Позволять R1 и R2 быть двумя (беспроводными) маршрутизаторами. Оба R1 и R2 имеют один проводной интерфейс eth0 и один беспроводной интерфейс wlan0. На каждом маршрутизаторе оба интерфейса соединены мостом. br0. Так:
Позволять C1 и C2 быть беспроводными клиентами, подключенными к R1 и R2 соответственно.
Что именно будет, когда C1 отправляет широковещательный Ethernet-кадр B, который должен быть получен C2 (скажем, запрос ARP для IP-адреса C2)?
Мои вопросы:
После получения B R1 отправит ли он кадр через R1.br0 (следовательно, отправит его на оба R1.eth0 и R1.wlan0) или будет отправлять фрейм только через R1.eth0 (поскольку он знает, что фрейм пришел через R1.wlan0)?
В любом случае R2 в конечном итоге получит B.После получения R2 R2 вопрос в основном эквивалентен первому: отправит ли R2 кадр через R2.br0 (...) или через R2.wlan0 (...) ? Я не уверен, что ответ на оба вопроса обязательно должен быть одинаковым, поскольку исходный интерфейс на самом деле не одно и то же, один проводной, другой беспроводной, поэтому я спрашиваю оба.
Если ответ на вопрос 2: «R2 отправит кадр через R2.wlan0 и R2.eth0», не будет ли какой-то петли (применяя те же рассуждения, что и мой вопрос (2), к R1, когда он получает B снова, на этот раз из R1.eth0)? Как с этим справляется Ethernet? Самым простым решением, которое я вижу, является создание мостов так, чтобы они отправляли широковещательные кадры на все интерфейсы, кроме того, с которого они были созданы.
Я не знаю, как работают беспроводные сети, поэтому, если это правда, что мост не отправляет пакет на интерфейс, с которого он был создан, как мы можем быть уверены, что другие беспроводные клиенты получат широковещательный кадр? Обмениваются ли беспроводные клиенты в беспроводной сети (802.11b / g / n и т. Д.) Напрямую друг с другом?
Собственно, все это где-то определено или зависит от реализации? Если он определен, где взять стандарты?
Мосты действуют как коммутаторы и отправляют широковещательный кадр через каждый интерфейс, кроме того, на котором он был получен.
Хитрость в этом заключается в интерфейсах wlan, которые ведут себя не так, как вы думаете о нормальном интерфейсе. Может быть связано несколько клиентов, но каждый клиент не получает весь трафик - концептуально, думайте о каждом связанном клиенте как о порте на коммутаторе (и пока мы на нем, не стесняйтесь думать об открытом, незашифрованном беспроводная сеть в качестве концентратора).
R1 получит кадр в br0, который воспроизводит коммутатор и отправит его беспроводным клиентам, кроме того, который отправил кадр, а также его eth0, затем R2 получит его на br0 и отправит на все интерфейсы, кроме входящего интерфейса, отправив фрейм для всех связанных беспроводных клиентов.
IEEE 802 - это то место, где живут все эти стандарты, но это не совсем легкое чтение.