зависание сети.

[tolki]

Дано: Сеть на 80 машин. Топология 3 звезды, соединённые общей шиной.

Везде стоят неуправляемые свичи.

Ситуация: При необъяснимых причинах сеть зависает, то есть все юзверы перестают видеть друг друга, независимо от своего местонахождения.

Возможная причина: Находим свич со сгоревшим портом. (порт при отключенном кабеле всеравно горит как подключенный). Ставим в него заглушку всё начинает работать.

Вопрос: Почему такое происходит (не почему сгорает порт, а почему зависает вся сеть)

Возможно ли искуственно создать такую ситуацию.

 

И вообще можно ли повлиять на работу неуправляемых свичей и заставить их вот так зависать?

[UglyAdmin]

Искуственно - вставьте такую заглушку в рабочий порт. :)

[tolki]

я тут пока ждал начитался всякой фигни..

Предположим есть 3-х портовый правильно работающий

свич. К нему на 1-м порту подключен клиент1 с мак1, на 2-м порту клиент2 с

мак2, а на 3-м порту - глючный свич, который возвращает все пакеты назад

(хотя свич не должен так делать ни при каких условиях - это ж как

заглючить-то надо):

 

1 - клиент1 (мак1)

2 - клиент2 (мак2)

3 - глючный свич

 

Таблица мак-адресов в свиче пуста. Пусть клиент1 шлет пакет клиенту2. Пакет

приходит с порта 1. Свич запоминает, что мак1 находится на порту 1, но т.к.

в таблице адресов нет мак2, то он отправляет пакет во все порты, кроме 1.

Клиент2 получает пакет и обрабатывает его. В это время глючный свич

возвращает пакет назад. Нормальный свич получает пакет с 3-го порта,

исправляет в таблице адресов номер порта у мак1 с 1 на 3 и отправляет пакет

опять во все порты, кроме 3. В итоге клиент2 получит повторный пакет и

отбросит его, а клиент1 просто проигнорирует пакет. Таблица мак-адресов к

этому моменту:

 

мак1 - 3 порт.

 

Теперь клиент2 шлет ответ клиенту1. Пакет приходит в свич с 2-го порта. Свич

добавляет в таблицу адресов мак2 и его порт - 2. Далее, свич ищет в таблице

порт для мак1 и находит - 3. Отправляет пакет в 3-й порт. Пакет возвращается

назад. Свич делает корректировку: мак2 теперь находится на 3-м порту. А где

находится мак1? Тоже на 3-м. Пакет отбрасывается и не доходит до адресата.

Таблица мак-адресов:

 

мак1 - 3 порт.

мак2 - 3 порт.

 

Теперь пусть клиент2 пошлет пакет повторно клиенту1. Пакет придет с 2-го

порта, свич изменит в таблице номер порта у мак2 с 3 на 2 и отправит пакет в

3-й порт. Пакет вернется и свич опять переместит мак2 на 3-й порт. То же

самое будет, если и клиент1 решит сделать повторную передачу клиенту2.

 

Обобщая на сеть из нескольких свичей с одним глючным: если любой клиент с

любого свича посылает пакет на адрес, которого нет в таблицах свичей, то

пакет расходится по всем свичам и доходит до глючного. Глючный свич отсылает

пакет обратно и он опять расходится по всей сети. И теперь все свичи будут

думать, что пакет изначально был послан глючным свичем и все ответы направят

ему. Т.е. ни один ответ не дойдет до клиента, который посылал запрос, если

конечно ответ от глючного свича разойдется по сети быстрее, чем придет ответ

от клиента. А если учесть, что время жизни мак-адресов в свичах конечно, а

компьютеры в сети иногда и выключаются, то сеть с таким свичем стремится к

тому, что ни на один запрос клиентов не будет получен ответ.

 

И что, свич реально может так заглючить? Или это чисто теоретический случай?

 

 

Но в нашем случае порт который сгорел смотрел в сервер, в етом то и прикол.

[itl2044]

Прикол в том, что дебилинк нужно выбросить в мусорку, сразу после покупки!

IC+ (чипсет) именно так себя и ведет, а у дебилинка эти свичи мрут из за того, что рядом муха пролетела.

Решение ситуации:

Заменить ВСЕ свичи на rtl8309sb чипсете.

Edited December 2, 2006 by itl2044

[BETEPAH]

itl2044

вот у меня сеть построена исключительно на д-линках, правда в центре всё-таки 3сом стоит, всё прекрасно работает, глючит только один свитч раз в месяц и то, из-за перепадов напряжения, всё никак руки не дойдут поставить упс

[tolki]

не там компекс стоял, тот который сглючило 8-ми портовка.

Ну в принципе и на старуху бывает проруха.

