Интересный вопрос по свитчам (switch).

Попробую обрисовать проблему. Итак, есть свитч. В нем могут гореть порты (особенно они это любят делать когда свитчи юзаются на воздушках в домашних сетях). Так вот, порт может просто выгореть, и тогда он становится неработоспособным, а может так сказать "зазеркалить", это когда линки на порте горят даже при отсутствии подключенного сетевого кабеля к порту. (см рисунок).

Если такой "зеркалящий" свитч подключить к сети, в сети начинаются очень большие проблемы. Из внутреннего ирц-сервера народ кидает пачками каждые несколько минут с сообщением

"*** Вася Пупкин (Вася Пупкин@XXX.XXX.XXX.XXX) покинул IRC [Read error: Connection reset by peer]"

Во всевозможных чатах (типа ichat) происходит тоже самое. Притом зачастую я даже не могу законектится к АДСЛ модему, подлюченному к тому же свитчу что и мой комп! А теперь представьте что у нас в сети 3 сотни компьютеров, и вся эта сеть начинает ТАК лагать из-за одного такого порта!!!

Вот мне бы и хотелось понять "природу" этого явления. Что происходит с такие портом, как ведут себя поступающие на него пакеты, что вообще приводит к таким последствиям.

P.S. Искад в нете, ничего не нашел

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

гггг... %-)

По своему опыту локальной сети знаю, что сурики - самое ражно из всех ражон свичей. Ну может Влинкс только хуже, но мы до них не докатывались. С августа месяца своими руками снял около 10-12 таких свичей, 5-и и 8-и портовых.

Было очень весело бегать от чердака к чердаку, в попытках найти тот свич, из-за которого пинги по сетке почти не ходили. В 2-х случаях это были примерно такие же сурекомы 5и портовые - 2 лапмочки на них горело постоянно, и 3 порта "вроде" как рабочих.

Это НЕ лечится, только на свалку, особенно если такие глюки начались. Это хорошо что дома стоит, а когда по 2-3 часа на чердаках, с мобильниками и матами в сторону этой конторы.... Ну его нафик, лучше 10 уе сверху отдать, и купить Длинк... До 3кома ещё далеко, но всё же не такое рожно.

Хоть бы кто-нить вывесли ТТХ на это рожно. Да и рекомендации производителя не помешали бы. Потом бы спорили. А то рожно, рожно. Они может от рождения не предназначены для чердаков и подвалов. Года 4 назад делал сетку на конторе одной сначала 1 свич, потом второй, потом третий, потом четвертый. И за все время ни один не сглючил и ни один не сломался. Самый длинный кабель метров 25.

Модели точно не помню. Но это "обычные" шурекомовские свичи. Три 8-портовых, один 5-портовый.

Шарапов:

Хоть бы кто-нить вывесли ТТХ на это рожно...

Подробного нет, а по мелочи вот:

Модель поновее тут:

А вообще Surecom, D-Link, Planet, Cеlan'ы и иже с ними - одного поля ягоды. Сказать, что из них лучше, я бы лично не рискнул. Почти одно и то же в разных корпусах.

Жаловались люди на свою сетку: в трех смежных комнатах (2 8-портовых 3Com OfficeConnect и 8-портовый Surecom) были жуткие непонятки. Все перебрали, протестировали - норма. Колизии, тормоза жуткие. Заменили Surecom на такую же модель - то же самое. Поставили Office Connect - все ок. Так што бренд есть бренд.

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

По собственному опыту скажу - что сурик, что Д-линк - горят на воздушках с грозозащитами абсолютно одинаково (3Ком не проверял). Единственный хаб, который выдержал ВСЁ (все летние грозы со включенной в него с одной стороны воздушкой длинной 110 метров) - это был 10 мегабитный хаб NexLand в металлическом корпусе. Ему не страшна никакая статика, вот бы и свитчи такие )

Derek™:

Попробую обрисовать проблему. Итак, есть свитч. В нем могут гореть порты (особенно они это любят делать когда свитчи юзаются на воздушках в домашних сетях). Так вот, порт может просто выгореть, и тогда он становится неработоспособным, а может так сказать "зазеркалить", это когда линки на порте горят даже при отсутствии подключенного сетевого кабеля к порту. (см рисунок).

Если такой "зеркалящий" свитч подключить к сети, в сети начинаются очень большие проблемы. Из внутреннего ирц-сервера народ кидает пачками каждые несколько минут с сообщением

