Опасен ли одинаковый МАК на разных компах в сети?

[AlexWolf]

Как уже разбиралось в теме:

http://forum.nag.ru/viewtopic.php?t=4569&h...ht=00e006095566

В некоторых случаях винда ставит на карточки МАК-адрес самостоятельно причем один и тот же.

Чем это грозит для работоспособности сети?

Насколько это опасно?

И надо ли с этим бороться решительными мерами?

Хотя привязка мак/ип у нас не используется, но последнее время несколько раз одновременно (или с маленькими промежутками) зависал ряд свичей. Вот я и подумал: не в одинаковых ли маках на разных портах все дело?

[Barsick]

В некоторых случаях винда ставит на карточки МАК-адрес самостоятельно причем один и тот же.

Это не винда, это хитрожопые юзеры

Или #$%*%^ материнки

Насколько это опасно?

Если "совпадут" еще и IP - то никто об этом не узнает

[AlexWolf]

Жаль что вы не прочитали указанную ссылку на этом же форуме.

Там _уже_ разобрались, что юзеры не при чем (кроме их криворукости).

Поэтому все вопросы остаются пока открытыми....

:(

[Barsick]

Problem Why many of my P4S533-VM motherboard all use the same MAC address " 00-E0-06-09-55-66 " ?

Да, есть такой эффект, дважды напарывался :(

[borovik]

это впринципе не важно если на эти 2 мак адреса не использовать динамические ип адреса дхсп будет просто путаться...

[Технократ]

Если эти два компьютера включены в свич, то вполне вероятно пропадание фреймов при одновременной работе. И вообще с трудом понятно как будут храниться одинаковые маки в АРП таблице.

Не думаю, что свичи от этого могут зависнуть.

[Прохожий]

Если эти два компьютера включены в свич, то вполне вероятно пропадание фреймов при одновременной работе. И вообще с трудом понятно как будут храниться одинаковые маки в АРП таблице.

Не думаю, что свичи от этого могут зависнуть.

 

Будет постоянное "передергивание" таблиц в свичах (МАК будет прыгать с порта на порт), да и в АРП таблицах должно быть приблизительно так же. Свич может не вынести непрерывного процесса обновления таблиц коммутации - если это делается с привлечением управляющего проца.

[olebedev]

Если эти два компьютера включены в свич, то вполне вероятно пропадание фреймов при одновременной работе. И вообще с трудом понятно как будут храниться одинаковые маки в АРП таблице.

Не думаю, что свичи от этого могут зависнуть.

 

Все будет очень просто, таблица обновляется при входе пакета в свич, поэтому если они оба на одном свиче, то тот кто активнее будет запрашивать, тот и будет больше получать ;-))

[Barsick]

Будет постоянное "передергивание" таблиц в свичах (МАК будет прыгать с порта на порт),  

Не будет. Для этого даже в простейших свичах есть САМ-таблица, в которой и храняться дубли маков, дла, например, RTL-based свичей - это 16 записей

Читать доки про hash collision и content associative memory

[Прохожий]

Будет постоянное "передергивание" таблиц в свичах (МАК будет прыгать с порта на порт),  

Не будет. Для этого даже в простейших свичах есть САМ-таблица, в которой и храняться дубли маков, дла, например, RTL-based свичей - это 16 записей

Читать доки про hash collision и content associative memory

 

Ну хорошо, раньше так было, как я и писал... Теперь по другому. Ура.

 

Вопрос-то главный другой: Что свич делает с пакетом, адресованным "продублированному" MAC? Посылает в оба порта или дропает? Или еще чего?

 

BTW, CAM как таковой не имеет к теме отношения, это просто один из типов памяти, которая адресуется не по адресу ячейки, организована в виде пар ячеек и адресуется по содержимому одной из ячеек в паре, а возвращает соответствующую. Данный тип памяти широко применяется в коммутаторах и маршрутизаторах для хранения разнообразной информации - таблиц коммутации, правил и т.д. поскольку для поиска в RAM надо много тактов, а CAM возвращает результат за один такт. Но это так, для уточнения направления чтения док.

[AlexWolf]

Не будет. Для этого даже в простейших свичах есть САМ-таблица, в которой и храняться дубли маков, дла, например, RTL-based свичей - это 16 записей

Читать доки про hash collision и content associative memory

..........

Но это так, для уточнения направления чтения док.

Я не совсем понял доки на что предлагается почитать?

[Barsick]

Доки на core свичей

[Технократ]

Извините, что вмешиваюсь. Документацию на какие-то Core именно свичей :) не читал и не собираюсь путать дизайн системы с конкретной железякой.

Как работает свич для юникаста.

Получает фрейм на порт.

Заносит mac источника в CAM таблицу для этого порта.

Смотрит mac назначения в таблице, если находит то бросает фрейм ТОЛЬКО на этот порт, если не находит, то флудит по всем портам, кроме того на который пришел фрейм.

И все они так работают - все!!! Хоть коре, хоть аксесс.

 

И никто меня не убедит, что в таблице для юникастового мака могут быть две записи:) (для одного VLAN). Что же тогда будет делать свич - множить фреймы?

 

Действительно будет передергиваться таблица каждый раз, когда на свич будет приходить фрейм с одинаковым маком, но на разные порты. Если не нравится слово передергиваться, то обновляться. Правда это штатный режим работы этой таблицы :)

[Прохожий]

Технократ, Барсик имел ввиду, что в свиче имеется еще и таблица дублированных МАС, вполне возможно, допускаю. Интересно только, что он с пакетами делает. И про кор имел ввиду ядро свича, на каком чипе он сделан... А не тип его.

[olebedev]

Технократ, Барсик имел ввиду, что в свиче имеется еще и таблица дублированных МАС, вполне возможно, допускаю. Интересно только, что он с пакетами делает. И про кор имел ввиду ядро свича, на каком чипе он сделан... А не тип его.

 

Таблица дублированых MAC для одного и того же VLAN'а? Интересно зачем воспаленный мозг производителя оборудования мог это придумать?

 

Понял зачем, если у нас есть два линка, один рабочий один резервный, то на нем может иметь место такая таблица, но она не будет работать, до тех пор пока основной линк не умрет.

[Barsick]

Ты будешь смеяться, но свич анализирует только 10-13 последних бит адреса, поэтому "дубли" вполне реальны