From owner-freebsd-stable@FreeBSD.ORG Fri Feb 16 06:33:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C64116A400 for ; Fri, 16 Feb 2007 06:33:40 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id C159513C461 for ; Fri, 16 Feb 2007 06:33:39 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 81559 invoked by uid 89); 16 Feb 2007 17:34:19 +1100 Message-ID: <20070216063419.81558.qmail@baysidegrp.com.au> References: <001a01c7513e$bc0cb4c0$d801a8c0@dimuthu> <45D52987.6090505@tellurian.com> In-Reply-To: <45D52987.6090505@tellurian.com> From: "Dimuthu Parussalla BWEADM non-std-pwd" To: Vinny Abello Date: Fri, 16 Feb 2007 17:34:19 +1100 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Slow network performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Feb 2007 06:33:40 -0000 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 mtu 1500 >> options=b >> inet 192.168.1.12 netmask 0xffffff00 broadcast 192.168.1.255 >> ether 00:0e:0c:d0:73:3c >> media: Ethernet 1000baseTX >> status: active >> >> em1: flags=8843 mtu 1500 >> options=b >> inet 6x.xx.xx.xx netmask 0xffffffc0 broadcast xxx.xxx.xxx.255 >> ether 00:0e:0c:9f:f4:5e >> media: Ethernet 100baseTX >> status: active >> >> >> >> Regards >> Dimuthu Parussalla >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"