Принцип работы локальной сети на MAC уровне не могу понять

[PICmaker]

Предположим есть сеть


на одной стороне парочка ПК, неуправляемый коммутатор, точка доступа, на другой тоже самое, только точка в режиме клиента. все это дело в одной подсети класса C. согласно модели OSI взаимодействие между ПК может быть и по MAC адресу. (всеравно даже с использованием IP предпологается задействование и маков на конечном сегменте). Вопрос как коммутаторы знают куда адресован пакет, если на кажой стороне маки с другой стороны заменяются маками точек. Пример:
посредством arp запроса получаю (запрос исходит от ПК1, это я) ПК2- МАС4, ПК3- МАС4, ТД2- МАС5, сто стороны пк2 - пк3- мас3, пк1 -мас5

Нормально ли это? как собственно коммутатор коммутирует?

[Satyr]

см протокол ARP
пока не знает кому - свич шлет всем.
как прочухает - добавляет запись в таблицу в виде ip-интерфейс и шлет уже на один порт

ессно, за один интефейсом может быть множество IPшников

[PICmaker]

ессно, за один интефейсом может быть множество IPшников

Уже проясняет тему. а возможна связь маков типа мак2,4,5,6- это все через мак 3 (приравнивание адресов)

[Tolmi]

см протокол ARP
пока не знает кому - свич шлет всем.
как прочухает - добавляет запись в таблицу в виде ip-интерфейс и шлет уже на один порт

Не совсем так. В коммутаторах хранятся списки всех MAC адресов, которые есть на этом интерфейсе. Пакеты могут быть multicast, broadcast, т.е. широковещательными (единичка в определенном месте в MAC адресе) , и тогда коммутатор рассылает его на все свои интерфейсы. Либо unicast, не знаю, как это лучше перевести на русский. Тогда он ищет у себя в списке, в какой порт этот пакет отправить. Но, если не находит, то просто отправляет во все порты. Никакие ARP и прочие IP и TCP коммутаторами не учитываются, они работают на уровень ниже. Хотя, есть и такие, которые умеют и TCP, и даже SPX, с целью фильтрации, например. Но это уже гораздо более дорогие игрушки.

PS А невысказанный вопрос ТС "А как же всё это работает" объясняется следующим образом - приёмники любых устройств, работающих мостом (а точка доступа - классический мост) принимают все пакеты, не только со своим MAC адресом. (т.н. promiscuous mode ) Если MAC адрес не их собственный, они просто переправляют его "на другую сторону моста". Поэтому в нарисованной схеме с некоторыми оговорками MAC1, MAC2 и MAC3 находятся в одной сети. Оговорки касаются multicast пакетов, которые обычно не проходят через такие мосты. Именно поэтому в такой конструкции плохо работают некоторые виды IPTV.

[PICmaker]

[Cheba]

Не совсем так. В коммутаторах хранятся списки всех MAC адресов, которые есть на этом интерфейсе.

Угу, поэтому даже в дешевых коммутаторах обычно пишут самые важные характеристики - максимальную пропускную способность пересылки в ethernet фреймах в секунду, к примеру, и емкость таблицы MAC адресов. Вот тот D-Link, который сейчас у меня на столе валяется, имеет таблицу 8К адресов. Это значит, что в сети одновременно могут находиться не более 8192 устройств, иначе таблица переполнится и он перестанет правильно работать. У дешевых домосетей, кстати, которые используют подобные дешевые устройства, как правило тут же находится "кулхацкер", который устраивает МАС спуфинг и кладёт недопровайдеру сетку. Принцип - он просто забивает мозги коммутаторам многочисленными поддельными МАС адресами.