Добрый день! Имеем сеть предприятия с примерно 500 пользователями. Для избавления от старинных концентраторов приобрели 20 штук DES-3028. На прошлой неделе один пользователь пожаловался, что не получает настроек по DHCP. Стали разбираться: на коммутаторе, к которому он подключен, его MAC адрес в fdb таблице есть. На следующем транзитном - уже нет. Нашли тему, а затем - прошивку 2.52. Несмотря на утвержение "Опять же подчеркну это происходит с очень небольшим кол-вом сочетаний MAC-VLAN и довольно редко." имеем:
---
DES-3028 Fast Ethernet Switch Command Line Interface

Firmware: Build 2.52.B02
Copyright(C) 2008 D-Link Corporation. All rights reserved.
IAP_6200-61:4#sh flood
Command: show flood_fdb

Flooding FDB State : Enabled
Log State : Disabled
Trap State : Disabled

Value VLAN ID MAC Address Time Stamp
------ ------- ------------------- ----------
179 34 00-05-5D-6C-77-CB 330139
179 34 00-80-48-22-CE-DA 330139
179 34 C6-F5-94-BB-D6-C5 250345
4883 34 00-07-95-CE-05-C3 62615
4883 34 00-50-BF-44-D0-8D 62615
5248 34 00-0D-88-4F-C8-8F 332409
5248 34 00-11-95-5C-A3-77 332409

IAP_6200-61:4#
---
Вопрос - что делать с 15 ещё не распакованными коммутаторами DES-3028?

поменять мак "конфликтёрам" и забыть.
в остальном 3028 - замечательный свитч.

_________________
LiveComm

Один "конфликтёр" - Upstream провайдер, другой - специализированная железка с прошитым на заводе MAC адресом.

Ну...
В целом ничего страшного. Просто трафик на один из этих мак-адресов будет сыпаться на все порты, а не на определенный порт, за которым этот мак находится.
А у железки этой специализированной нет функции смены мак-адреса?

_________________
LiveComm

Вы не поверите, но локальная сеть это не только хомячки. Это и контроллеры водосчетчиков, охранных систем, систем пожарообнаружения, видеосистем. И при в большинстве нельзя заменить мак адрес и любой лишний траффик (особенно для HD видеонаблюдения) где стоят слабые процы просто убивают всю мысль существования данной системы.

_________________
D-Link User: DGS-3120-24, DGS-3324SR, DGS-3627G, DGS-3612G, DGS-3312SR, DGS-3100-24TG, DGS-3200-10, DES-3200-26, DES-3200-28, DES-3200-18, DES-3528, DES-3526, DES-3028, DES-1228, DES-2108, DES-2110, DES-3326SR, DMC-920, DMC-810.

добавьте флудящий мак на соответствующий порт и влан статикой

Как легко догадаться - не помогает. Конфликтующая пара VLAN+MAC в таблицу просто не добавится.

а если очистить FDB и затем попробовать добавить?

Мой Вам совет - меняйте все свичи хотя бы на 3526, все эти байки про "особенность" и то что при "правильной топологии все работает" - полная фигня. Это баг, причем баг в железе, т.е. неисправимый. Даже если Вы сделаете vlan на абонента - это не поможет, поскольку совпадения могут быть и в разных вланах.

"За чей счёт банкет?" Кроме того, на 35хх я устану чинить потом блоки питания и вентиляторы - условия, в которых приходится работать коммутаторам далеки от желаемых, хотя не выходят за рамки "нормальных эксплутационных".

Потом, я не понимаю причины. Все рассуждения о "дешевизне чипа коммутатора", "недостатке разрядности шины коммутации" или "слабости hash функции" лишены здравого смысла. Вот посмотрите на описание MAC Leaning древней м/с KS8995, на которой раньше делались 5-ти портовые мыльницы:
"Address Look-Up
The internal look-up table stores MAC addresses and their associated information. It contains a 1K unicast address
table plus switching information. The KS8995MA/FQ is guaranteed to learn 1K addresses and distinguishes itself
from a hash-based look-up table, which depending on the operating environment and probabilities, may not
guarantee the absolute number of addresses it can learn.
Learning
The internal look-up engine updates its table with a new entry if the following conditions are met:
• The received packet’s source address (SA) does not exist in the look-up table.
• The received packet is good; the packet has no receiving errors and is of legal length.
The look-up engine inserts the qualified SA into the table, along with the port number and time stamp(выделено MK011). If the table is
full, the last entry of the table is deleted first to make room for the new entry.
Migration
The internal look-up engine also monitors whether a station is moved. If this occurs, it updates the table accordingly.
Migration happens when the following conditions are met:
• The received packet’s SA is in the table but the associated source port information is different.
• The received packet is good; the packet has no receiving errors and is of legal length.
The look-up engine will update the existing record in the table with the new source port information.
Aging
The look-up engine will update the time stamp information of a record whenever the corresponding SA appears. The
time stamp is used in the aging process. If a record is not updated for a period of time, the look-up engine will
remove the record from the table. The look-up engine constantly performs the aging process and will continuously
remove aging records. The aging period is 300 + 75 seconds. This feature can be enabled or disabled through
Register 3 or by external pull-up or pull-down resistors on LED[5][2]. See “Register 3” section."

Т.е. hash вычисляется из номера порта и временной метки. Можно вообще придумать алгоритм типа "первый свободный".
В Broadcom'овских коммутаторных чипах есть MAC hash'и, но для multicast group, их разрядность 32 бита, а алгоритм вычисления - как для Ethernet CRC.

2 MK011 > Позвоните, пожалуйста, Ивану Дёмину (495)744-0099 доб. 390 или укажите ему в PM свой телефон, он Вам перезвонит.

_________________
С уважением,
Бигаров Руслан.