Лучший способ подключить многопозиционные переключатели вместе
Я - вполне уверенный Игрок, ничего не может сделать со снимками. При необходимости в снимках затем, можно установить VMware Server, который также свободен, хотя иногда немного менее удобный затем Плеер в некоторых простых вариантах использования.
VMware Server только позволяет один снимок на VM, таким образом, Ваше упоминание о "дереве снимка" заставляет меня думать, что Вы думаете о VMware Workstation, а не более старой версии VMware Player, поскольку это действительно поддерживает несколько снимков на VM (также, как и оплаченный серверные продукты).
Возможно, переключатели просто трепетали перед Вашей удивительной топологией?
Серьезно, хотя, если можно не торопиться, сделайте это снова, но только подключите один переключатель за один раз к переключателю Гбита и проверьте возможность соединения и функцию на каждом шаге.
Когда сеть наконец остановится, разъедините все переключатели и попытайтесь подключить тот переключатель сначала. Если это делает это снова, разъединяет все на том переключателе и добавляет их назад, один за другим для нахождения несчастной ссылки.
Если это не умирает, добавьте переключатели, пока это не делает. Если это перестало работать после добавления большего количества переключателей, возможно, один из переключателей не может обработать размер таблицы MAC-адреса, и Вам нужен более крупный переключатель?
-
1Также, если это действительно перестало работать снова, наблюдайте световые сигналы действия на переключателях - они сходят с ума? – Zypher 17 December 2009 в 06:24
-
2@Zypher - положительная сторона, we' ll смотрят от часов (в течение дня they' ре, всегда сходящее с ума, у нас есть большой сетевой трафик). – Beep beep 17 December 2009 в 06:55
-
3Не наличие управляемых коммутаторов делает подобные проблемы трудными разыскать, поскольку Вы испытываете недостаток в видимости сети. Но Matt' s подход должен помочь Вам сузить его быстро. – 3dinfluence 17 December 2009 в 07:51
-
4@Matt: деталь, переключатели не имеют таблиц ARP. Если они не переключатели L3, в этом случае они должны быть вызываемыми маршрутизаторами.:) – Murali Suriar 17 December 2009 в 12:02
-
5Matt' s подход хороший, как Ваше изменение в топологии (объединитесь в гирляндную цепь худший). There' s различные другие неясные вещи, которые могли вызывать Вашу проблему, которые трудно разыскать на механизме неуправляемой сети. I' ve замеченное подобное поведение с " one-way" серверы - как вниз заблокированный сервер системного журнала, который только получает журналы, но никогда не говорит. Это заставляет его MAC-адрес испытывать таймаут на switch' s таблица и весь трафик к тому серверу лавинно рассылается через все порты. Подобная проблема с кластеризацией или VRRP... – Geoff 22 December 2009 в 23:48
Я определенно попытался бы получить последнюю работу топологии (с диагностическими подсказками Matt Simmons как руководство), поскольку она обеспечит лучшую задержку (всегда только один транзитный участок далеко). Кроме того, учитывая Вашу очень ограниченную взаимосвязанную способность, попытайтесь:
- поместите машины, которые часто говорят друг с другом на том же переключателе (так, чтобы межсоединения не несли столько же трафика); и
- машины рычага, которые имеют гигабитный NICs и говорят с большим количеством других машин на гигабитном переключателе непосредственно (таким образом, они могут получить свои данные в сеть максимально эффективно).
В конечном счете, тем не менее, Вы не можете засунуть индейку за десять фунтов в мешок пяти фунтов, и я уже описал бы план относительно покупательного ряда управляемых гигабитных переключателей, на основе Вашего описания сети, в большой степени используемой.
-
1" Вы can' t засовывают индейку за десять фунтов в пять фунтов bag" - хороший. Но что, если мы клейкая лента два мешка пяти фунтов вместе? That' s работал до сих пор =) – Beep beep 17 December 2009 в 08:54
-
2Я предполагаю, что etherchannel был бы эквивалентом клейкой ленты... требует управляемых коммутаторов, все же. – womble♦ 17 December 2009 в 09:27
Неуправляемые переключатели имеют предел тому, сколько трафика они могут переключить эффективно - совсем не, что Вы ожидали бы. Вы, вероятно, получаете "широковещательный шторм" / вещи порождения конфликтной ситуации при обращении к шине разложиться, потому что слишком много пакетов или клиентов стремятся использовать сеть когда-то. Переключение на управляемые коммутаторы (мы используем порта netgear 24, которые выполняют приблизительно $250-300 за поп) даст Вам больше емкости коммутации и способность к портам QOS, если необходимо управлять приоритетом лучше.
Emperically мы попробовали нижнее расположение одно время и это просто, разложился. Я уверен, что реальный CNE скажет нам настоящую причину, но я всегда придерживался главной конфигурации просто для хранения проводного соединения простым, чистым и работа. Обратите внимание, мы, возможно, просто имели круговой цикл и не заметили его в то время.
-
1Управляемые коммутаторы имеют те же пределы как неуправляемые переключатели. Управляемые коммутаторы просто дают Вам больше контроля и видимости what' s происходящий в сети. – 3dinfluence 17 December 2009 в 07:38
-
2@3d: В то время как you' ре, корректное это there' s никакое внутреннее различие между способностью управляемых по сравнению с неуправляемыми переключателями, в управляемых коммутаторах практики склоняются к более высокому качественному концу рынка и следовательно имеют тенденцию иметь лучшие коммутационные матрицы, позволяя им разбросать большим количеством трафика. – womble♦ 17 December 2009 в 08:26
-
3@womble... несомненно, но в значительной степени все неуправляемые переключатели являются " не blocking" по крайней мере, насколько основная плата затронута. Может ли CPU не отставать от фрагментации пакетов, и другие проблемы tcp другой вопрос. Управляемые коммутаторы также имеют тенденцию иметь больше кэша на каждом порте, чем их неуправляемые братья. – 3dinfluence 17 December 2009 в 16:49
Пара большего количества идей о вещах могла продолжаться:
- Автосогласование может выбирать несоответствующие настройки скорости/дуплекса. Удостоверьтесь, что установили порты вручную для 100/полный
- Пересходимость Связующего дерева несомненно происходит при внесении изменения. Это может занять долгое время для окончания, в зависимости от различных таймеров. Если Вы не ожидали по крайней мере 2 минуты, которые могут иметь, повлияли на Ваши тесты.
-
1Достаточно странно, если мы устанавливаем клиенты на 100/полный или 100/половина, многие из них значительно замедляются. Единственным путем это продолжает отправлять быстрее, чем 10 МБ путем установки его для автосогласовывания. Не имеет никакого смысла вообще, но многие наши клиенты являются Win98 (приложение прежней версии, которое мы не можем заменить в течение другого года), таким образом, мы don' t смешивают с ним. – Beep beep 17 December 2009 в 08:52
-
2Я говорил о соединениях между переключателями, вручную настраиваемыми для 100/полный. Если два переключателя от того же производителя won' t работают, когда ссылка вручную настроена, что-то очень неправильно и I' d разговаривать по телефону с их технической поддержкой. – Wade Williams 17 December 2009 в 09:09
-
3А-ч. Это неуправляемые переключатели и don' t позволяют изменять скорость порта. – Beep beep 17 December 2009 в 19:23
-
4На самом деле то поведение имеет смысл и находится в спецификации. Если одна сторона (переключатель) будет установлена на автоматический, и другой hardcoded к Полному/100, то переключатель попытается согласовать и перестать работать, начиная с клиента doesn' t согласовывают назад. Получить Полную/100 работу, или автоматическое включение обе стороны или hardcode с обеих сторон, don' t соединение, автоматическое с hardcoded. – Geoff 22 December 2009 в 23:40
Тот факт, что вы используете гирляндное соединение коммутаторов, является источником вашей проблемы прямо здесь. Я бы посоветовал как минимум купить управляемые переключатели. Хороший и рентабельный подход для малого бизнеса - реализация свернутого ядра с vlan. Таким образом вы можете сегментировать широковещательные / конфликтные домены и контролировать производительность вашей сети.
Похоже на arp storm, когда несколько неуправляемых коммутаторов подключены в кольцевую топологию или подобное.
ПРИЧИНА: широковещательная передача arp на всех портах разрешит путь, но некоторые из собственных arp вернутся назад, вызывая шторм. В таких ситуациях скорость канала достигает 100% на всех портах и трафик останавливается. Для решения этой проблемы используйте управляемые коммутаторы.
Something to consider: Are you using crossover or straight-through cables? You should always use cross-over cables when connecting like devices. Using a straight-through cable in a normal port will slow your connected switch to a crawl unless the switch is designed to auto-correct for the wiring difference. (Some Do).