08-21-2008 01:40 PM - edited 03-03-2019 11:13 PM
Anyone got an idea on how to troubleshoot
%AMDP2_FE-5-LATECOLL: Ethernet1/0 transmit error. This interface connects ot a speedstream modem which, in turns connect to a DSL connection.
ROUTER(config)#do sh run int ethernet 1/0
Building configuration...
Current configuration : 195 bytes
!
interface Ethernet1/0
description MTS_DSL
no ip address
no ip redirects
no ip unreachables
no ip proxy-arp
half-duplex
pppoe enable
pppoe-client dial-pool-number 1
no mop enabled
end
ROUTER(config)#do sh int ethernet 1/0
Ethernet1/0 is up, line protocol is up
Hardware is AmdP2, address is 000d.bd15.c610 (bia 000d.bd15.c610)
Description: MTS_DSL
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
ARP type: ARPA, ARP Timeout 04:00:00
Last input 04:26:06, output 00:00:04, output hang never
Last clearing of "show interface" counters 03:28:05
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 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
4127 packets input, 907021 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
5856 packets output, 1367989 bytes, 0 underruns
18 output errors, 16 collisions, 9 interface resets
0 babbles, 15 late collision, 22 deferred
3 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
08-21-2008 01:56 PM
Does pppoe have an overhead of 8? So doesnt the MTU need to be lowered?
08-21-2008 02:00 PM
Thanks for your response.
I tried doing that.
ROUTER(config-if)#mtu 1492
% Interface Ethernet1/0 does not support user settable mtu.
Also the MTU on Dialer 1 interface is set to 1492
interface Dialer1
ip address negotiated
no ip redirects
no ip unreachables
no ip proxy-arp
ip mtu 1492
ip nat outside
ip virtual-reassembly
encapsulation ppp
no ip mroute-cache
dialer pool 1
dialer-group 1
ppp authentication chap callin
ppp chap hostname XXXXX
ppp chap password XXXXX
08-21-2008 02:01 PM
Ojasvi
A late collision is a classic symptom of duplex mismatch. Your interface is hard set to half duplex. I suspect that is you check the speedstream is probably set for full duplex.
If one device has its duplex hard set then both devices on a connection need to have duplex hard set and they need to be set the same. I believe that if you set this interface for full duplex that the errors will stop (and performance will probably improve).
HTH
Rick
08-21-2008 02:04 PM
Hey Rick,
Thanks for the response. I tried using Full-duplex as well. When I use Full-duplex input errors increase tremendously. When I use half-duplex output errors occur.
Since the modem belongs to the ISP, it is not gonna allow me to change anything on the modem.
Any tweaking that we can do on the router?
Thanks very much
OJ
08-21-2008 02:48 PM
I think the service you have from the provider is half-duplex. Check with your subscriber whether they have given you modem that works only on half-duplex. We have a similar issue with one of our clients.
08-21-2008 02:49 PM
I think the service you have from the provider is half-duplex. Check with your subscriber whether they have given you modem that works only on half-duplex. We have a similar issue with one of our clients. I don't think you can do anything on the router side. Its not a problem at router end.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: