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

В настоящее время у нас есть пять 24-портовых неуправляемых коммутаторов 3com. Четыре из них являются коммутаторами по 100 МБ без гигабитного порта (порт MDI Uplink составляет 100 МБ). Пятый - это гигабитный коммутатор, который мы используем для всех наших серверов. В настоящий момент они объединены в цепочку, примерно так:

В определенное время суток производительность сети становится ужасной. Мы убедились, что это никак не связано с пропускной способностью сервера, поэтому нам осталось рассмотреть узкие места сетевого ввода-вывода. Мы надеялись подключить каждый 100-мегабитный коммутатор напрямую к гигабитному коммутатору, чтобы каждый пользователь находился всего в 1 коммутаторе от сервера ... вот так:

В тот момент, когда это было подключено, весь сетевой трафик прекратился. Это неправильный способ сделать это? Мы проверили, что петель не существует, и убедились, что у нас не было перекрестных кабелей (все коммутаторы имеют Auto-MDI). Включение и выключение 5-ти переключателей тоже ничего не сделали.

Может быть, переключатели были просто в восторге от вашей удивительной топологии?

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

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

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

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

• размещать машины, которые часто общаются друг с другом, на одном и том же коммутаторе (чтобы межсоединения не могли нести столько трафика); и
• подключайте машины с гигабитными сетевыми картами и напрямую общайтесь со многими другими машинами на гигабитном коммутаторе (чтобы они могли максимально эффективно передавать свои данные в сеть).

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

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

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

Еще пара идей о том, что может происходить:

1. При автосогласовании могут быть выбраны неподходящие настройки скорости / дуплекса. Убедитесь, что порты установлены вручную на 100 / Full
2. Без сомнения, повторное схождение связующего дерева происходит при внесении изменений. Это может занять некоторое время, в зависимости от ваших таймеров. Если вы не подождали как минимум 2 минуты, это могло повлиять на ваши тесты.

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

Выглядит как шторм arp, когда несколько неуправляемых коммутаторов подключены в кольце, как топология или подобное.

ПРИЧИНА: Широковещательный ARP на всех портах разрешит путь, но часть собственного ARP отскочит назад, вызвав шторм. В таких ситуациях скорость соединения насыщается до 100% на всех портах и ​​остановках трафика. Используйте управляемые коммутаторы для решения этой проблемы.

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