02-11-2013 03:40 PM - edited 03-04-2019 07:00 PM
Hi all!
We have recently deployed several Ciso 887VAW (IOS 15.1(4)M4) to customer premises and I have come to realise counters show extremely high (not at all accurate) output rate and packets on all of them.
Any information as to why this might be?
Thanks!!
Dialer1 is up, line protocol is up (spoofing)
Hardware is Unknown
Internet address is *****************
MTU 1500 bytes, BW 56 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 255/255, rxload 255/255
Encapsulation PPP, LCP Closed, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 1 seconds on reset
Interface is bound to Vi2
Last input never, output never, output hang never
Last clearing of "show interface" counters 00:28:59
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: weighted fair
Output queue: 0/1000/64/0 (size/max total/threshold/drops)
Conversations 0/0/16 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 42 kilobits/sec
5 minute input rate 1194135000 bits/sec, 11 packets/sec
5 minute output rate 155545690897225000 bits/sec, 280977318174069 packets/sec
17487 packets input, 253405947124 bytes
4746306992316890012 packets output, 3756527703073020612 bytes
Bound to:
Virtual-Access2 is up, line protocol is up
Hardware is Virtual Access interface
MTU 1500 bytes, BW 1022 Kbit/sec, DLY 20000 usec,
reliability 255/255, txload 255/255, rxload 3/255
Encapsulation PPP, LCP Open
Stopped: CDPCP
Open: IPCP
PPPoATM vaccess, cloned from Dialer1
Vaccess status 0x44
Bound to ATM0 VCD: 1, VPI: 8, VCI: 35, loopback not set
Keepalive set (10 sec)
DTR is pulsed for 5 seconds on reset
Interface is bound to Di1 (Encapsulation PPP)
Last input 00:00:00, output never, output hang never
Last clearing of "show interface" counters 4w1d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 16000 bits/sec, 11 packets/sec
5 minute output rate 891500816849912000 bits/sec, 684857346280161 packets/sec
19253220 packets input, 7557005747 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7002144625030736694 packets output, 13117493468545627574 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
02-12-2013 12:27 AM
Hello Vasko,
it should be a SW bug without any real impact ( cosmetic).
Similar issues have been already reported in the forums.
To be noted the number are so high that are totally unreal. This should be something easy to detect during IOS beta testing.
Hope to help
Giuseppe
02-12-2013 01:29 PM
That's what I'd figured. I will then have to plan for IOS upgrade at some point.
Thanks, Giuseppe.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide