From owner-freebsd-mobile Fri Jul 6 9:28:52 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id AFE4C37B401 for ; Fri, 6 Jul 2001 09:28:47 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [3ffe:1200:301b:0:290:27ff:fed1:576b]) by quack.kfu.com (8.11.3/8.11.3) with ESMTP id f66GSZa69438 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Fri, 6 Jul 2001 09:28:42 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) From: Nick Sayer Received: from kfu.com (localhost.kfu.com [127.0.0.1]) (authenticated) by medusa.kfu.com (8.11.4/8.11.3) with ESMTP id f66GSZv62888; Fri, 6 Jul 2001 09:28:35 -0700 (PDT) (envelope-from nsayer@kfu.com) Received: from 206.112.108.125 (SquirrelMail authenticated user nsayer) by medusa.kfu.com with HTTP; Fri, 6 Jul 2001 09:28:35 -0700 (PDT) Message-ID: <2018.206.112.108.125.994436915.squirrel@medusa.kfu.com> Date: Fri, 6 Jul 2001 09:28:35 -0700 (PDT) Subject: Re: wicontrol -p args To: In-Reply-To: <200107061516.IAA17868@sirius.cs.pdx.edu> References: <200107061516.IAA17868@sirius.cs.pdx.edu> Cc: X-Mailer: SquirrelMail (version 1.1.2) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Filter-Version: 1.3 (medusa.kfu.com) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > To: Nick Sayer > Subject: Re: wicontrol -p args > In-Reply-To: Your message of "Thu, 05 Jul 2001 19:29:51 PDT." > <3B45229F.10403@quack.kfu.com> > Date: Fri, 06 Jul 2001 08:15:29 -0700 > From: Jim Binkley > > > So what the heck is peer to peer mode and how does it > differ from adhoc IBSS mode? IBSS and adhoc are two different things. > which is: > > # wicontrol -p 1 > # wicontrol -c 1 > # wicontrol -n someessid > > and then we have managed mode With -p 1, -c is irrelevant. People often think that -p 1 -c 1 is how you can make a 'virtual airport' (I used to think this), but that's not what it's for. This is probably why the man page says it doesn't work. The driver is not currently capable of turning a card into an access point. I would like nothing more than to be able to set a few flags in wicontrol and then use the netgraph bridge node to hook a wireless segment to a wired one, but this would fail because the driver can't even perform promiscuous transmission, much less emulate an access point. > > managed > # wicontrol -p 1 > # wicontrol -c 0 > # wicontrol -n ornot ... > > and then we have demo ad hoc mode, which was not IBSS mode ... > and does not interop with any other hw from other vendors. wicontrol -p 0 wicontrol -c 1 wicontrol -n peer_group wicontrol -f 10 is how you set up the "peer to peer" mode. This interoperates with the "peer to peer" setting of the latest Orinocco drivers for M$ OSes. "-c 1" is required by at least one of the members of the group, but is harmless if done by multiple members. Setting channel 10 is also required, since the Orinocco drivers do not allow peer-to-peer groups to choose a channel, and 10 is what the driver uses (perhaps this is a registry setting?). > > demo ad hoc > # wicontrol -p 3 This is the older-style "adhoc" peer-to-peer stuff. It is no longer supported by current Orinocco drivers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message