cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
708
Views
0
Helpful
2
Replies

Cisco 887 - Dialer interface counters

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

2 Replies 2

Giuseppe Larosa
Hall of Fame
Hall of Fame

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

That's what I'd figured. I will then have to plan for IOS upgrade at some point.

Thanks, Giuseppe.

Review Cisco Networking for a $25 gift card