|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Vitaly Nasennik 2:5020/400 09 Oct 2004 08:29:43
To : Vadim Guchenko
Subject : Лавинообразное подвисание свичей
--------------------------------------------------------------------------------
Привет!
"Vadim Guchenko"
[анамнез пропущен]
У меня есть еще одна идея, почему такое безобразие может возникать.
1) у свитчей память MAC-адресов ограниченного размера
2) в сети постоянно возникают пакеты с битыми MAC-адресами, причем, что
интересно, в поле отправителя. Что при этом в получателе не смотрел, но CRC
у всего пакета получается правильным. Битость адресов выражается в том, что
некоторые байты MAC-адреса обнуляются.
Соответственно, рано или поздно наступает такой момент, когда у свитча
память под таблицу MAC-адресов переполняется. Если свитчи имеют одинаковый
размер памяти, например, все свитчи одной модели, то переполнение случается
у них у всех примерно одинаково. Что с ними при этом происходит - ХЗ.
Возможно, они превратщаются в хабы. Возможно, они начинают портить пакеты,
преумножая количество MAC-адресов.
Факт появления битых MAC-адресов я наблюдал сам при помощи бриджа
SBNI14-Bridge. У него огромная память - на 16536 MAC-адресов и возможность
просмотреть их все через RS-232. Также есть возможность запоминать не только
адреса от кого, но и адреса кому - чрезвычайно интересно оказалось
наблюдать, как винды через мультикасты общаются. Hапример, логин рабочей
станции в домен происходит таким образом:
WS->broadcast: "А кто тут сервер такого-то домена"
DS->broadcast: "Я сервер такого-то домена"
WS->multicast: "Я такой-то, хочу залогиниться в такой-то домен"
DS->multicast: "Такой-то залогинился в домен"
(адрес мультикаста вычисляется по имени домена).
Hу это грубо, в общих чертах, разумеется, но самое интересное, что нет
пакетов с парой MAC-адресов сервера и рабочей станции. Причем, свитчи
обязаны мультикасты и броадкасты по всей сети распространять.
Факт переполнения таблицы MAC-адресов у свитчей я наблюдал на примере 3COM
OfficeConnect (16 портовый 10/100). У него оказалась таблица всего на тысячу
MAC-адресов (пакеты с разными адресами отправителя генерировал вручную через
пакетный драйвер под DOSом специально для проверки этого явления). При этом
его клинило до полной неработоспособности, пока не передернешь ему питание.
В общем, такая вот информация к размышлению.
С уважением,
Виталий Hасенник
--- ifmail v.2.15dev5.3
* Origin: Granch Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
