Jump to content
Калькуляторы

cisco 6509 ping -l 65000

Добрый день!

 

Буквально сегодня начали звонить абоненты и жаловаться что через наш роутер (cisco 65xx SUP720-3BXL) не ходят пинги с размером пакета 65000 байт (ping -l 65000), хотя еще вчера было все ок. Никаких глобальных изменений конфигурации в это время не производилось. Было установлено что даже если пинговать локальный шлюз пакетами больше чем 17997 байт, то он не отвечает:

 

[root@db core]# ping 172.17.192.1
PING 172.17.192.1 (172.17.192.1) 56(84) bytes of data.
64 bytes from 172.17.192.1: icmp_seq=1 ttl=255 time=0.436 ms
64 bytes from 172.17.192.1: icmp_seq=2 ttl=255 time=0.316 ms
64 bytes from 172.17.192.1: icmp_seq=3 ttl=255 time=0.487 ms
64 bytes from 172.17.192.1: icmp_seq=4 ttl=255 time=0.291 ms
64 bytes from 172.17.192.1: icmp_seq=5 ttl=255 time=0.272 ms
64 bytes from 172.17.192.1: icmp_seq=6 ttl=255 time=0.298 ms
64 bytes from 172.17.192.1: icmp_seq=7 ttl=255 time=0.312 ms
64 bytes from 172.17.192.1: icmp_seq=8 ttl=255 time=0.548 ms
64 bytes from 172.17.192.1: icmp_seq=9 ttl=255 time=6.79 ms
64 bytes from 172.17.192.1: icmp_seq=10 ttl=255 time=0.280 ms
64 bytes from 172.17.192.1: icmp_seq=11 ttl=255 time=11.6 ms
64 bytes from 172.17.192.1: icmp_seq=12 ttl=255 time=0.281 ms
64 bytes from 172.17.192.1: icmp_seq=13 ttl=255 time=0.279 ms
^C
--- 172.17.192.1 ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12599ms
rtt min/avg/max/mdev = 0.272/1.710/11.649/3.342 ms
[root@db core]# ping 172.17.192.1  -s 17998
PING 172.17.192.1 (172.17.192.1) 17998(18026) bytes of data.
^C
--- 172.17.192.1 ping statistics ---
606 packets transmitted, 0 received, 100% packet loss, time 605123ms

 

настройки интерфейса:

 

interface Vlan192
ip vrf forwarding VRF_LOCAL
ip address 172.17.192.1 255.255.255.0
no ip redirects
no ip unreachables
ip directed-broadcast
no ip proxy-arp
end

 

Wardenclyffe#sh interfaces vlan 192
Vlan192 is up, line protocol is up
 Hardware is EtherSVI, address is 00d0.01fa.b800 (bia 00d0.01fa.b800)
 Internet address is 172.17.192.1/24
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 204/255, rxload 127/255
 Encapsulation ARPA, loopback not set
 Keepalive not supported
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:00, output 00:00:00, output hang never
 Last clearing of "show interface" counters never
 Input queue: 0/75/421412/407592 (size/max/drops/flushes); Total output drops: 982
 Queueing strategy: fifo
 Output queue: 0/40 (size/max)
 5 minute input rate 3510101000 bits/sec, 528983 packets/sec
 5 minute output rate 2811259000 bits/sec, 545914 packets/sec
 L2 Switched: ucast: 79466102863 pkt, 50531334511087 bytes - mcast: 26744122 pkt, 2429439585 bytes
 L3 in Switched: ucast: 10649025979065 pkt, 8688649716866591 bytes - mcast: 0 pkt, 0 bytes mcast
 L3 out Switched: ucast: 11310954461662 pkt, 7187032670229989 bytes mcast: 0 pkt, 0 bytes
    10649225307537 packets input, 8688690505471490 bytes, 0 no buffer
    Received 19709433 broadcasts (0 IP multicasts)
    0 runts, 0 giants, 58 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    11309798442113 packets output, 7186243186538179 bytes, 0 underruns
    0 output errors, 0 interface resets
    0 output buffer failures, 0 output buffers swapped out


 

Подскажите где копать

Share this post


Link to post
Share on other sites

они чего-то странного хотят. я бы таких попросил прогуляться в лес с пакетами не более 1500 байт. а вообще я для прокачки канала абонентоа делаю пинг 64000 байта и интервалом 0.01с. получается 50мбит. на 65000 оно вроде соасем не росло.

Share this post


Link to post
Share on other sites

где-то я погорячился, все-таки buffers huge size 65535 частично помогло:

 

bill core # ping 172.17.192.1 -s 65000
PING 172.17.192.1 (172.17.192.1) 65000(65028) bytes of data.
65008 bytes from 172.17.192.1: icmp_seq=1 ttl=255 time=148 ms
65008 bytes from 172.17.192.1: icmp_seq=2 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=3 ttl=255 time=145 ms
65008 bytes from 172.17.192.1: icmp_seq=4 ttl=255 time=147 ms
q65008 bytes from 172.17.192.1: icmp_seq=5 ttl=255 time=146 ms

--- 172.17.192.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4002ms
rtt min/avg/max/mdev = 145.789/147.098/148.341/0.870 ms
bill core # iptraf
bill core # ping 172.17.192.1 -s 65000
PING 172.17.192.1 (172.17.192.1) 65000(65028) bytes of data.
65008 bytes from 172.17.192.1: icmp_seq=1 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=2 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=3 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=4 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=5 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=6 ttl=255 time=146 ms
65008 bytes from 172.17.192.1: icmp_seq=7 ttl=255 time=146 ms
65008 bytes from 172.17.192.1: icmp_seq=8 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=9 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=10 ttl=255 time=147 ms
65008 bytes from 172.17.192.1: icmp_seq=11 ttl=255 time=146 ms
65008 bytes from 172.17.192.1: icmp_seq=12 ttl=255 time=147 ms

 

но 147 мс это как бы дофига.

Share this post


Link to post
Share on other sites

Ну наверное маршрутизатор должен эти 65000 разобрать, посчитать ну и ответить потом. Это ведь не дело маршрутизатора на большие пинги отвечать, его дело трафик маршрутизить. Вообще абоненту хочется странного, если честно. На процессоре рутера такое точно хорошо не скажется.

Share this post


Link to post
Share on other sites

Так я что-то не пойму - раньше 65к пинги ходили, но _внезапно_ перестали? Или никогда не ходили а только сейчас на это обратили внимание?

Share this post


Link to post
Share on other sites

Ну, пинговать control plane коммутатора таким пакетом я думаю идея не очень хорошая.

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.