отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 
Объявления
Добро пожаловать в Сообщество Технической поддержки Cisco. Мы рады получить обратную связь .
New Member

Cisco 3750G-12S stops to answer icmp-requests (all intfaces)

We use cisco L3 switches in agregation level of our network. All of that switches routes its own network segment & has bgp+ospf sessions to core level router via vlan  & loopback interfaces.

About a month ago we've check, that one of L3 switches stops to answer for icmp-requests for a few seconds by all of its intfaces. That was a c3560G.

We've check  sh proc cpu - all is ok - no anomaly

wireshark sniff shows that client's traffic forwards without any problems.

There is no any kind of shtorms in logs

Also we dont make any configuration changes since first launch.

We've change c3560G to C3750G-12S , fw 12.2(55)SE9 IPSERVICESK9-M - but we have the same problem with it.

Also we've make fw upgrade  & reboot all of the access-level switches in that segment of network - that dont solve the problem too. 

Is there any suggestions about more diebugging & solving ? 

  

3 ОТВЕТ.

Greeting and welcome.

Greeting and welcome.

First of all let me ask you why you are writing here on Russian-speaking community in English? That's interesting.

Second can you show us you switch configuration as well as log files please?

What do you mean by "stops to answer for icmp-requests for a few seconds"? Is it by your monitoring system reports? Where is it located? Can you describe your topology more precisely?

What's about other protocols? Can you configure "ip sla" and monitor affected switch with another types of probes besides icmp? what's about DSCP/TOS values? Did you try to monitor this switch with icmp requests that have DSCP/TOS values besides BE?

New Member

Да по привычке.

Да по привычке.

Что именно в конфиге Вас интересует ? Просто вариант ошибки в конфиге я отсекаю сразу - они годами не меняются и все роутеры на агрегации настроены почти идентично. И до определенного момента мы ничего подобного не наблюдали

Топология - звезда - Ядро-Агрегация-Доступ, никакого spanning tree и прочего

Перестает отвечать на пинг - 

1) Системой мониторинга

2) С любого разрешенного адреса внутри нашей AS.

В логах нет ничего кроме записей up/down портов (не аплинков), которые не связаны по времени с происходящим. 

Что даст настройка ip-sla, если страдающие интерфейсы доступны только изнутри нашей AS ? 

>>Что именно в конфиге Вас

>>Что именно в конфиге Вас интересует ?

все. just to make sure. sh ver тоже был бы полезен ;)

>>И до определенного момента мы ничего подобного не наблюдали

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

>>Ядро-Агрегация-Доступ, никакого spanning tree и прочего

схема была бы более полезна.

>>Перестает отвечать на пинг 

Именно поэтому нужно проверить в обратную сторону чем-либо, что работает в CP, напр. ip sla

>>В логах нет ничего кроме записей up/down портов (не аплинков), которые не связаны по времени с происходящим. 

И все же они тоже были бы полезны для корреляции с логами потерь.

>>Что даст настройка ip-sla, если страдающие интерфейсы доступны только изнутри нашей AS ? 

Странный вопрос.  Возможно, вы не понимаете что я хотел бы от Вас. Нужно подтвердить проблему в "обратную" сторону, настроив ip sla icmp-echo на самом коммутаторе, напр. до самой системы мониторинга.

40
Просмотры
0
Полезный материал
3
Ответы