01-21-2010 09:03 PM - edited 03-04-2019 07:15 AM
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
01-21-2010 10:38 PM
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
01-22-2010 12:52 AM
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
01-27-2010 11:47 PM
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
01-28-2010 01:21 AM
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
01-28-2010 01:58 AM
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
01-28-2010 02:44 AM
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
01-28-2010 02:59 AM
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 flagsThanx 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
01-28-2010 03:34 AM
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
01-28-2010 07:46 AM
This interface has received a high number (0.0043% of input packets)
That is not an high number, actually is negligible!
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