PCLANTECHS
asked on
Duplex.. full, half, auto?
We seem to be having issues with our LAN. As you can see in the logs below we are getting errors and dropped packets.
Here are the logs from the trusted interface of our router and also the logs from our traffic monitor which is showing the duplex changing from half to full frequently for device IP 192.168.1.11.
Pease have a look and let me know what you think could resolve this.
Thanks for the help.
JC
eth1 Link encap:Ethernet HWaddr 00:90:7F:2E:D5:C7
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:2
RX packets:257412 errors:207 dropped:0 overruns:207 frame:0
TX packets:329778 errors:0 dropped:2112 overruns:0 carrier:0
Collisions:0
Interrupt:5 Base address:0xc000
02/19/05 19:59 kernel: eth1: Setting half-duplex based on MII #32 link partner ability of 0000.
02/20/05 04:15 kernel: eth1: Setting full-duplex based on MII #32 link partner ability of c5e1.
02/20/05 04:15 dhcpd[130]: DHCPACK on 192.168.1.11 to 00:0f:1f:d0:e4:10 via eth1
02/20/05 04:45 dhcpd[130]: saved DHCP lease database
02/20/05 05:22 kernel: eth1: Setting half-duplex based on MII #32 link partner ability of 0000.
02/20/05 20:10 dhcpd[130]: DHCPACK on 192.168.1.11 to 00:0f:1f:d0:e4:10 via eth1
02/20/05 20:10 kernel: eth1: Setting full-duplex based on MII #32 link partner ability of c5e1.
Here are the logs from the trusted interface of our router and also the logs from our traffic monitor which is showing the duplex changing from half to full frequently for device IP 192.168.1.11.
Pease have a look and let me know what you think could resolve this.
Thanks for the help.
JC
eth1 Link encap:Ethernet HWaddr 00:90:7F:2E:D5:C7
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:2
RX packets:257412 errors:207 dropped:0 overruns:207 frame:0
TX packets:329778 errors:0 dropped:2112 overruns:0 carrier:0
Collisions:0
Interrupt:5 Base address:0xc000
02/19/05 19:59 kernel: eth1: Setting half-duplex based on MII #32 link partner ability of 0000.
02/20/05 04:15 kernel: eth1: Setting full-duplex based on MII #32 link partner ability of c5e1.
02/20/05 04:15 dhcpd[130]: DHCPACK on 192.168.1.11 to 00:0f:1f:d0:e4:10 via eth1
02/20/05 04:45 dhcpd[130]: saved DHCP lease database
02/20/05 05:22 kernel: eth1: Setting half-duplex based on MII #32 link partner ability of 0000.
02/20/05 20:10 dhcpd[130]: DHCPACK on 192.168.1.11 to 00:0f:1f:d0:e4:10 via eth1
02/20/05 20:10 kernel: eth1: Setting full-duplex based on MII #32 link partner ability of c5e1.
I am unaware of this relating to dhcp btw, it is NIC relevant for MAC 00:0f:1f:d0:e4:10 via eth1
PCLANTECHS > our traffic monitor which is showing the duplex changing from half to full frequently for device I our traffic monitor which is showing the duplex changing from half to full frequently for device IP 192.168.1.11.
No. Device is not IP 192.168.1.11. IP is logical address, dhcp can hand it to anyone. Physical Device is 00:0f:1f:d0:e4:10 via eth1, the NIC, Network Interface Card.
PCLANTECHS > Duplex.. full, half, auto?
PCLANTECHS > our traffic monitor which is showing the duplex changing from half to full frequently
The problem looks like configuring too much "auto" and it getting unstable in trying to figure that out well, possibly one or two others configured differently. Make a rule, set all to exactly the same. Try it, all the same fixed (not auto) duplex and you'll see improvement. I seem to recall a test done in a prior thread here that you may be able to get up to 80 % bandwidth with half duplex, but do not quote me on that.
No. Device is not IP 192.168.1.11. IP is logical address, dhcp can hand it to anyone. Physical Device is 00:0f:1f:d0:e4:10 via eth1, the NIC, Network Interface Card.
PCLANTECHS > Duplex.. full, half, auto?
PCLANTECHS > our traffic monitor which is showing the duplex changing from half to full frequently
The problem looks like configuring too much "auto" and it getting unstable in trying to figure that out well, possibly one or two others configured differently. Make a rule, set all to exactly the same. Try it, all the same fixed (not auto) duplex and you'll see improvement. I seem to recall a test done in a prior thread here that you may be able to get up to 80 % bandwidth with half duplex, but do not quote me on that.
Dropped packets are not abnormal in any network. How do you know (other than the logs) that you have a serious problem? WHat is happening, physically? What are the symptoms of low-duplex output. Realize, any 10 base and many 10.100s will not consistently full duplex. You cannot use half as a necesary indication of a problem
ASKER
Ok its agreed that device is not the physical address of 192.168.1.11 but the MAC.
I was simply stating that so you would see in the log that the routing device seems to have dificulty auto negotiating weather full or half duplex; hence the problem. There is only one device that is connecting to the trusted interface. This device is getting several errors and dropped packets. The external interface is not getting any errors nor dropped packets.
The reason I bring this issue up is we are having issues with latency. Our connection is well above 2mbps and we are only able to get 900k. I have bypassed the routing device and get the 2mbps.
Any help is appreciated.
Thanks
JC
I was simply stating that so you would see in the log that the routing device seems to have dificulty auto negotiating weather full or half duplex; hence the problem. There is only one device that is connecting to the trusted interface. This device is getting several errors and dropped packets. The external interface is not getting any errors nor dropped packets.
The reason I bring this issue up is we are having issues with latency. Our connection is well above 2mbps and we are only able to get 900k. I have bypassed the routing device and get the 2mbps.
Any help is appreciated.
Thanks
JC
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
<< Our connection is well above 2mbps and we are only able to get 900k. I have bypassed the routing device and get the 2mbps. >>
Autonegotiation aside, if you can bypass the router and get full speed, it is time for a newer one that exceeds the capabilities of the speeds and bandwidths you are throughputting. A modern one should run 85-95% of top speed, not less than 50%.
Autonegotiation aside, if you can bypass the router and get full speed, it is time for a newer one that exceeds the capabilities of the speeds and bandwidths you are throughputting. A modern one should run 85-95% of top speed, not less than 50%.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Speeds and Duplexes
10: Usually only likes half, but will work with full
100: Designed for full, can run half
1G: Best on Full, Half not recommended
10G: Full only, standard does not allow for half
10: Usually only likes half, but will work with full
100: Designed for full, can run half
1G: Best on Full, Half not recommended
10G: Full only, standard does not allow for half
Interested.
Know that you cannot do both. Pick one and stick with it religiously.
That means, never let a PC get a NIC installed to autodetect, autoconfigure anything like that. Always manually configure (in script, but use a good interfacing tool on monitor).
Do not look only at PCs but at every device on the network, the NICs in the wiring closet, routing devices, perhaps even printers. Every device must talk same language (including protocol, linespeed, duplex etc) or it will bog down to real slow if anything gets through at all