Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Community Member

Drops on interface and Tx ,Rx is too much

Hi All,

           I have configured all of my E1 lines into multilinks . we do often video-conferencing once a week , in that case there are lot of drops on interfaces and tx , rx are also too  much. but i have checked that bandwidth consumption doesnt exceeds 50 % in any case.sometimes tx goes upto 170/255. So plz help me to sort out this issue.

thanx and regards,

Taran

9 REPLIES

Re: Drops on interface and Tx ,Rx is too much

Hi All,

           I have configured all of my E1 lines into multilinks . we do often video-conferencing once a week , in that case there are lot of drops on interfaces and tx , rx are also too  much. but i have checked that bandwidth consumption doesnt exceeds 50 % in any case.sometimes tx goes upto 170/255. So plz help me to sort out this issue.

thanx and regards,

Taran

Hi Taran,

Please share the show interface output for the interface.

Regards

Ganesh.H

Community Member

Re: Drops on interface and Tx ,Rx is too much

Hi Ganesh,

                     I m posting conf of one of the interface , but on this int tx and rx may be less beacause video-conf is not in use.I hope it wll help u to sort out the problem.

----------------------------------------

sh int mu 13

Multilink13 is up, line protocol is up
  Hardware is multilink group interface
  Internet address is 10.88.211.2/30
  MTU 1500 bytes, BW 4096 Kbit/sec, DLY 100000 usec,
     reliability 255/255, txload 2/255, rxload 4/255
  Encapsulation PPP, LCP Open, multilink Open
  Open: IPCP, CDPCP, loopback not set
  Keepalive set (10 sec)
  DTR is pulsed for 2 seconds on reset
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters 5d03h
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 202
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 74000 bits/sec, 12 packets/sec
  5 minute output rate 34000 bits/sec, 15 packets/sec
     6842360 packets input, 3322072807 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     5 input errors, 0 CRC, 3 frame, 0 overrun, 0 ignored, 0 abort
     8804101 packets output, 2889365315 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     1 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions

Thanx and Regards,

Taran

Community Member

Re: Drops on interface and Tx ,Rx is too much

Hi Ganesh,

                      Today we are having Video-conferencing and I m sending you details of multilink:

sh int mu 7
Multilink7 is up, line protocol is up
  Hardware is multilink group interface
   Internet address is 10.88.103.222/30
  MTU 1500 bytes, BW 4096 Kbit/sec, DLY 100000 usec,
     reliability 255/255, txload 40/255, rxload 39/255
  Encapsulation PPP, LCP Open, multilink Open
  Open: IPCP, CDPCP, loopback not set
  Keepalive set (10 sec)
  DTR is pulsed for 2 seconds on reset
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters 2w5d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 573
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 641000 bits/sec, 197 packets/sec
  5 minute output rate 652000 bits/sec, 183 packets/sec
     43147422 packets input, 4095245573 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     452 input errors, 0 CRC, 52 frame, 272 overrun, 0 ignored, 76 abort
     28426734 packets output, 1646453786 bytes, 0 underruns
     0 output errors, 0 collisions, 5 interface resets
     4 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions

Thanx and regards,

Taran

Re: Drops on interface and Tx ,Rx is too much

Hi Taran,

As per the logs rx and tx load are getting lower it can be possible packets are getting dropped and have you checked the bandwidth utilization when ever video conferning happens and what is the total bandwidth at your links.

Ganesh.H

Community Member

Re: Drops on interface and Tx ,Rx is too much

Hi Taran,

I would advise you to check all the E1 links which are bundled in multilink as this problem can be related to links.

Yoo can check all the links one by one by removing them from the multilink.

Satish

Community Member

Re: Drops on interface and Tx ,Rx is too much

Hi ,

           I m posting the output of both serial int binded with Multilink.Video-Conferencing is not taking too much band because its connected at 384 kbps. By adding other data like FTP,HTTP etc it never exceeded than 1 mbps . so i dont think there is too much load on int.

***sh int ser 4/1:0
Serial4/1:0 is up, line protocol is up
  Hardware is PA-MC-8TE1 Plus
    MTU 1500 bytes, BW 2048 Kbit/sec, DLY 20000 usec,
     reliability 255/255, txload 25/255, rxload 25/255
  Encapsulation PPP, LCP Open, multilink Open
  Link is a member of Multilink bundle Multilink7, crc 16, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 2w5d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair  [suspended, using FIFO]
  FIFO output queue 0/40, 0 drops
  5 minute input rate 204000 bits/sec, 82 packets/sec
  5 minute output rate 204000 bits/sec, 93 packets/sec
     33117675 packets input, 617630167 bytes, 0 no buffer
     Received 0 broadcasts, 2043 runts, 0 giants, 0 throttles
     2519 input errors, 258 CRC, 0 frame, 0 overrun, 0 ignored, 55 abort
     25176965 packets output, 1274915913 bytes, 0 underruns
     0 output errors, 0 collisions, 40 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     1 carrier transitions   no alarm present
  Timeslot(s) Used:UNFRAMED, transmit delay is 0 flags

#sh int ser 4/2:0
Serial4/2:0 is up, line protocol is up
  Hardware is PA-MC-8TE1 Plus
  MTU 1500 bytes, BW 2048 Kbit/sec, DLY 20000 usec,
     reliability 255/255, txload 25/255, rxload 25/255
  Encapsulation PPP, LCP Open, multilink Open
  Link is a member of Multilink bundle Multilink7, crc 16, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 2w5d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair  [suspended, using FIFO]
  FIFO output queue 0/40, 0 drops
  5 minute input rate 203000 bits/sec, 82 packets/sec
  5 minute output rate 203000 bits/sec, 92 packets/sec
     31583082 packets input, 215255903 bytes, 0 no buffer
     Received 0 broadcasts, 6450 runts, 0 giants, 0 throttles
     9080 input errors, 1359 CRC, 0 frame, 0 overrun, 0 ignored, 190 abort
     24460585 packets output, 976480014 bytes, 0 underruns
     0 output errors, 0 collisions, 994 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     1 carrier transitions   no alarm present
  Timeslot(s) Used:UNFRAMED, transmit delay is 0 flags

