Допустим, у нас есть переключатели A и B, они соединены мостом C.
Знает ли A о макинтоше, подключенном к B?
Правда ли, что каждый раз, когда nic на A хочет отправить кадр на nic на B, коммутатор A должен транслировать, чтобы B мог принимать сообщение, в противном случае nic на B должен оставаться прежним?
Коммутаторы знают, что к ним подключен мост?
Спасибо
При запуске (отключении) или поиске MAC-адреса, которого нет в таблице (обычно в таблице есть место для адресов 2000–8000, по крайней мере, для используемых мной коммутаторов), A [на комментарий ylearn] «Unicast "залил" пакет всеми остальными портами.
По моим собственным воспоминаниям о дополнительных деталях, он также заполняет таблицу из любого входящего трафика (поэтому, если пакет поступил в порт 17 с AA:BB:CC:DD:EE:FF, коммутатор записывает AA:BB:CC:DD:EE:FF => порт 17 и, таким образом, знает, куда отправлять что-либо, адресованное AA:BB:CC:DD:EE:FF
Когда он получает ответ от коммутатора B, он сохраняет MAC-адрес и порт A (ведущий к B), с которого ответил MAC-адрес.
A ничего не знает о том, что подключено к B - A просто знает, что определенный порт A ведет к определенному MAC-адресу. Он не имеет реального представления о C (кроме того, что он знает, что MAC-адрес C находится там на том же порту, который ведет к вещам, которые подключены к B - но, опять же, он не знает, к чему они подключены, просто он отправляет их этот конкретный порт.)
В следующий раз, когда ему нужно что-то отправить на MAC-адрес, он отправляет сохраненный порт A (ведущий к B.) Если MAC на самом деле подключен к E и попадает туда через D от B, A ничего не знает об этом.
switch является многопортовым bridge . У обоих есть «таблица», которую они используют для отправки данных в нужное место; это известно как таблица ARP, которая отслеживает, какой IP связан с каким MAC. Если у вас есть 2 коммутатора, подключенных к мосту, у вас есть 3 таблицы ARP, которые находятся в вашей сети. Если ваш сетевой коммутатор не является своего рода «умным» коммутатором (также известным как router хотя реальный router делает МНОГО больше, чем коммутатор или даже большинство «умных» коммутаторов).
По сути, как работает таблица ARP, так это когда коммутатор включается, и через него начинает проходить трафик, в этот момент коммутатор может выполнять несколько действий (запрос ARP, изменение порта коммутатора и т.д.), Но обычно это происходит (при высокий уровень) - коммутатор отслеживает, какой поток IP/MAC через какие порты (поток означает ВЫХОДНЫЕ данные из IP/MAC), поэтому, чем больше устройств вы добавляете, тем больше коммутатор должен отслеживать (и он делает это на каждом свиче у тебя есть).
Чтобы ответить на ваш вопрос (ы) напрямую:
Знает ли A о макинтоше, подключенном к B? Ни A, ни B не «знают», что к нему подключено, только то, что IP/MAC-комбо из «portX»
Правда ли, что каждый раз, когда nic на A хочет отправить кадр на nic на B, коммутатор A должен транслировать, чтобы B мог принимать сообщение, в противном случае nic на B должен оставаться прежним? Да, если компьютер X находится на коммутаторе A и отправляет пакет на компьютер Y на коммутаторе B, то коммутатор A должен передать (переслать пакет) на B. Компьютер X может иметь любую допустимую конфигурацию IP/MAC, которая ему нужна. компьютер Y, коммутатор A и B заботятся только о том, с какого порта коммутатора поступил IP/MAC (для отслеживания этого).
Коммутаторы знают, что к ним подключен мост? Нет, даже интеллектуальные коммутаторы и маршрутизаторы не имеют четких знаний об устройствах, подключенных к ним (если они все не используют общий протокол, такой как BGP и т.д.), Это то, что обеспечивает модульность (и сложность / путаницу) сетей ,
Примечание: вы можете запустить один компьютер и подделать его MAC-адрес, и запутать его в коммутаторе (простой способ подделки ARP).
Я рекомендую почитать некоторые базовые знания о сети :)
