Компьютерные сети на базе Huawei

ДЗ 4. Деление сети на подсети и статическая маршрутизация

Срок: 03.11.2026, 23:59 (Екатеринбург) · Сдача: Pull request lab4 → main, в описании Closes #<номер задачи>

Цель

Разделить сеть на подсети маской длиннее /24, раздать адреса из своей сети и связать пять сетей статическими маршрутами. Результат — топология из двух маршрутизаторов и четырёх подсетей, где любой компьютер пингует любой другой.

Перед началом

• Ваше число X — ваш номер в ведомости курса (столбец ID: A38 → X = 38). С этого задания вся адресация — из сети X.0.0.0/8.
• Топология — картинка lab/lab4/images/topology.jpg в вашем репозитории (приходит запросом на слияние вместе с заданием — нажмите Merge). Если её нет — схема описана в шаге 1.
• За основу возьмите топологию ДЗ 3 (два маршрутизатора, соединённые напрямую), сохраните копией как dz4.
• git checkout main && git pull → git checkout -b lab4 (или в браузере: при загрузке файлов выберите «Create a new branch» с именем lab4).

Как выполнять

1. Соберите топологию. R1 и R2 соединены напрямую. У R1 два коммутатора (левая верхняя и левая нижняя подсеть), у R2 — два коммутатора (правая верхняя и правая нижняя). На каждом коммутаторе 2–3 PC. Проверка: на поле 2 маршрутизатора, 4 коммутатора, по 2–3 PC на каждом; после Start всё зелёное.
2. Посчитайте подсети. Левую сеть X.0.0.0/24 разделите на две подсети, правую X.0.1.0/24 — тоже на две, с минимальной маской. Сеть между роутерами — X.1.0.0/24. Для каждой из пяти сетей найдите адрес сети, маску, широковещательный адрес и диапазон адресов компьютеров. Проверка: четыре подсети не пересекаются, и каждая целиком лежит внутри своей /24.
3. Подпишите адреса на топологии. В eNSP подпишите адрес каждой сети, адрес, маску и шлюз каждого PC, адреса и маски портов маршрутизаторов. Шлюз подсети — её первый адрес. Проверка: на картинке видны все адреса.
4. Настройте адреса на маршрутизаторах. На R1 — три порта (две левые подсети и сеть между роутерами), на R2 — так же справа. Проверка: в display ip routing-table на каждом роутере три Direct-сети из ваших адресов.
5. Настройте адреса на всех PC — адрес, маска, шлюз. Проверка: каждый PC пингует свой шлюз.
6. Настройте статические маршруты. Каждый роутер знает только три свои сети, ещё две нужно прописать вручную: на R1 — маршруты в обе правые подсети через R2, на R2 — в обе левые через R1. Проверка: в таблице маршрутизации каждого роутера пять сетей, две из них — Static.
7. Проверьте связь.

• Из левой верхней подсети пропингуйте PC левой нижней — через R1.
• Из левой верхней подсети пропингуйте PC правой нижней — через оба роутера.
• Выполните tracert до PC правой нижней подсети.

Проверка: пинги проходят, tracert показывает шлюз R1 и адрес R2.

Что сдать

В отчёте:

1. Таблица пяти сетей: адрес сети, маска (длиной и полной записью), широковещательный адрес, диапазон адресов компьютеров, количество компьютеров, адрес шлюза.
2. Почему для деления /24 на две подсети достаточно маски /25? Покажите последний байт маски и адресов подсетей в двоичном виде.
3. Сколько подсетей и по сколько компьютеров получилось бы, если бы вы делили /24 маской /26 и маской /27? Почему при делении на большее число подсетей общее число адресов для компьютеров уменьшается?
4. Команды статических маршрутов на R1 и R2 и почему next-hop — адрес соседнего роутера, а не свой.

Критерии приёмки

Не принимается: адреса не из своей сети X.0.0.0/8; нет таблиц маршрутизации; нет report.md; скриншоты чужой работы.

Как сдать

1. git add lab/lab4 && git commit -m "ДЗ 4" → git push -u origin lab4 (или загрузите файлы в браузере в ветку lab4).
2. На GitHub: Pull request lab4 → main, в описании Closes #<номер задачи>.
3. Сдано в срок, если запрос открыт до срока — время фиксирует GitHub.

