|
ru.networks
- RU.NETWORKS ------------------------------------------------------------------
From : Vadim Guchenko 2:5020/400 09 Oct 2004 08:53:01
To : Vitaly Nasennik
Subject : Re: Лавинообразное подвисание свичей
--------------------------------------------------------------------------------
Hello, Vitaly!
You wrote to Vadim Guchenko on Sat, 9 Oct 2004 04:29:43 +0000 (UTC):
VN> У меня есть еще одна идея, почему такое безобразие может возникать.
VN> 1) у свитчей память MAC-адресов ограниченного размера
VN> 2) в сети постоянно возникают пакеты с битыми MAC-адресами, причем,
VN> что интересно, в поле отправителя. Что при этом в получателе не
VN> смотрел, но CRC у всего пакета получается правильным. Битость
VN> адресов выражается в том, что некоторые байты MAC-адреса
VN> обнуляются.
Ты не учитываешь тот факт, что время жизни мак-адресов в свичах конечно.
Если какой-то мак-адрес в таблице не активен некоторое время (порядка 5
минут), он из нее удаляется. Поэтому случайные ошибки к переполнению таблицы
мак-адресов привести не могут.
VN> Соответственно, рано или поздно наступает такой момент, когда у
VN> свитча память под таблицу MAC-адресов переполняется. Если свитчи
VN> имеют одинаковый размер памяти, например, все свитчи одной модели,
VN> то переполнение случается у них у всех примерно одинаково. Что с
VN> ними при этом происходит - ХЗ.
VN> Возможно, они превратщаются в хабы.
Это не возможно, а так должно быть.
VN> Возможно, они начинают портить пакеты, преумножая количество
VN> MAC-адресов.
Сомнительно.
VN> Факт появления битых MAC-адресов я наблюдал сам при помощи бриджа
VN> SBNI14-Bridge. У него огромная память - на 16536 MAC-адресов и
VN> возможность просмотреть их все через RS-232. Также есть возможность
VN> запоминать не только адреса от кого, но и адреса кому - чрезвычайно
VN> интересно оказалось наблюдать, как винды через мультикасты
VN> общаются. Hапример, логин рабочей станции в домен происходит таким
VN> образом:
VN> WS->broadcast: "А кто тут сервер такого-то домена"
VN> DS->broadcast: "Я сервер такого-то домена"
VN> WS->multicast: "Я такой-то, хочу залогиниться в такой-то домен"
VN> DS->multicast: "Такой-то залогинился в домен"
VN> (адрес мультикаста вычисляется по имени домена).
VN> Hу это грубо, в общих чертах, разумеется, но самое интересное, что
VN> нет пакетов с парой MAC-адресов сервера и рабочей станции.
У мультикастов и броадкастов мак-адреса назначения формируются специальным
образом.
VN> Факт переполнения таблицы MAC-адресов у свитчей я наблюдал на
VN> примере 3COM
VN> OfficeConnect (16 портовый 10/100). У него оказалась таблица всего
VN> на тысячу
VN> MAC-адресов (пакеты с разными адресами отправителя генерировал
VN> вручную через пакетный драйвер под DOSом специально для проверки
VN> этого явления). При этом его клинило до полной неработоспособности,
VN> пока не передернешь ему питание.
Странно.
With best regards, Vadim Guchenko. E-mail: s0lver@kraslan.ru
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
