From: "John Clemente" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.1.16) with ESMTP id 2877306 for os2-wireless_users@2rosenthals.com; Mon, 14 Sep 2009 15:39:00 -0400 Received: from secmgr-va.2rosenthals.com ([162.83.95.194] helo=mail2.2rosenthals.com) by secmgr-ny.randr with esmtps (TLSv1:AES256-SHA:256) (Exim 4.43) id 1MnHO1-0003wq-Sy for os2-wireless_users@2rosenthals.com; Mon, 14 Sep 2009 15:38:57 -0400 Received: from mail-qy0-f171.google.com ([209.85.221.171]:42921) by mail2.2rosenthals.com with esmtp (Exim 4.69) (envelope-from ) id 1MnHNr-0007c6-1n for os2-wireless_users@2rosenthals.com; Mon, 14 Sep 2009 15:38:43 -0400 Received: by qyk1 with SMTP id 1so2531394qyk.22 for ; Mon, 14 Sep 2009 12:38:42 -0700 (PDT) Received: by 10.224.110.212 with SMTP id o20mr5574519qap.151.1252957121660; Mon, 14 Sep 2009 12:38:41 -0700 (PDT) X-CTCH-RefID: str=0001.0A010205.4AAE9BC3.0177,ss=1,fgs=0 Received: from ?192.168.2.115? (cpe-74-76-58-186.nycap.res.rr.com [74.76.58.186]) by mx.google.com with ESMTPS id 6sm174810qwk.54.2009.09.14.12.38.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Sep 2009 12:38:40 -0700 (PDT) Sender: John Clemente Message-ID: <4AAE9BBF.3020305@attglobal.net> Disposition-Notification-To: John Clemente Date: Mon, 14 Sep 2009 15:38:39 -0400 User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8.1.21) Gecko/20090410 SeaMonkey/1.1.16 MIME-Version: 1.0 To: OS/2 Wireless Users Mailing List Subject: Re: [OS2Wireless] Re: Perhaps it is time to fix it? References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Spam-Report: 1.0 RCVD_BY_IP Received by mail server with no name Lewis G Rosenthal wrote: > Hi, John.... > > On 09/14/09 09:25 am, John Clemente thus wrote : >> Gentleman all: >> >> I have been reading the "Is there such a device?" thread since Jim >> S.'s first post a month ago in hopes of picking up enough information >> about router architecture to help me successfully connect my TP42 P >> to routers using encryption when booted to either RC3 or RC5. I >> would rather work these thing out my self and not have to ask the >> dumb question if at all possible. >> > :-) >> While the "such a device" discussion was a mile wide and my >> understanding of it perhaps an inch deep, if that, I found it >> interesting and did pick up some hints. In the hope that the >> problem is something simple I am missing or that a small change to >> the DHCP configuration file will solve the problem here it goes. >> > LOL! Yes, it did meander quite a bit... > > I hope you did glean something from it, however. >> First, I can connect freely to all open routers in hot spots >> throughout the country without any problem. That said, I am often at >> locations where routers are encrypted and the owners give me the WEP >> password to permit me to connect. The routers are usually various >> models of NETGEAR or Linksys. >> Although I think I have used every possible variation offered by the >> Wireless LAN Monitor v. 3.10 I have never succeeded in getting a WEP >> connection. The passwords are usually ten number/letter combinations >> which I deduce are for 64 bit encryption. The passwords work in XP >> when I boot to it and in the i-phone with no problem. >> > These are - in all likelihood - *not* WEP keys, but rather WPA > passphrases. Yes which is a bit confusing on the encryption tab . Although I have tried entering the 10 letters/number paraphrase in the Neesus generator ( which then generates 4 hex keys) and just entering the paraphrase on the line for Key 1. neither worked to get an IP using DHCP > >> One variation will get me an IP to the LAN in Ecs but not any traffic >> over the WAN - internet. > That's a routing issue, and separate form the encryption problem you > describe, above. Yes I thought had no way of knowing that to be the case. >> If I set up a profile for the location and specify an IP (select >> "manually" rather than DHCP on the TCP/IP tab) the router then gives >> me that IP, but I can not then transfer any data to the internet, >> although I can get to the router setup page and other locations >> inside the LAN. > Right. This is because you have not given yourself a default gateway > (door), so your system knows not how to get "out of the room," so to > speak. If you can transport across the LAN wihtout a problem, then > encryption isn't the issue. Yes I can once I have an IP > If you can't obtain a DHCP address and the rest of your configuration > (default gateway, DNS servers, etc.), that's a different issue. No IP is assigned if I let the software use DHCP... But they are related as the same paraphrase is used in both the manually mode and the DHCP mode. The result is different however. In on case the router assigns an IP and in the other it does not. > >> Can anyone shine a light on what I am doing wrong? >> > Well, let's start with what works: > > You can associate with the network. What encryption options have you > specified for this to work? (This is more a matter of curiosity than > anything else; this isn't really your problem.) I have tried all four options but think 64 bit WEP is the right one as there are 10 letters/numbers in the paraphrase I am given and I think you need more for 128 bit don't you? > > You say that you can connect fine to unencrypted hotspots and get DHCP > info to connect. Perhaps we're just not waiting long enough for the > data to come down over the encrypted link? I have actually left if for 1/2 hour and no IP > Encryption does include a performance hit. Are you running any type of > local firewall (either the built-in one or InJoy)? No > I can't see that this is causing any trouble, but want to cover all > bases. Can you describe what happens on an encrypted network where you > are able to assign a static IP, When I assign and IP I get a 5 bar green on the indicator rather quickly which indicate the typical info when I hold the cursor over it. > when instead you leave the profile set for DHCP? What is the XWLAN > indicator doing? The indicator gives me the standard "configuring TCP/IP" symbol and stays frozen in that mode. If I open dhcpmon.exe to see what is going on == it is caught in a "sending discover message" loop ie when it gets no acceptable response after some default time, it sends the message again. > >