Срок: 27.10.2026, 23:59 (Екатеринбург) · Сдача: Pull request lab3 → main, в описании Closes #<номер задачи>

Цель

Научиться делить адрес на номер сети и номер компьютера по маске, правильно раздавать адреса в нескольких сетях и увидеть, до каких узлов пакет доходит, пока маршрутизаторы знают только свои сети. Результат — топология из трёх сетей и двух маршрутизаторов, на которой следующая практика начнётся с настройки маршрутов.

Перед началом

• Готова топология ДЗ 2. Откройте её и сохраните копией как dz3 — дальше работаем в копии.
• git checkout main && git pull → git checkout -b lab3 (или в браузере: при загрузке файлов выберите «Create a new branch» с именем lab3).

Как выполнять

1. Добавьте второй маршрутизатор R2. Правый коммутатор с двумя PC отключите от R1 и подключите к R2. Свободный порт R1 соедините с портом R2 напрямую, без коммутатора. Проверка: на поле R1, R2, 2 коммутатора, 4 PC; после Start все соединения зелёные.
2. Раздайте адреса по таблице. Маска везде 255.255.255.0 (/24).

Проверка: на R1 и R2 адреса видны в выводе информации об интерфейсах, на PC — в настройках.

1. Посмотрите таблицы маршрутизации. На R1 и на R2 выполните display ip routing-table. Проверка: у каждого роутера есть только сети, подключённые к его портам (Proto — Direct).
2. Пинг внутри своей сети. С PC сети A пропингуйте второй PC сети A и шлюз 192.168.1.1. Проверка: ответы приходят.
3. Пинг между соседними роутерами. С R1 пропингуйте 192.168.12.2. Проверка: ответы приходят.
4. Пинг из сети A в другие сети. С PC сети A пропингуйте по очереди: 192.168.12.1 (R1), 192.168.12.2 (R2), 192.168.2.1 (R2), 192.168.2.2 (PC сети C). Запишите, какие пинги проходят, а какие нет. Проверка: у вас есть результат по каждому из четырёх адресов.
5. Найдите, где теряется пакет. Запустите захват на линке между R1 и R2 и повторите неудачный пинг 192.168.2.2. Проверка: вы видите, доходит ли ICMP-запрос до линка между роутерами и есть ли ответ.

Что сдать

В отчёте:

1. Для каждой сети A, B, C — адрес сети, маска, широковещательный адрес, диапазон адресов компьютеров и их количество. Покажите, как вы это посчитали (маска в двоичном виде).
2. Таблица результатов шага 6: адрес → прошёл / не прошёл.
3. Почему пинг с PC сети A до 192.168.2.2 не проходит? На каком устройстве пакет «не знает, куда идти дальше»?
4. Почему R1 отвечает на пинг по адресу 192.168.12.1, хотя это адрес из другой сети, а R2 по адресу 192.168.12.2 — нет? (Подсказка: подумайте, куда R2 должен отправить ответ.)

Критерии приёмки

Не принимается: нет report.md; нет таблиц маршрутизации; скриншоты чужой работы.

Как сдать

1. git add lab/lab3 && git commit -m "ДЗ 3" → git push -u origin lab3 (или загрузите файлы в браузере в ветку lab3).
2. На GitHub: Pull request lab3 → main, в описании Closes #<номер задачи>.
3. Сдано в срок, если запрос открыт до срока — время фиксирует GitHub.

Срок: 20.10.2026, 23:59 (Екатеринбург) · Сдача: Pull request lab2 → main, в описании Closes #<номер задачи>

Цель

Увидеть в анализаторе пакетов, как компьютеры находят друг друга: широковещательный ARP внутри локальной сети, ICMP-пинг, роль шлюза по умолчанию и переупаковку кадра на маршрутизаторе. Результат — две локальные сети, связанные маршрутизатором, и разбор захваченного трафика.

Перед началом

• Готова топология ДЗ 1 (Router + PC). Откройте её и сохраните копией как dz2 — дальше работаем в копии.
• В составе eNSP должен быть Wireshark: захват пакетов открывается в нём.
• git checkout main && git pull → git checkout -b lab2 (или в браузере: при загрузке файлов выберите «Create a new branch» с именем lab2).

Как выполнять

