From: "Jeroen Besse" Received: from mxout4.mailhop.org ([63.208.196.168] verified) by 2rosenthals.com (CommuniGate Pro SMTP 5.0.9) with ESMTP id 280417 for os2-wireless_users@2rosenthals.com; Thu, 10 Aug 2006 01:24:22 -0400 Received: from mxin1.mailhop.org ([63.208.196.175]) by mxout4.mailhop.org with esmtp (Exim 4.51) id 1GB31X-000145-Cz for os2-wireless_users@2rosenthals.com; Thu, 10 Aug 2006 01:24:04 -0400 Received: from nf-out-0910.google.com ([64.233.182.189]) by mxin1.mailhop.org with esmtp (Exim 4.51) id 1GB31S-0001mU-2t for os2-wireless_users@2rosenthals.com; Thu, 10 Aug 2006 01:23:58 -0400 Received: by nf-out-0910.google.com with SMTP id o63so434112nfa for ; Wed, 09 Aug 2006 22:23:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nHEJHTFaiCCdqw/zDs3+K9RcB9OIpKLGCrHW0431JrD0hhS3sRAhtt6v2INk83MjDzsax+/fakPxLoiRJtPw2qiEsa6mcnga3ZbRhi+0CzXSz68xrurEgp+YY3fE2jgfFk2tKtp3vuBTyeoWeTvcMtw3cnVOyDQaYKcPT3nKMQA= Received: by 10.78.193.5 with SMTP id q5mr1038830huf; Wed, 09 Aug 2006 22:23:56 -0700 (PDT) Received: by 10.78.139.6 with HTTP; Wed, 9 Aug 2006 22:23:56 -0700 (PDT) Message-ID: <7234a03c0608092223s4dbc3847u7bdc6c2b8b30a55@mail.gmail.com> Date: Thu, 10 Aug 2006 07:23:56 +0200 To: "OS/2 Wireless Users Mailing List" Subject: Re: [OS2Wireless]Re: Timeout problem In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Mail-Handler: MailHop by DynDNS X-Spam-Score: -2.2 (--) On 8/10/06, John Poltorak wrote: > On Wed, Aug 09, 2006 at 02:26:37PM -0400, Lewis G Rosenthal wrote: > > More important (for these purposes) is what is between you and the server, John. > > > I have an ADSL 4-port router where my two main servers are connected. They > use old IBM 10Mbps ethernet cards. The laptop gets plugged into this > router. > > > Hubs are half-duplex devices, whereas switches are (usually) > > auto-sensing. Older hardware, however didn't always implement full > duplex in the same manner, so it's possible that a single device can cause a packet storm due to dropped packet > > s, affecting (or effecting, as it were) the entire network. Better switches should detect such things and partition the errant client, but this may not be relia > > ble, even with newer hardware. > > > > Good troubleshooting steps: > > > > 1. Check the obvious (bad patch cable(s), jacks, power, etc.). don't overlook some unrelated software which may be stealing CPU cycles, either. > > The laptop is new and is hardly running anything at all - just an OS/2 cmd > shell. > > > > > > > 2. Isolate the client with the worst problem (if possible). > > > > 3. Disconnect the rest of the stations (or power them off). > > The two servers work fine. > > > 4. Lock the server and the workstation at 10Mbps half duplex and observe. > > How do I tell if they are working at half duplex? > > > 5. If all goes well with #4, the bump both to 100Mbps half duplex and observe. > > 10Mbps is the max. > > > 6. Assuming #5 goes well, drop back to 10Mbps and switch to full duplex. > > > > 7. If #6 works without incident, go to 100/full on both, and finally auto. > > > > Soft cable faults can be difficult to find. Adapters set to auto can drop a lot of packets just switching back and forth between full and half duplex, whereas l > > ocking them down to half may result in better all around performance. > > I suspect that problem is down to the driver and its configuration. > > It has a Broadcom BCM4401 - a fast ethernet MAC chip according to PCI. > > According to the docs:- > > The official driver is not available for OS/2, > and the datasheet is not available to write drivers. > > This driver is based on the source of Linux driver version 3.0.7, > which was provided on the Broadcom website. > > > Maybe I should contact the developer of the driver, although I think I > should ensure I have configured it correctly. I haven't set any options in > the NIF so all the defaults will apply. Maybe some need to be over ridden. > > Any suggestions? > > [B44A] Well, I see no option there to set speed or duplex type... seems like you can't set it through the driver. Maybe there is an option, but it's simply not in the .NIF file. With a program like file commander, view the .OS2 file, look for the option text strings that are listed in the .NIF file, and see whether there also is something like 'speed' or 'duplex'... also, look for value lists like '10', '100', '10hdx', '100fdx'. In the latter 2 cases, speed and duplex are combined in one parameter. If you find them, add them to the card section of protocol.ini and set speed to '10' and duplex to 'half', or speed to '10hdx' (depending on your findings). Or, start looking around for another driver for your card. Maybe genmac? Best regards, Jeroen Besse