From owner-freebsd-mobile@FreeBSD.ORG Fri Feb 20 14:46:47 2004 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F4916A4CE for ; Fri, 20 Feb 2004 14:46:47 -0800 (PST) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E36943D1D for ; Fri, 20 Feb 2004 14:46:47 -0800 (PST) (envelope-from sam@errno.com) Received: from 66.127.85.91 ([66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.9) with ESMTP id i1KMkiHQ056144 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 20 Feb 2004 14:46:44 -0800 (PST) (envelope-from sam@errno.com) From: Sam Leffler Organization: Errno Consulting To: "Adams, Kevin" , "'freebsd-mobile@freebsd.org'" Date: Fri, 20 Feb 2004 14:46:19 -0800 User-Agent: KMail/1.5.3 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402201446.19436.sam@errno.com> Subject: Re: 802.11 "monitor mode" issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2004 22:46:47 -0000 On Friday 20 February 2004 12:38 pm, Adams, Kevin wrote: > In the man pages of "ifconfig" it states that "monitor"... > "Put the interface in monitor mode. No packets are transmitted, > and received packets are discarded after bpf(4) processing." > > Now, using > ifconfig ath0 monitor up > > does not seem to be doing that. > The monitor thing is totally bogus; it should be removed. You want to do the following: ifconfig ath0 mediaopt monitor up (where other stuff might be commands to set the channel). At that point you can run programs like Ethereal and tcpdump w/o the driver trying to associate with an AP. If you get the latest ethereal from CVS it has radiotap support which lets you look at frames "below the 802.11 layer". The tcpdump port likewise has radiotap support; you do tcpdump -i ath0 -y IEEE802_11_RADIO (I think, this is from memory). Sam