1. Соберите две локальные сети. Слева: коммутатор и два PC, справа: коммутатор и два PC. Каждый коммутатор подключите к своему порту маршрутизатора. Проверка: на поле 1 маршрутизатор, 2 коммутатора, 4 PC, все соединения зелёные после Start.
2. Задайте адреса — пока без шлюза.

• Маршрутизатор: левый порт 192.168.1.1/24, правый порт 192.168.2.1/24.
• Левые PC: 192.168.1.2 и 192.168.1.3, правые PC: 192.168.2.2 и 192.168.2.3, маска 255.255.255.0.
• Поле Gateway на PC оставьте пустым.

Проверка: на маршрутизаторе адреса видны в выводе информации об интерфейсах, на PC — в настройках.

1. Пинг внутри одной сети с захватом. Правой кнопкой по линку от левого PC → Start Capture. Пропингуйте с 192.168.1.2 адрес 192.168.1.3. Проверка: в Wireshark видны пары ARP (запрос и ответ) и ICMP Echo request / Echo reply.
2. Разберите кадры в Wireshark. Откройте ARP-запрос и ICMP-запрос, раскройте уровни Ethernet II и выше. Проверка: вы нашли у ARP-запроса MAC получателя ff:ff:ff:ff:ff:ff (Broadcast), поле Type у ARP и у IP-пакета, MAC и IP отправителя и получателя.
3. Посмотрите ARP-таблицы. На PC — arp -a, на маршрутизаторе — команда вывода ARP-таблицы (найдите сами через display ?). Проверка: в таблице PC есть запись для 192.168.1.3 с его MAC, тип dynamic.
4. Проверьте, что ARP не проходит через маршрутизатор. Запустите захват одновременно на линке в левой сети и на линке в правой. Снова пропингуйте внутри левой сети. Проверка: ARP-запрос виден в левом захвате и отсутствует в правом.
5. Пинг в другую сеть без шлюза. С 192.168.1.2 пропингуйте 192.168.2.3. Проверка: пинг не проходит.
6. Пропишите шлюз. На левых PC Gateway = 192.168.1.1, на правых — 192.168.2.1. Повторите пинг 192.168.1.2 → 192.168.2.3. Проверка: ответы приходят.
7. Переупаковка кадра на маршрутизаторе. Перезапустите маршрутизатор и PC, чтобы очистить ARP-таблицы. Запустите захват в левой и правой сети, затем снова пропингуйте 192.168.1.2 → 192.168.2.3. Проверка:

• в левом захвате ARP-запрос ищет 192.168.1.1 (шлюз), а не 192.168.2.3;
• в правом захвате ARP-запрос от маршрутизатора ищет 192.168.2.3;
• в ICMP-запросе слева MAC получателя — MAC левого порта маршрутизатора, справа MAC отправителя — MAC правого порта маршрутизатора;
• IP-адреса отправителя и получателя на обоих участках одни и те же.

Что сдать

Вопросы для отчёта:

1. Почему без шлюза пинг внутри сети работает, а в другую сеть — нет?
2. Почему ARP-запрос из левой сети не появляется в правой?
3. Почему при прохождении маршрутизатора MAC-адреса в кадре меняются, а IP-адреса — нет?

Критерии приёмки

Не принимается: нет захватов Wireshark; нет report.md; скриншоты чужой работы.

Как сдать

1. git add lab/lab2 && git commit -m "ДЗ 2" → git push -u origin lab2 (или загрузите файлы в браузере в ветку lab2).
2. На GitHub: Pull request lab2 → main, в описании Closes #<номер задачи>.
3. Сдано в срок, если запрос открыт до срока — время фиксирует GitHub.

Срок: 11.10.2026, 23:59 (Екатеринбург) · Сдача: Pull request lab1 → main, в описании Closes #<номер задачи>

Цель

Освоить базовую работу с маршрутизатором: имя, просмотр и сохранение конфигурации, IP-адрес на порту и проверка связи. Результат — работающая сеть «роутер — компьютер».

Перед началом

• eNSP установлен и работает (ДЗ 0).
• git checkout main && git pull → git checkout -b lab1 (или в браузере: при загрузке файлов выберите «Create a new branch» с именем lab1).

Как выполнять

