коммутатора не имеют МАК адресов и каждый коммутатор хранит свою таблицу коммутации. То логика следующая, в порт коммутатора SW1 пришел фрейм от ПК1 с точкой назначения ПК2, но ПК2 находится за двумя коммутаторами SW1, SW2. У SW1 в таблице не будет найдена запись о ПК2, так как запись о ПК2 хранится в коммутаторе SW2. При таком процессе как поступит коммутатор? Пойдет броадкаст запрос на все порты, дойдет до портов SW2, SW2 сверится с таблицой и поймет что frame source address найден и соответствует PC2. И далее как ответит SW2, чтобы передать ответный фрейм PC1? Опять же отправит броадкастовый запрос? Не понятно же из под какого порта кадр пришел так как нету записи порта в таблице коммутации. Нигде в видеоматериалах не сказано как это вообще работает на более практическом уровне чем теоретическом
правда не сказано нигде?)
арп, стп и всё вот это вот
Без арпа такая схема не реализуется?
статик роутами, думаю
на sw2 в таблице коммутаци запишется src-mac в том порту, откуда пришел фрейм
Если не будет бродкастов, то свич флудит юникастом.
ответ будет не от sw2, а от pc2
Вообще в packet tracer есть симуляция, можно прям глянуть пошагово что как куда идёт. А ещё можно глянуть видео: https://youtu.be/2qQ4Z-0egKU с 1:03:06 примерно.
Обсуждают сегодня