Добрый день. Наблюдаю проблему: vxr#cle counters Clear "show interface" counters on all interfaces [confirm] vxr#sh int gi0/3 | inc clear Last clearing of "show interface" counters 00:02:07 vxr#sh int gi0/2 | inc rate Queueing strategy: fifo 30 second input rate 241830000 bits/sec, 53281 packets/sec 30 second output rate 169701000 bits/sec, 50941 packets/sec vxr#sh int gi0/2 | inc over 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored vxr#sh controllers gi0/2 | inc rx_int Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252 По всем признакам: overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data. И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50% Что можно попытаться потюнить? =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hello Yury Yaroshevsky! Wed, Sep 26, 2007 at 12:40:41PM +0300, yk wrote about "[uanog] Overrun на Gi порту NPE-G1":
vxr#cle counters Clear "show interface" counters on all interfaces [confirm] vxr#sh int gi0/3 | inc clear Last clearing of "show interface" counters 00:02:07
а тут g0/3 а ниже g0/2
vxr#sh int gi0/2 | inc rate Queueing strategy: fifo 30 second input rate 241830000 bits/sec, 53281 packets/sec 30 second output rate 169701000 bits/sec, 50941 packets/sec vxr#sh int gi0/2 | inc over 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored vxr#sh controllers gi0/2 | inc rx_int Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
А там CEF по какой-то причине не отрубился случаем? CU! -- //ShaD0w =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Yury Yaroshevsky пишет:
Добрый день.
Наблюдаю проблему:
vxr#cle counters Clear "show interface" counters on all interfaces [confirm] vxr#sh int gi0/3 | inc clear Last clearing of "show interface" counters 00:02:07 vxr#sh int gi0/2 | inc rate Queueing strategy: fifo 30 second input rate 241830000 bits/sec, 53281 packets/sec 30 second output rate 169701000 bits/sec, 50941 packets/sec vxr#sh int gi0/2 | inc over 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored vxr#sh controllers gi0/2 | inc rx_int Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
В догонку (что бы не возникало вопросов) : vxr#sh int gi0/2 stats GigabitEthernet0/2 Switching path Pkts In Chars In Pkts Out Chars Out Processor 124596 9106791 58800 10235529 Route cache 44363723 24887727515 42520247 17840933244 Total 44488319 24896834306 42579047 17851168773 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wed, Sep 26, 2007 at 12:40:41PM +0300, Yury Yaroshevsky wrote:
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
hold-queue input на интерфейсе. А вообще, если хочется достичь от раутера 100% на интерфейсе - начинать смотреть в сторону младших juniper'ов. (или, если раутинга там немного и mpls'а нет - в сторону catalyst'ов). Ну нету (пока?) у cisco раутеров, которые бы нормально работали с траффиком порядка "пара гигабит, больше не нужно". Есть только гораздо более мощные.. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Michail Litvak пишет:
Hello Yury Yaroshevsky!
Wed, Sep 26, 2007 at 12:40:41PM +0300, yk wrote about "[uanog] Overrun на Gi порту NPE-G1":
vxr#cle counters Clear "show interface" counters on all interfaces [confirm] vxr#sh int gi0/3 | inc clear Last clearing of "show interface" counters 00:02:07
а тут g0/3 а ниже g0/2
Какая разница. Я ведь на всех интерфейсах чистил. :) Я показал время за которое это набежало.
vxr#sh int gi0/2 | inc rate Queueing strategy: fifo 30 second input rate 241830000 bits/sec, 53281 packets/sec 30 second output rate 169701000 bits/sec, 50941 packets/sec vxr#sh int gi0/2 | inc over 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored ^^^^^^^^^^^^ vxr#sh controllers gi0/2 | inc rx_int Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252 ^^^^^^^^^^^^^
Вероятнее всего по этой причине наблюдаю потери пакетов. Очень небольшие, но одного абонента это не устраивает. А абонент - любимый. Так что ломаю голову что делать до приезда 7600 ...
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
А там CEF по какой-то причине не отрубился случаем?
Нет. см. еще одно мое письмо (посланное в догонку)
CU!
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
On Wednesday 26 September 2007 13:09, Alexandre Snarskii wrote:
Ну нету (пока?) у cisco раутеров, которые бы нормально работали с траффиком порядка "пара гигабит, больше не нужно". Есть только гораздо более мощные.. 7304/NSE-150? С оговоркой, разумеется, что нужные фичи поддерживаются PXF-ом...
-- Best wishes, Sergey Kovalenko GTU network engineer =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Alexandre Snarskii пишет:
On Wed, Sep 26, 2007 at 12:40:41PM +0300, Yury Yaroshevsky wrote:
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
hold-queue input на интерфейсе.
Удивляет 2 вещи: 1) input drop - нет vxr#sh int gi0/2 GigabitEthernet0/2 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0012.dab6.091a (bia 0012.dab6.091a) MTU 1500 bytes, BW 100000 Kbit, DLY 10 usec, reliability 255/255, txload 4/255, rxload 6/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON 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 00:50:12 Input queue: 2/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 254404000 bits/sec, 56243 packets/sec 30 second output rate 180768000 bits/sec, 54089 packets/sec 163586749 packets input, 93364505380 bytes, 0 no buffer Received 238978 broadcasts, 0 runts, 0 giants, 0 throttles 3 input errors, 0 CRC, 0 frame, 8461 overrun, 0 ignored 0 watchdog, 215443 multicast, 0 pause input 0 input packets with dribble condition detected 156938794 packets output, 66742246299 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out 2) overrun не совпадает с rx_int_drop по счетчикам: vxr#sh int gi0/2 | inc over 4294967277 input errors, 0 CRC, 0 frame, 9279 overrun, 0 ignored vxr#sh controllers gi0/2 | inc rx_i Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 6512
А вообще, если хочется достичь от раутера 100% на интерфейсе - начинать смотреть в сторону младших juniper'ов. (или, если раутинга там немного
Что понимается под "младший" ?
и mpls'а нет - в сторону catalyst'ов). Ну нету (пока?) у cisco раутеров, которые бы нормально работали с траффиком порядка "пара гигабит, больше не нужно". Есть только гораздо более мощные..
Отож. И стоимость при переходе возрастает на порядок. :((( =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Добрый день! On Wed, Sep 26, 2007 at 12:40:41PM +0300, Yury Yaroshevsky wrote:
Наблюдаю проблему:
vxr#cle counters Clear "show interface" counters on all interfaces [confirm] vxr#sh int gi0/3 | inc clear ^^^^^
Last clearing of "show interface" counters 00:02:07 vxr#sh int gi0/2 | inc rate ^^^^^
Это hand write typo или таки интерфейсы разные?
Queueing strategy: fifo 30 second input rate 241830000 bits/sec, 53281 packets/sec 30 second output rate 169701000 bits/sec, 50941 packets/sec vxr#sh int gi0/2 | inc over ^^^^^
0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored vxr#sh controllers gi0/2 | inc rx_int
^^^^^
Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252
По всем признакам:
overrun - Shows the number of times that the receiver hardware was incapable of handing received data to a hardware buffer because the input rate exceeded the receiver's capability to handle the data.
И это при нагрузке на интерфейсе не превышающей 30%. :((( CPU по форвардингу не вылазит на 50%
Что можно попытаться потюнить?
-- Dmitry Kiselev =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Hi! On Wed, Sep 26, 2007 at 01:12:10PM +0300, Yury Yaroshevsky writes: YY> >>vxr#cle counters YY> >>Clear "show interface" counters on all interfaces [confirm] YY> >>vxr#sh int gi0/3 | inc clear YY> >> Last clearing of "show interface" counters 00:02:07 YY> > YY> >а тут g0/3 а ниже g0/2 YY> YY> Какая разница. Я ведь на всех интерфейсах чистил. :) YY> YY> Я показал время за которое это набежало. YY> YY> >>vxr#sh int gi0/2 | inc rate YY> >> Queueing strategy: fifo YY> >> 30 second input rate 241830000 bits/sec, 53281 packets/sec YY> >> 30 second output rate 169701000 bits/sec, 50941 packets/sec YY> >>vxr#sh int gi0/2 | inc over YY> >> 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored YY> ^^^^^^^^^^^^ YY> >>vxr#sh controllers gi0/2 | inc rx_int YY> >> Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252 YY> ^^^^^^^^^^^^^ YY> >> YY> YY> Вероятнее всего по этой причине наблюдаю потери пакетов. YY> Очень небольшие, но одного абонента это не устраивает. YY> А абонент - любимый. Так что ломаю голову что делать YY> до приезда 7600 ... При 53281 pps 363 overrun за 2:07 - это по моим подсчётам ~0.005%. Плохо, конечно, что не совсем чисто, но это точно именно та проблема, которая не устраивает любимого клиента? Может, ты не в ту сторону копаешь? На пинге этого интерфейса видны потери? -- Lucky carrier, Паша. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
Pavel Gulchouck пишет:
Hi!
On Wed, Sep 26, 2007 at 01:12:10PM +0300, Yury Yaroshevsky writes: YY> >>vxr#cle counters YY> >>Clear "show interface" counters on all interfaces [confirm] YY> >>vxr#sh int gi0/3 | inc clear YY> >> Last clearing of "show interface" counters 00:02:07 YY> > YY> >а тут g0/3 а ниже g0/2 YY> YY> Какая разница. Я ведь на всех интерфейсах чистил. :) YY> YY> Я показал время за которое это набежало. YY> YY> >>vxr#sh int gi0/2 | inc rate YY> >> Queueing strategy: fifo YY> >> 30 second input rate 241830000 bits/sec, 53281 packets/sec YY> >> 30 second output rate 169701000 bits/sec, 50941 packets/sec YY> >>vxr#sh int gi0/2 | inc over YY> >> 0 input errors, 0 CRC, 0 frame, 363 overrun, 0 ignored YY> ^^^^^^^^^^^^ YY> >>vxr#sh controllers gi0/2 | inc rx_int YY> >> Error Interrupts: rx_int_dscr = 0, rx_int_derr = 0, rx_int_drop = 252 YY> ^^^^^^^^^^^^^ YY> >> YY> YY> Вероятнее всего по этой причине наблюдаю потери пакетов. YY> Очень небольшие, но одного абонента это не устраивает. YY> А абонент - любимый. Так что ломаю голову что делать YY> до приезда 7600 ...
При 53281 pps 363 overrun за 2:07 - это по моим подсчётам ~0.005%. Плохо, конечно, что не совсем чисто, но это точно именно та проблема, которая не устраивает любимого клиента? Может, ты не в ту сторону копаешь?
На пинге этого интерфейса видны потери?
В том то и дело, что пинге с этого интерфейса на direct адреса проблема не наблюдается. Проблема видна только при прохождении пакета транзитом _через_ этот интерфейс. Долго разбираться не было возможности, поэтому перетасовал нагрузку на интерфейсах и вроде как полегчало. Можно ли попросить коллег, эксплуатирующих NPE-G1, поделиться информацией: sh int | inc rate sh int stats sh int switching Естественно в момент ЧНН. Можно приватно. Заранее большое спасибо. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (6)
-
Alexandre Snarskii -
Dmitry Kiselev -
Michail Litvak -
Pavel Gulchouck -
Sergey Kovalenko -
Yury Yaroshevsky