1. Создайте сеть. Базовый Router и PC, соединённые напрямую; включите оба. AR-модели не нужны. Проверка: оба устройства запущены, порт соединения зелёный.
2. Смените имя маршрутизатора на свою фамилию латиницей. Проверка: новое имя в приглашении консоли.
3. Выведите текущую конфигурацию. Проверка: в выводе есть строка с вашим именем роутера.
4. Сохраните текущую конфигурацию в конфигурацию при запуске. Проверка: команда сохранения завершилась успешно.
5. Перезагрузите маршрутизатор. Проверка: после загрузки имя роутера — ваше.
6. Задайте IP-адрес на порту маршрутизатора, подключённом к компьютеру. Проверка: адрес виден в выводе информации об интерфейсе.
7. Задайте IP-адрес на компьютере из той же подсети. Проверка: адрес сохранён в настройках PC.
8. Пропингуйте маршрутизатор с компьютера. Проверка: ответы приходят.
9. Выключите порт маршрутизатора, подключённый к компьютеру, и пропингуйте компьютер с маршрутизатора. Проверка: ответов нет.

Нужные команды — в методичке к лабораторной 1 или в справке устройства (? в консоли).

Что сдать

На каждом скриншоте видны топология и консоль текущего устройства.

Критерии приёмки

Не принимается: нет скриншотов в lab/lab1/; имя роутера не фамилия студента; скриншоты чужой работы.

Как сдать

1. git add lab/lab1 && git commit -m "ДЗ 1" → git push -u origin lab1 (или загрузите файлы в браузере в ветку lab1).
2. На GitHub: Pull request lab1 → main, в описании Closes #<номер задачи>.
3. Сдано в срок, если запрос открыт до срока — время фиксирует GitHub.

Срок: 11.10.2026, 23:59 (Екатеринбург) · Сдача: Pull request lab0 → main, в описании Closes #<номер задачи>

Цель

Поднять у себя эмулятор eNSP так, чтобы в нём запускались устройства и сохранялись их настройки. На нём будут все дальнейшие работы курса.

Перед началом

• Получите репозиторий: https://ai-info.ru/?c=net → войдите через GitHub → выберите себя в списке → примите приглашение.
• Скачайте архив с VirtualBox и eNSP по ссылке в закрепе Telegram-чата группы.
• git checkout main && git pull → git checkout -b lab0 (или в браузере: при загрузке файлов выберите «Create a new branch» с именем lab0).

Как выполнять

1. Установите VirtualBox из архива — нужна именно эта версия, с другими eNSP не работает. Проверка: VirtualBox запускается.
2. Установите eNSP. Проверка: eNSP открывается без ошибок.
3. Создайте топологию. New Topo → добавьте базовый Router (подписан «Router», без номера модели), коммутатор и PC, соедините: PC — коммутатор — Router. Проверка: на поле три устройства и два соединения.
4. Запустите устройства (Start). Проверка: индикаторы портов зелёные.
5. Проверьте роутер. Двойной клик по Router → в консоли display version. Проверка: роутер выводит версию системы.
6. Задайте имя роутера — свою фамилию латиницей — и сохраните конфигурацию командой save. Проверка: приглашение консоли показывает новое имя, save завершилась успешно.
7. Сохраните топологию кнопкой Save в eNSP. Проверка: файл .topo появился там, куда вы сохранили.
8. Проверьте сохранение. Закройте eNSP, откройте топологию снова, запустите Router. Проверка: в консоли — ваше имя роутера.

Сохранение двухэтапное: кнопка Save в eNSP сохраняет топологию, а конфиг роутера — только команда save в его консоли.

AR-модели (AR2220 и др.) не стартуют, ошибка 40 или «VirtualBox version is not supported» — нормально, нужен только базовый Router. Не ставится VirtualBox — пишите в Telegram-чат.

Что сдать

На каждом скриншоте видны топология и консоль.

Критерии приёмки

Не принимается: нет скриншотов в lab/lab0/; имя роутера не фамилия студента; скриншоты чужой работы.

Как сдать

1. git add lab/lab0 && git commit -m "ДЗ 0" → git push -u origin lab0 (или загрузите файлы в браузере в ветку lab0).
2. На GitHub: Pull request lab0 → main, в описании Closes #<номер задачи>.
3. Сдано в срок, если запрос открыт до срока — время фиксирует GitHub.