X-Account-Key: account1 X-UIDL: 29234 X-Mozilla-Keys: Return-Path: os2-wireless_users-owner@2rosenthals.com Received: from 192.168.100.5 (hawking [192.168.100.5]) by 2rosenthals.com (Hethmon Brothers Smtpd) id 20041017182839-20809-7 ; Sun, 17 Oct 2004 18:28:39 -0400 (Hethmon Brothers Smtpd) id 20041017182834-28718-7 ; Sun, 17 Oct 2004 18:28:34 -0400 Received: from mx1.mailhop.org ([63.208.196.170]) by mxout1.mailhop.org with esmtp (Exim 4.41) id 1CJJW1-000Nbf-EI for os2-wireless_users@2rosenthals.com; Sun, 17 Oct 2004 18:28:40 -0400 Received: from waldorf.webpack.hosteurope.de ([217.115.142.71]) by mx1.mailhop.org with esmtp (Exim 4.42) id 1CJJW1-000C5z-3w for os2-wireless_users@2rosenthals.com; Sun, 17 Oct 2004 18:28:37 -0400 Received: from p5084b095.dip0.t-ipconnect.de ([80.132.176.149] helo=clanganke.de) by waldorf.webpack.hosteurope.de with asmtp (TLSv1:RC4-MD5:128) (Exim 4.34) id 1CJJVp-0001Ap-Pq for os2-wireless_users@2rosenthals.com; Mon, 18 Oct 2004 00:28:26 +0200 Message-ID: <4172F212.70503@clanganke.de> User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.4a) Gecko/20030401 X-Accept-Language: en MIME-Version: 1.0 References: <4171E1B8.5070306@2rosenthals.com> In-Reply-To: <4171E1B8.5070306@2rosenthals.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-HE-MXrcvd: no X-Mail-Handler: MailHop by DynDNS.org X-Spam-Score: -4.7 (----) Date: Mon, 18 Oct 2004 00:28:34 +0200 Sender: os2-wireless_users-owner X-Listname: os2-wireless_users@2rosenthals.com Reply-To: os2-wireless_users@2rosenthals.com From: Christian Langanke To: os2-wireless_users@2rosenthals.com Subject: [OS2Wireless] Wireless LAN Monitor vs wired/wireless cmd files X-List-Unsubscribe: Send email to mailusers-request@2rosenthals.com X-List-Owner: mailusers-owner@2rosenthals.com Hi, I think one is pretty safe on that. I have thought about some "senseful prerequisites" that make sense to take and may not be clear to everyone. This does not mean that everything must always be obeyed, but not following a rule may give you some problems where you don't expect it. (1) if the wired interface and the wifi interface connect to the same network via DHCP, it is recommended that only one of either cable or wireless card may be available/active/plugged, _not both at once_. Otherwise you end up having two nics with an IP address in one IP subsegment, where the TCP/IP stack will use only one of them (that to my knowledge cannot be influenced) and this must not necessarily be the faster one (the cabled one). So in such cases it is better to (manually) decide for the faster interface by pulling the XWLAN card or deactivating radio for built-in devices (BTW the development version already has a startup option property to unconditionally start XWLAN with radio off - this is thought to be useful for built-in devices in such (and other) scenarios). (2) the IP interface bound to the wifi nic is _not_ configured in the TCP/IP LAN configuration program (does not make sense in most cases anyway...) (3) if your cabled interface needs to be configured statically within theTCP/IP LAN configuration program: it should not be configured to an IP subsegment that may be used by _any_ wireless LAN you connect to using DHCP (same problem as in first case, but here it gets worse!). As you cannot know that for unknown WLANs: ff you let DHCP configure your LAN nic through XWLAN, have alook at the tooltip text after having received the IP config. If the IP subsegment is the same as configured for the cable one, you may be in trouble and it _may_ not work unless you execute "ifconig lanx down" for the cabled interface. (it may make sense to implement a kind of conflict detection within XWLAN, taking place after a DHCP configuration has succeeded) BTW, I never thought about requiring any scripts, so I may never thought much about what may be necessary. If there are serious reasons/requirements, I could well think of implementing startup/shutdown scripts being run after manual/DHCP config before startup and before switching to another profile. But IMHO these should be very important requirements, as I see some drawback in making the configuration options more and more complex. Ideas/Suggestions of everybody are very welcome. thanx, Christian ------------------------------------------------- Christian Langanke COS2E & CWSE Team OS/2 Ruhr e.V. cla@clanganke.de Lewis G Rosenthal wrote: > In my further test setups for class next week, I've been playing with > wired/wireless configurations. What I've found is that by using > Christian's utility, it isn't really necessary to use scripts for > bringing down the wired interface. Interestingly, the wired NIC comes > up first using DHCP, and then XWLAN brings up the WiFi card and > enables DHCP for that. Both interfaces remain active. I haven't yet > actually tested the individual connections (I was testing while > docked, and never actually pulled the cable from the dock), but this > seems infinitely easier than fussing with different scripts to bring > the interfaces down and up. > > Any thoughts along these lines? > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To unsubscribe from this list, send a message to steward@2rosenthals.com with the command "unsubscribe os2-wireless_users" in the body (omit the quotes). For help with other commands, send a message to steward@2rosenthals.com with the command "help" in the body (omit the quotes). This list is hosted by Rosenthal & Rosenthal P.O. Box 281, Deer Park, NY 11729-0281. Non- electronic communications related to content contained in these messages should be directed to the above address. (CAN-SPAM Act of 2003) =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=