Slow network performance

Dimuthu Parussalla BWEADM non-std-pwd dparussalla at baysidegrp.com.au
Fri Feb 16 06:33:40 UTC 2007


This is exactly what I did. 

Managed Switch A (2950G) 

1) both switch and bge/em card set for auto negeotiation
2) Both switch and bge/em set for 1000mb full-duplex. 


Managed Switch B (Netgeat GSM7224) 

1) both switch and bge/em card set for auto negeotiation
2) Both switch and bge/em set for 1000mb full-duplex. 


I am seriously running out of options. 

Thanks 


Vinny Abello writes: 

> Although I don't think this is necessarily the cause of your dropouts as 
> you put it, one must understand the way autonegotiation and manual speed 
> and duplex work between network gear. 
> 
> For autonegotiation to work, BOTH devices must support autonegotiation, OR 
> both devices must be set to the same speed and duplex setting. If one only 
> supports auto and the other does not, you must NOT set the device that you 
> can manually configure to full duplex. The auto device will never 
> negotiate at full duplex and fall back to half when autonegotiation fails, 
> causing a duplex mismatch and horrible network performance and loss. 
> 
> A very rough set of rules of thumb (YMMV): 
> 
> When connecting to an unmanaged switch, use auto. If your host doesn't 
> support auto, set it to half-duplex. 
> 
> When connecting to a managed switch, make sure the port is set to auto and 
> set your system to auto, otherwise force both the switch port and your 
> host to the same settings. This is required especially if the host doesn't 
> support auto negotiation and you want to run at full duplex. 
> 
> When connecting to a managed switch, enable portfast or the equivalent 
> spanning-tree command on the switch port your host is connected to so it 
> forwards traffic immediately when getting link. 
> 
> 
> So to sum it up, auto only works if both sides speak auto. Auto 
> negotiation failure falls back to half-duplex! 
> 
> Of course there are all the horror stories where auto negotiation is evil 
> and that different vendor's implementations don't play nice or are just 
> completely broken, so always set things to manual or you and your family 
> will suffer an untimely death... There are so many of these stories that 
> one would think there has to be some truth to it. In my own experience, I 
> have never had an issue with auto negotiation in some ten years of working 
> with a dozen different vendors' networking gear so I guess I'm lucky... or 
> I just understand how it interacts with other devices and their 
> capabilities. I still don't know which exactly. 
> 
> 
> Hope this helps! :) 
> 
> 
> Dimuthu Parussalla wrote:
>> Hi All, 
>> 
>> Apart from random dropout from the network. Our IBM X236 server suffers 
>> slow
>> network performance. I've changed the server from CISCO switch to a 
>> netgear
>> switch on a test platform. Also tried 1000m full-duplex setup with no 
>> auto
>> negotionation on both ends. Still after few days (3-4) server drops the
>> connection. And while its working I get 90KBps upload/download with ftp
>> transfers. 
>> 
>> I have treid changing BGE network cards to EM (intel 100/1000) still the
>> same result. Any idea's to nail this problem? 
>> 
>> 
>> /etc/sysctl.conf 
>> 
>> kern.ipc.maxsockbuf=8388608
>> kern.ipc.somaxconn=2048
>> net.inet.tcp.sendspace=3217968
>> net.inet.tcp.recvspace=3217968
>> net.inet.tcp.rfc1323=1
>> #net.inet.tcp.rfc3042=0
>> net.inet.ip.portrange.hilast=65535
>> net.inet.ip.portrange.hifirst=49152
>> net.inet.ip.portrange.last=65535
>> net.inet.ip.portrange.first=1024
>> net.inet.tcp.inflight.enable=0 
>> 
>>  
>> 
>> /boot/loader.conf 
>> 
>> kern.ipc.nmbclusters=32768 
>> 
>> 
>> Interfaces: 
>> 
>> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>         options=b<RXCSUM,TXCSUM,VLAN_MTU>
>>         inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255
>>         ether 00:0e:0c:d0:73:3c
>>         media: Ethernet 1000baseTX <full-duplex>
>>         status: active 
>> 
>> em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>         options=b<RXCSUM,TXCSUM,VLAN_MTU>
>>         inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255
>>         ether 00:0e:0c:9f:f4:5e
>>         media: Ethernet 100baseTX <full-duplex>
>>         status: active 
>> 
>>  
>> 
>> Regards
>> Dimuthu Parussalla 
>> 
>> 
>> ------------------------------------------------------------------------ 
>> 
>> _______________________________________________
>> freebsd-stable at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"


More information about the freebsd-stable mailing list