Срочный вопрос.
Подскажите, где и как искать проблему. Коммутатор DGS3627 Firmware Version Build 2.82.B16
Настроены VLAN-ы, маршрутизация. Сегодня на одной IP-сети перестает идти ping. Вся IP-сеть подключена через один порт коммутатора. Проверяли что могли, меняли коммутаторы подключенные на этот порт (сейчас стоит DES1024D)? переобжимали витую пару.
Из того, что вызывает вопросы нашел только следующее - через WEB-интерфейс: Monitoring - Errors- received - большое количество DropPkts, причем оно не растет.

На DGS3627 настраиваю соседний порт точно также как и проблемный, переключаю туда кабель и все заработало, DropPkts = 0.

Но не успел я собраться с мыслями, как пропал ping на один из IP в этой сети, смотрю количество DropPkts на этом порту - растет. Правда ping потом появился (возможно просто компьютер перегружали)

Есть опасность что скоро опять все встанет, а где и что искать не знаю?

В логах что-нибудь есть?
Спан-три на этих портах есть?

хорошо, дропы растут (до пропадания связи), а само кол-во пакетов? может кто-то в сетке начинает флудить?

и еще

пинг куда? на железо? на клиентов? пропал только пинг?

_________________
не важно, из какого места растут золотые руки

Спан-три - disable

флудить? сомнительно, т.к. в ситуации когда на проблемный порт был подключен только DES1024D и на нем один ПК пинг с него на IP-интерфейс на DGS3627 не шел (и наоборот с DGS3627 на ПК тоже не шел). переключил на другой порт все стало нормально.

1 .в логах что-нибудь есть на интересующее время? причем, и в логах 3627-го, и в логах того, что к нему подключено. и загрузка портов и процов тоже.
2. спан-три везде выключен?
3. кстати, мысль только что появилась - tcpdump-ом или еще каким сниффером просмотрите трафик - комп должен быть максимально близко к 3627-му. может что-то на момент отваливания появится
4. у вас управление железов в отдельном вилане?

_________________
не важно, из какого места растут золотые руки

Суммаризирую
Можно подробно описать проблему?
1) Схема физическая+логическая
2) Сказать какой тип трафика дропается
3) Показать настройки оборудования и состояние портов где есть дропы с 2х сторон канала
4) Рассказать проблему простыми словами (откуда/куда пингуем, где что пропадает)

+1
Не клещами же из вас инфу тянуть

_________________
не важно, из какого места растут золотые руки

MPiliutsik, и логи не забудьте

1) На DGS3627 созданы несколько VLAN, на них созданы IP-интерфейсы. В VLAN (VID=164) где возникли проблемы включен только один порт(порт №16), на этот порт по витой паре подключен неуправляемый коммутатор, к нему подключены несколько неуправляемых коммутаторов и один компьютер. В определенный момент с компьютеров на этих неуправляемых коммутаторах перестают идти пинги на шлюз по-умолчанию.
Оставляю на неуправляемый коммутаторе подключенному на 16 порт DGS3627 только один компьютер PP, с него пинг на шлюз по-умолчанию по прежнему не идет.
После этого 15 порт DGS3627 включаю в VLAN (VID=164), переключаю витую пару из 16 порта DGS3627 в 15 порт, пинг с компьютера PP на шлюз по-умолчанию пошел.
Это одна часть проблемы, в чем причина, вышел из строя порт 16, коммутатор почему-то перестал принимать(передавать) пакеты на это порт, или еще что-то?

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

2)Как увидеть какой тип трафика дропается?

Введите команду: disable cpu_rx_rate_control
но при этом внимательно следите за загрузкой CPU.

_________________
С уважением,
Бигаров Руслан.

Хотелось бы каких-то комментариев:

- это надо понимать, что CPU "не справился" с нагрузкой и в результате перестал обрабатывать трафик на порту(заблокировал порт или еще что-то) виновнике?

- что значит "внимательно следите за загрузкой CPU", какие последствия если "не услежу"?

Я уже писал про эту функцию. Суть в том, что отключив её, Вы разжимаете канал для пакетов с QoS 0,1 и 2 для пакетов, которые идут на CPU с 64kbps до полной пропускной способности, без определённой защиты на доступе, это может быть чревато последствиями.

Если загрузка CPU резко начнёт расти и будет приближаться к 100%, то её нужно включить.

_________________
С уважением,
Бигаров Руслан.

Все это хорошо, но как мне все-таки увидеть, что есть проблемы с трафиком на порту DGS3627.

Я подключил компьютер на проблемный порт, пытаюсь с него пинговать IP-интерфейс, пинг не идет, смотрю на коммутаторе пакетов ни в порт ни из порта нету. Информация о порте - 100мбит full duplex, такая же информация у сетевой на компьютере.

Перегружаю DGS3627(выключаю/включаю) и все проблемы с портом ушли, ping идет, пакеты идут.

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

И еще попутно один вопрос, как включить поддержку SNMP. Когда пытаюсь включить через WEB-интерфейс (в Device Information есть SNMP status, он по умолчанию - disable) получаю "Input Error", а через CLI я не нашел как это сделать.

enable snmp

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

MPiliutsik, что в логах то? или там ничего нет? Если нет - покажите как настроено логирование свича

Спасибо!