From owner-freebsd-mobile@FreeBSD.ORG Thu Feb 21 23:01:42 2008 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4EE16A400 for ; Thu, 21 Feb 2008 23:01:42 +0000 (UTC) (envelope-from mickey242@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 41E1A13C45E for ; Thu, 21 Feb 2008 23:01:42 +0000 (UTC) (envelope-from mickey242@gmx.net) Received: (qmail invoked by alias); 21 Feb 2008 23:01:40 -0000 Received: from port-ip-213-211-209-123.reverse.mdcc-fun.de (EHLO gunhead.enforcer.cc) [213.211.209.123] by mail.gmx.net (mp022) with SMTP; 22 Feb 2008 00:01:40 +0100 X-Authenticated: #8913523 X-Provags-ID: V01U2FsdGVkX1/zm7JLw9fzS9V0bjdsWvYDqwEFiZ3u2O/w+aJlms MFBU5BJV+e5Zd5 Message-ID: <47BE02D3.10300@gmx.net> Date: Fri, 22 Feb 2008 00:01:39 +0100 From: Andreas Wetzel User-Agent: Thunderbird 2.0.0.9 (X11/20080216) MIME-Version: 1.0 To: Sam Leffler References: <47BD8606.90408@gmx.net> <47BDF911.5080002@errno.com> In-Reply-To: <47BDF911.5080002@errno.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-mobile@freebsd.org Subject: Re: DHCP fails after suspend/resume X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2008 23:01:43 -0000 Sam Leffler wrote: > Sounds like the h/w lost the crypto keys if you can see the DHCP frames > as they should be encrypted. Unfortunately none of my Thinkpads have > had working suspend/resume forever so it's hard for me to investigate. > If you want to investigate turn on debug msgs in the 802.11 layer and > the ath driver to watch what happens plumbing keys: > > wlandebug crypto > athdebug key > > You'll need to build the driver with ATH_DEBUG enabled to get debug msgs. I forgot to mention, that currently I am doing an /etc/rc.d/netif stop from the /etc/rc.suspend script, and an /etc/rc.d/netif start from the /etc/rc.resume script. Otherwise, after the resume, I end up having multiple instances of dhclient running on ath0. This implies restarting wpa_supplicant and dhclient. Am I wrong or does this set up completely new encryption keys? The radius server log shows a successful EAP-TTLS login after the resume, and ath0 on the ThinkPad shows that is has associated to the network. A little hacking of the dhclient source has discovered, that when I set the BOOTP Broadcast flag in the DHCPREQUEST packet, dhclient succeeds in getting an address from the DHCP server. But then another problem pops up. ARP does not seem to function. So maybe you are right about problems with the encryption keys. What I do not quite understand is, why should I see encrypted traffic, when running ethereal on ath0 on the server machine running hostapd? -- Keep it icy man. I don't want to end up a corpse before my time because you were daydreaming.