Назад | Перейти на главную страницу

Насчет таблицы MAC на свитчах?

В этом семестре я изучаю основы работы с сетями в своем университете. У меня был вопрос по промежуточному экзамену, и, к сожалению, я ответил неправильно. Примерно через час у меня будет заключительный экзамен, и я до сих пор не знаю, как правильно ответить на этот вопрос. Однако вот мой вопрос:

Сеть из нескольких ПК, коммутаторов и одного роутера. ПК 1 имеет MAC-адрес X. ПК 1 обычно отправляет пакеты на ПК 5, и эти пакеты проходят через коммутатор Z. Изучение таблицы MAC-адресов коммутатора Z в течение очень длительного периода времени показало, что MAC-адрес ПК 5 никогда не отображается в таблице. Что-то не так с переключателем? Если да, покажите, что не так с переключателем, или иначе объясните, почему это происходит.

и вот мой неправильный ответ:

Возможно, потому, что ПК5 недавно был подключен к сети, поэтому он не может найти MAC-адрес в таблице. Таким образом, он должен отправить широковещательную рассылку в сеть для получения MAC-адреса ПК5.

Обычные коммутаторы L2 никогда не будут активно спрашивать ПК в сети, каковы их MAC-адреса. Таким образом, это единственный способ для коммутатора узнать, следует ли пассивно брать трафик с ПК. Если PC5 никогда ничего не отправляет, что в вопросе не упоминается, что PC5 когда-либо отправлял, тогда таблица MAC коммутатора никогда не узнает, что такое MAC PC5.

Кроме того, записи в таблице со временем устаревают. PC5 мог быть в таблице некоторое время назад и просто устарел из-за бездействия. Подключение недавно или давно не имеет к этому никакого отношения.

MAC-адреса сохраняются при отправке данных на коммутатор. ПК1 отправляет сообщение коммутатору, который затем изучает MAC-адрес ПК1, но, поскольку коммутатор не знает MAC-адрес для ПК5, он отправляет широковещательную рассылку на все порты, на которые будет отвечать только ПК5, таким образом теперь добавляя MAC-адрес для ПК5 к коммутатору.

Так что нет, с переключателем все в порядке.