6500 проблемка, как (и что) подиагностировать?

[Wingman]

Есть C6506 в качестве роутера с парой тысяч svi.

Недавно в одном влане стала проявляться проблема: раз в некоторое время (от полуминуты до пары минут) у всех хостов в этом влане подскакивает пинг. Примерно так это выглядит:

ping 10.20.17.19 -s 6500
...
6508 bytes from 10.20.17.19: icmp_req=633 ttl=62 time=1.49 ms
6508 bytes from 10.20.17.19: icmp_req=634 ttl=62 time=1.46 ms
6508 bytes from 10.20.17.19: icmp_req=635 ttl=62 [b]time=117 ms[/b]
6508 bytes from 10.20.17.19: icmp_req=636 ttl=62 time=1.47 ms
6508 bytes from 10.20.17.19: icmp_req=637 ttl=62 time=1.46 ms
...

Влан стерминирован на 6500, от неё до юзеров три des-3526.

 

Дотянули этот влан до сервачка, приземлили влан на нём, смотрим дамп. В момент подскока пинга происходит примерно следующее:

20:52:22.400753 IP 91.247.0.12.80 > 10.20.17.61.36803: . 832020:834940(2920) ack 1 win 247
20:52:22.400805 IP 91.247.0.12.80 > 10.20.17.61.36803: . 834940:840780(5840) ack 1 win 247
20:52:22.400857 IP 91.247.0.12.80 > 10.20.17.61.36803: . 840780:846620(5840) ack 1 win 247
20:52:22.400907 IP 91.247.0.12.80 > 10.20.17.61.36803: . 846620:852460(5840) ack 1 win 247
20:52:22.400949 IP 91.247.0.12.80 > 10.20.17.61.36803: P 852460:853920(1460) ack 1 win 247
20:52:22.400975 IP 91.247.0.12.80 > 10.20.17.61.36803: . 853920:855380(1460) ack 1 win 247
20:52:22.401013 IP 91.247.0.12.80 > 10.20.17.61.36803: . 855380:858300(2920) ack 1 win 247
20:52:22.401064 IP 91.247.0.12.80 > 10.20.17.61.36803: . 858300:864140(5840) ack 1 win 247
20:52:22.401122 IP 91.247.0.12.80 > 10.20.17.61.36803: . 864140:871440(7300) ack 1 win 247
20:52:22.401160 IP 91.247.0.12.80 > 10.20.17.61.36803: . 871440:872900(1460) ack 1 win 247
20:52:22.179604 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70355940:70360320(4380) ack 1 win 320
20:52:22.179656 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70360320:70364700(4380) ack 1 win 320
20:52:22.179755 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70364700:70367620(2920) ack 1 win 320
20:52:22.179820 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70367620:70374920(7300) ack 1 win 320
20:52:22.179869 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70374920:70380760(5840) ack 1 win 320
20:52:22.179914 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70380760:70386600(5840) ack 1 win 320
20:52:22.179958 IP 74.125.218.118.80 > 10.20.17.49.58880: . 70386600:70390980(4380) ack 1 win 320
20:52:14.193344 IP 95.142.205.34.80 > 10.20.17.67.58825: . 39599888:39604268(4380) ack 1 win 15544
20:52:14.193404 IP 95.142.205.34.80 > 10.20.17.67.58825: . 39604268:39605728(1460) ack 1 win 15544
20:52:14.193940 IP 95.142.205.34.80 > 10.20.17.67.58825: . 39605728:39608648(2920) ack 1 win 15544

Такое впечатление, что на кошке теряется fdb и она раз в энное время изучает маки заново, рассылая трафик во все порты, и пока изучает - происходит этакий затуп.

В остальной паре тысяч vlan/svi ничего подобного не замечено

Никто не сталкивался? Чем такое поведение может быть вызвано?

 

p.s. WS-SUP720-3B? s72033_rp-ADVIPSERVICESK9_WAN-M 12.2(33)SXI6,

[Tosha]

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

 

Как вариант можно убрать все опции с интерфейса и применить их по-новой. Нам на 76хх это помогало в подобных случаях.

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

[zhenya`]

может TCN прилетает ? stp используете ?