"*** Вася Пупкин (Вася Пупкин@XXX.XXX.XXX.XXX) покинул IRC [Read error: Connection reset by peer]"

Во всевозможных чатах (типа ichat) происходит тоже самое. Притом зачастую я даже не могу законектится к АДСЛ модему, подлюченному к тому же свитчу что и мой комп! А теперь представьте что у нас в сети 3 сотни компьютеров, и вся эта сеть начинает ТАК лагать из-за одного такого порта!!!

Вот мне бы и хотелось понять "природу" этого явления. Что происходит с такие портом, как ведут себя поступающие на него пакеты, что вообще приводит к таким последствиям.

P.S. Искад в нете, ничего не нашел

По идее коммутатор при сбое может создавать проблемы только для непосредственно подключенных пользователей.

В двух словах как работает коммутатор:

1. пользователь А кидает первый пакет пользователю В

2. коммутатор запоминает адрес пользователя А на порту с которого влетел пакет

3. коммутатор кидает пакет во все порты

4. пользователь В отвечает пользователю А

5. коммутатор запоминает адрес пользователя В на порту с которого влетел пакет

6. коммутатор кидает пакет в порт на котором он уже запомнил пользователя А

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

Кстати, KLiMer, на самом деле все swithing hub это swith. Недопонимание идет от того, что почему-то азиаты добавляют слово hub, обозначающее "центральное устройство". Это однозначно и обсуждению не подлежит

Далее, порт коммутатора может работать в FullDuplex и HalfDuplex. В первом режиме пакеты летят сразу туда и обратно, во втором, соотвественно сразу туда потом обратно. Т.к. коммутатор тупой, т.е. ненастраиваемый - при подключении 100 мбит/с интерфейса к нему, с большой долей вероятности, они по автоопределению станут в режим 100 мбит/с FullDuplex. При подключении 10 мбит/с интерфейса к нему, с большой долей вероятности, они по станут в режим 10 мбит/с HalfDuplex. Автоопределения для 10 мбит/с нет.

Исходя из всего вышесказанного какие могут быть проблемы. Если почему либо с одной стороны стал FullDuplex а с другой HalfDuplex - пакеты будут убиваться (упрощенно говоря), что будет вызывать обрывы связи разных специфических, системных обменов. Т.е. обычное копирование будет просто сильно замедлено, т.к. в этом случае хорошо обрабатывается потеря пакетов и их повтор, а вот с остальными соединениями очень даже не факт

Так же при выгорании коммутатора в нем может испортиться таблица хранения адресов пользователей, что еще более усугубит, коммутатор станет работать как концентратор (hub). Так же может испортиться режим автосогласования, или интерфейс в режиме HalfDuplex перестанет прослушивать канал, на его доступность, перед отправкой пакета. Может сбиваться синхронизация на портах при приеме/отправке пакетов, что так же будет вести к потере пакетов.

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

по поводу почитать:

http://www.prolan.ru/company/article/ext-docs/index.html

http://www.prolan.ru/company/article/magazine/index.html

по поводу паяльника и теории

теорию надо знать а такие коммутаторы - выкидывать

по поводу пакетов/фреймов/ячеек - суть есть одно и тоже, только разными словами. Просто применяется к разным технологиям, что-б не путаться.

по поводу store-and-forward и cut-through

со 100% вероятностью эти коммутаторы работают в режиме cut-through, слишком они тупы, что-б сохранять весь пакет и проверять crc

SergeP:

По идее коммутатор при сбое может создавать проблемы только для непосредственно подключенных пользователей.

Если бы... Достаточно подключить такой свитч где-нибудь скраю сети и неимоверные глюки обеспечены ВСЕМ! Вот в этом то и вопрос, как такое может быть....

Derek™:

SergeP:

По идее коммутатор при сбое может создавать проблемы только для непосредственно подключенных пользователей.

Если бы... Достаточно подключить такой свитч где-нибудь скраю сети и неимоверные глюки обеспечены ВСЕМ! Вот в этом то и вопрос, как такое может быть....

если вся остальная сеть на коммутаторах настроена и работает правильно - больной коммутатор может влиять только на подключенных к нему пользователей , и только в редких случаях для специфических задач может приводить к сбою сервера где-нить в другой части сети (видел подобное два раза для 1С)

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