Обьясните, как такое может быть.
Упрощёная схема сети:
uplink >-- DES-3026-1 --- DES-3026-2 --- мыльницы
Со стороны аплинка до мыльниц пробрасываются несколько виланов. Мыльницы втыкаются в антегированные порты 2го свитча.
В каждом из виланов - по нескольку сетевых устройств.
Сидим пингуем.
Все пингуются замечательно.
В таблице мак-адресов 1го свитча мак-адреса этих сетевых устройств иногда даже и не фигурируют.
Это как так?
Каким же образом свитч коммутирует пакеты до сетевых устройств, которых нет в его таблице мак-адресов?
Почему, если в настройках свитча прописано это:
Код:
Command: show fdb aging_time
Unicast MAC Address Aging Time = 300
То при многократном просмотре таблицы fdb - видно, что многие мак-адреса из таблицы исчезают за 1-2 секунды после своего там появления?
Линки не падают, топология не меняется, абсолютно ничего такого, что могло бы приводить к столь быстрой очистке таблицы мак-адресов.
GVRP на свитче выключен, все виланы прописаны статикой, интерфейс управления - в отдельном вилане, загрузка процессора минимальная.
Насколько я понимаю, если мак-адрес вносится в таблицу, то он должен храниться там в течении MAC Address Aging Time в секундах. И если за это время запись ни разу не обновилась - то удаляться из таблицы. В принципе, в описании так и сказано: The aging time affects the learning process of the Switch. Dynamic forwarding table entries, which are made up of the source MAC addresses and their associated port numbers, are deleted from the table if they are not accessed within the aging time. The aging time can be from 10 to 1000000 seconds with a default value of 5 minutes (300 seconds).
Однако, больше похоже, что у длинка это время измеряется в миллисекундах, либо просто глючит вывод таблицы мак-адресов как через веб, так и через телнет.
Наблюдаем такое безобразие уже не на первом свитче и не в первый раз. Исправьте, пожалуйста, эту ошибку.
Прошивка Build 4.01.020