Странная проблема с Коммутатором Cisco - минуты с окончательным packetloss

О, для [совершенства] польза, если Вы хотите стереть данные надежно, использует автоуничтожение в командной строке в DBAN. Если Вы хотите физически избавиться от вещи, просто бросают его в [дружественный] камин, или заполняют приемник и погружают его в воду. Или получите молоток и колотите маленького психа вдребезги. Самым легким решением является, конечно, вода. Но с другой стороны необходимо ли рассмотреть, как высоко Вы думаете о себе для размышления чьего-либо после мелких [дружественных] данных?

0
задан 6 December 2010 в 10:50
3 ответа

Если Вы проверяете свою статистику связующего дерева по переключателю, который должен сказать Вам больше о возможности цикла, искать возраст топологии. Когда цикл происходит, топология постоянно восстанавливает себя для компенсации цикла, таким образом, более высокий возраст топологии (5 часов или больше) указывает на цикл свободная сеть.

Я видел некоторые проблемы с Broadcomm про серия NICS и мой Alcatel Switches, которые звучат очень похожими на то, что Вы испытываете. Это было очень неустойчиво и печально, пока я не узнал, что это было на самом деле автоматическое согласование на переключателе.

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

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

Также посмотрите на свои настройки управления потоком на переключателе.

1
ответ дан 4 December 2019 в 22:41

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

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

0
ответ дан 4 December 2019 в 22:41

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

0
ответ дан 4 December 2019 в 22:41

Теги

Похожие вопросы