Урок 1. Топология и Simulation: первый проверяемый PDU

Чему вы научитесь

Научиться выполнять воспроизводимую диагностику сценария «Топология и Simulation: первый проверяемый PDU».

Суть сценария

Постройте модель PC-A → SW1 → PC-B с адресами 192.0.2.10/24 и 192.0.2.20/24. На старте важно не количество устройств, а точная таблица адресов, физических портов и ожидаемого результата. Откройте Simulation, оставьте ARP и ICMP, затем наблюдайте запрос MAC и ответ другого ПК. Когда ARP-кэш уже заполнен, последующий обмен может обойтись без нового ARP. Это нормальное поведение.

Практическая диагностика

Не путайте наличие линка и наличие маршрута. Две машины в одной IP-подсети и одной VLAN могут обмениваться без default gateway. Другая подсеть потребует маршрутизацию. В отчёте запишите, какой PDU вышел из PC-A, куда отправлен кадр и какой факт подтверждает модель. Не объявляйте исправным реальный кабель по зелёному индикатору виртуального порта.

Проверяемый результат

Укажите ожидаемые и наблюдаемые сообщения, затем сохраните копию модели и измените только один адрес. Запустите тот же тест: диагностический результат должен отличаться. Этот способ пригодится далее при настройке VLAN и межсегментной связи.

Как учиться самостоятельно

В каждом упражнении сохраните чистую исходную модель в отдельном файле, изменяйте только один параметр и записывайте фактические события PDU в Simulation. Сначала объясните ожидаемое поведение, затем сравните с выводом программы. Если результат не совпал, проверяйте адреса, состояния виртуальных интерфейсов и ограничения конкретной модели. Не переносите выводы на физический кабель и не проводите эксперименты в чужой сети без разрешения. Цель практики — уметь отделять факт от гипотезы и сохранять воспроизводимый план проверки.

Самопроверка: сформулируйте результат своими словами, а затем пройдите вопросы ниже. Если устройство или программа не доступны, выполните задание на бумаге или в учебном тренажёре.

Дополнительный эксперимент и вывод

Проверьте два состояния одного и того же ICMP PDU: сразу после очистки ARP-кэша и после успешного первого обмена. В первоначальном варианте должен появиться этап разрешения L2-адреса, а во втором он может отсутствовать из-за кэша. Зафиксируйте, какие поля PDU и таблицы клиента подтверждают вывод, а какие изменения могли бы объясняться особенностями выбранной виртуальной модели. Не выдавайте этот опыт за измерение реальной задержки.