У нас на крыше на пролёте 140 метров компекс стоит 5-ти портовка. Вокруг него уже всё выгорало, и соседние хабы и карты в компах, а он всё стоит и даже не один порт не умер. просто золото а не свич. Так бы их все делали. Кстати стоит он без грозозащит, ибо лень было паять.

[SMi]

IC+ у вас глючит, выкинте все глюко свичи в помойник, купите нормальных на RTL8309SB.

[Barsick]

не там компекс стоял, тот который сглючило 8-ми портовка.

PS-2208 существуют на мин. пяти(!) чипсетах, из них два - ИцПлюс-ы

[tolki]

не там компекс стоял, тот который сглючило 8-ми портовка.

PS-2208 существуют на мин. пяти(!) чипсетах, из них два - ИцПлюс-ы

 

Точно разобрал так и есть.

Тот что на крыще реалтековский.

Тот что глючил ads овский (кстати после сборки разборки глюки прошли опять хорошо работает)

А купил третий не разбирал, так вот он почемут то от питания по витухе от который тот что на крыхе питается вообще порты не запускает.

 

Посоветуйте конкректную модель свича, которую реально найти, на rtl чипе, по цене как наши компексы, ибо надоело играть в рулетку с этими компексами. Ибо на коробках нифига чип не пишут приходится разбирать.

Сегодня в Питер еду, так там куплю штук 10 и поменяю всё барахло на нормалюные мыльницы. Кто нить знает где в питере есть по етому делу хороший магазин?

[Sirco]

Возможная причина: Находим свич со сгоревшим портом. (порт при отключенном кабеле всеравно горит как подключенный). Ставим в него заглушку всё начинает работать.

Вопрос: Почему такое происходит (не почему сгорает порт, а почему зависает вся сеть)

Возможно ли искуственно создать такую ситуацию.

 

И вообще можно ли повлиять на работу неуправляемых свичей и заставить их вот так зависать?

Заглушка это когда соеденены 1-2 3-6

Антизаглушка == имитатор поломки 1-3 2-6

 

Почему такое происходит - в коммутаторе сгорает схемка автопереключения крослинка

тойсь вход-выход порта соединяеться напрямую.

тойсь любой бродкаст приходя на данный порт рассылается от "имени" этого порта

он же снова приходит на данный порт и снова отправляеться в цикл ...

Тойсь свич генерует бродкаст пакеты на всю свою мощь.

эти пакеты - все последующие свичи должны транслировать дальше .

поток очень сильный так что следующис свичам уже не хватает мощи еще что-то делать.

--------

Как найти свич на RTL - 8309SB

очень мало производителей пишут на каком чипсете сделан свич .

1 - зайти на http://www.nag.ru/goodies/foto/

и поискать данную микросхему. Но это толко первый этап - так как много производителей производят в одном корпусе под одним названием свичи на разных чипсетах.

 

2 Прийти магазин и попросить включить все имеющиеся марки 8 портовых свичей .

Те марки свичей которые при включении _ОДНОКРАТНО_ мигают всеми светодиодами . собраны на RTL8309SB. А также - отличительная особенность схемотехники RTL 8309SB - терминаторы линий стоят до трансформаторов а не после - тойсь при прозвонке омметром звоняться все выводы порта

тось есть соединение между 1-2-3-6 ножками порта , в моделях на других чипсетах как правило звоняться только 1-2 3-6 ножки.

При сгорании порта на RTL8309SB иногда порт мигает светодиодом

(по моему 10/100 - точно не помню) или вообще не загораються светодиоды.

 

 

Свичи на микросхемах фирмы IC+ при включении _ПО_ОЧЕРЕДИ_ мигают всеми светодиодами с 1 по 8 порт.

=======

"Тот что глючил ads овский (кстати после сборки разборки глюки прошли опять хорошо работает)"

 

Не верь нанайцам - дары приносящим.... ;-) пройдет время и он заглючит .

просто в данный момент "пересилил" порт удаленного свича/карточки - но в следующий момент

проводимость пробитых транзисторов возрастет - и свич снова зафлудит бродкастами ...

тут только один выход - втыкнуть заглушку и на корпус свича напротив данного порта наклеить красный ценник . Чтобы любой входяций видел что данным портом пользоваться нельзя .

[umike]

уже писал - берем DES 1008D (IC+) соединяем патчкордом два порта. В третий включаем машину. Запускаем на машине пинг. Первый-же вылетевший arp-запрос начинает мотаться по кольцу и возвращается в кол-ве 50 тыс фреймов/с. Если этот поток подать в винду, то через 3-5 сек даже мышка перестаёт ездить. *nix системы без включенного polling тоже становятся в ступор по прерываниям. Думаю что примерно тоже самое происходит если свитч имеет "битый" порт. И этот флуд распространяется по всем подключенным к свитчу сегментам сети.

Длинки битые отправили на свалку так что проверить не на чем :)