Thanx and regards,

Taran

Re: Drops on interface and Tx ,Rx is too much

Hi ,

           I m posting the output of both serial int binded with Multilink.Video-Conferencing is not taking too much band because its connected at 384 kbps. By adding other data like FTP,HTTP etc it never exceeded than 1 mbps . so i dont think there is too much load on int.

***sh int ser 4/1:0
Serial4/1:0 is up, line protocol is up
  Hardware is PA-MC-8TE1 Plus
    MTU 1500 bytes, BW 2048 Kbit/sec, DLY 20000 usec,
     reliability 255/255, txload 25/255, rxload 25/255
  Encapsulation PPP, LCP Open, multilink Open
  Link is a member of Multilink bundle Multilink7, crc 16, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 2w5d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair  [suspended, using FIFO]
  FIFO output queue 0/40, 0 drops
  5 minute input rate 204000 bits/sec, 82 packets/sec
  5 minute output rate 204000 bits/sec, 93 packets/sec
     33117675 packets input, 617630167 bytes, 0 no buffer
     Received 0 broadcasts, 2043 runts, 0 giants, 0 throttles
     2519 input errors, 258 CRC, 0 frame, 0 overrun, 0 ignored, 55 abort
     25176965 packets output, 1274915913 bytes, 0 underruns
     0 output errors, 0 collisions, 40 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     1 carrier transitions   no alarm present
  Timeslot(s) Used:UNFRAMED, transmit delay is 0 flags

#sh int ser 4/2:0
Serial4/2:0 is up, line protocol is up
  Hardware is PA-MC-8TE1 Plus
  MTU 1500 bytes, BW 2048 Kbit/sec, DLY 20000 usec,
     reliability 255/255, txload 25/255, rxload 25/255
  Encapsulation PPP, LCP Open, multilink Open
  Link is a member of Multilink bundle Multilink7, crc 16, loopback not set
  Keepalive set (10 sec)
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 2w5d
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair  [suspended, using FIFO]
  FIFO output queue 0/40, 0 drops
  5 minute input rate 203000 bits/sec, 82 packets/sec
  5 minute output rate 203000 bits/sec, 92 packets/sec
     31583082 packets input, 215255903 bytes, 0 no buffer
     Received 0 broadcasts, 6450 runts, 0 giants, 0 throttles
     9080 input errors, 1359 CRC, 0 frame, 0 overrun, 0 ignored, 190 abort
     24460585 packets output, 976480014 bytes, 0 underruns
     0 output errors, 0 collisions, 994 interface resets
     0 unknown protocol drops
     0 output buffer failures, 0 output buffers swapped out
     1 carrier transitions   no alarm present
  Timeslot(s) Used:UNFRAMED, transmit delay is 0 flags

Thanx and regards,

Taran

Taran,

As per the interface logs following assumption can be made as listed below:-


This interface has had 994 interface resets.

This may occur if packets queued for transmission were not sent within several  seconds. This may be caused by a malfunctioning modem which is not supplying the  transmit clock signal, or by a cable problem. If the IOS device notices that  the Carrier Detect signal of the serial interface is up, but the line protocol  is down, it periodically resets the interface in an effort to restart it. Interface  resets may also occur when an interface is looped or shutdown.
 
TRY THIS: Use the 'clear counters Serial4/2:0' command to ensure current information  is being displayed.

This interface has received a high number (0.0043% of input packets)  of packets with incorrect CRCs (corrupted data).

Problems that may cause this symptom include:

  a. Noisy serial line
  b. Serial cable is too long or cable from the CSU/DSU to the router is not
     shielded
  c. SCTE mode is not enabled on the DSU
  d. The CSU line clock is incorrectly configured
  e. A Ones density problem on the link (incorrect framing or coding
     specification), exists
  f. Verify the queuing strategies are the same on both ends of the link.

  TRY THIS:


  1. Ensure that the line is clean enough for transmission requirements. Shield the cable if necessary.
  2. Make sure the cable is within the recommended length (no more than 50 feet [15.24 meters], or 25 feet [7.62 meters] for the link).
  3. Ensure that all devices are properly configured for a common line clock.Set serial clock transmit external (SCTE) on the local and remote DSU.  If you are attempting serial connections at speeds greater than 64 kbps witha CSU/DSU that does not support (SCTE), you might have to invert the transmit clock on the router. Inverting the transmit clock compensatesfor phase-shifts between the data and clock signals.
  4. Make certain that the local and remote CSU/DSU are configured for thesame framing and coding scheme as that used by the leased-line or other carrier service (for example, ESF/B8ZS).

  5. Contact your leased-line or other carrier service and have them perform integrity tests on the line.

and also check the below link on troubleshooting on E1 lines

http://www.cisco.com/en/US/docs/internetworking/troubleshooting/guide/tr1915.html

Hope to help

Ganesh.H

Community Member

Re: Drops on interface and Tx ,Rx is too much

Hi Ganesh,

                    As I told u this problem only occurs when VCON going on . Now VCON is over and there is no load on interface after I cleared the counters.CRC is also zero now , this problem is same for all other 20 sites.

thanx and regards,

Taran

Hall of Fame Super Gold

Re: Drops on interface and Tx ,Rx is too much

This interface has received a high number (0.0043% of input packets)

That is not an high number, actually is negligible!

2419
Views
0
Helpful
9
Replies
CreatePlease to create content