[arch-general] Netcfg after resume from suspend
Hi all, I'm using netcfg and recently have been noticing the following. When I resume from suspend I call 'netcfg home' which tries to connect to my home's wifi network. ESSID and WEP key are correctly set. It exist with a 'could not obtain IP address error, this is the dmesg:- Registered led device: iwl-phy0::radio Registered led device: iwl-phy0::assoc Registered led device: iwl-phy0::RX Registered led device: iwl-phy0::TX ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: direct probe to AP 00:14:7c:be:39:ac (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:14:7c:be:39:ac (try 1) wlan0: authenticated wlan0: associate with AP 00:14:7c:be:39:ac (try 1) wlan0: RX AssocResp from 00:14:7c:be:39:ac (capab=0x471 status=0 aid=1) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present wlan0: deauthenticating from 00:14:7c:be:39:ac by local choice (reason=3) The weird thing is that when I run 'iwconfig wlan0 essid MYESSID key MYKEY', then run 'netcfg home' again it works no problem. Suggestions for what I can check out are welcome. This happens both on stock kernel and my custom -ice kernel, am up-to-date (without testing for now, due to my openoffice variant not being done yet).
On Thu, Jan 28, 2010 at 8:42 PM, Ng Oon-Ee <ngoonee@gmail.com> wrote:
Hi all, I'm using netcfg and recently have been noticing the following.
When I resume from suspend I call 'netcfg home' which tries to connect to my home's wifi network. ESSID and WEP key are correctly set. It exist with a 'could not obtain IP address error, this is the dmesg:-
Registered led device: iwl-phy0::radio Registered led device: iwl-phy0::assoc Registered led device: iwl-phy0::RX Registered led device: iwl-phy0::TX ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: direct probe to AP 00:14:7c:be:39:ac (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:14:7c:be:39:ac (try 1) wlan0: authenticated wlan0: associate with AP 00:14:7c:be:39:ac (try 1) wlan0: RX AssocResp from 00:14:7c:be:39:ac (capab=0x471 status=0 aid=1) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present wlan0: deauthenticating from 00:14:7c:be:39:ac by local choice (reason=3)
The weird thing is that when I run 'iwconfig wlan0 essid MYESSID key MYKEY', then run 'netcfg home' again it works no problem. Suggestions for what I can check out are welcome. This happens both on stock kernel and my custom -ice kernel, am up-to-date (without testing for now, due to my openoffice variant not being done yet).
Perhaps you need to change DHCP_TIMEOUT in the network profile to be longer?
On Fri, 2010-01-29 at 10:36 -0500, Alexander Lam wrote:
On Thu, Jan 28, 2010 at 8:42 PM, Ng Oon-Ee <ngoonee@gmail.com> wrote:
Hi all, I'm using netcfg and recently have been noticing the following.
When I resume from suspend I call 'netcfg home' which tries to connect to my home's wifi network. ESSID and WEP key are correctly set. It exist with a 'could not obtain IP address error, this is the dmesg:-
Registered led device: iwl-phy0::radio Registered led device: iwl-phy0::assoc Registered led device: iwl-phy0::RX Registered led device: iwl-phy0::TX ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: direct probe to AP 00:14:7c:be:39:ac (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:14:7c:be:39:ac (try 1) wlan0: authenticated wlan0: associate with AP 00:14:7c:be:39:ac (try 1) wlan0: RX AssocResp from 00:14:7c:be:39:ac (capab=0x471 status=0 aid=1) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present wlan0: deauthenticating from 00:14:7c:be:39:ac by local choice (reason=3)
The weird thing is that when I run 'iwconfig wlan0 essid MYESSID key MYKEY', then run 'netcfg home' again it works no problem. Suggestions for what I can check out are welcome. This happens both on stock kernel and my custom -ice kernel, am up-to-date (without testing for now, due to my openoffice variant not being done yet).
Perhaps you need to change DHCP_TIMEOUT in the network profile to be longer?
Thanks, I should have mentioned that this isn't a timeout issue, extending it to several minutes did not help, while once I run iwconfig prior to netcfg it connects in under 10 seconds.
Am 29.01.2010 02:42, schrieb Ng Oon-Ee:
Hi all, I'm using netcfg and recently have been noticing the following.
When I resume from suspend I call 'netcfg home' which tries to connect to my home's wifi network. ESSID and WEP key are correctly set. It exist with a 'could not obtain IP address error, this is the dmesg:-
Registered led device: iwl-phy0::radio Registered led device: iwl-phy0::assoc Registered led device: iwl-phy0::RX Registered led device: iwl-phy0::TX ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: direct probe to AP 00:14:7c:be:39:ac (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:14:7c:be:39:ac (try 1) wlan0: authenticated wlan0: associate with AP 00:14:7c:be:39:ac (try 1) wlan0: RX AssocResp from 00:14:7c:be:39:ac (capab=0x471 status=0 aid=1) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present wlan0: deauthenticating from 00:14:7c:be:39:ac by local choice (reason=3)
The weird thing is that when I run 'iwconfig wlan0 essid MYESSID key MYKEY', then run 'netcfg home' again it works no problem. Suggestions for what I can check out are welcome. This happens both on stock kernel and my custom -ice kernel, am up-to-date (without testing for now, due to my openoffice variant not being done yet).
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg... This has two advantages: 1) wpa_supplicant is not only used for WPA, buy also for Open and WEP networks. This increases reliability drastically! (Note that using the deprecated iwconfig-method the connection will not be reestablished by the driver once it is lost - upstream linux-wireless developers recommend always using wpa_supplicant) 2) If you also install wpa_actiond (http://mirrors.kernel.org/archlinux/testing/os/i686/wpa_actiond-1.0-1-i686.p..., http://mirrors.kernel.org/archlinux/testing/os/x86_64/wpa_actiond-1.0-1-x86_...), you get the "net-auto-wireless" mode, which not only automatically connects to the right wireless network whenever it is in range, but also deals with temporary connection losses gracefully and transparently (there is a minor bug where it sometimes won't get DHCP, but that can be worked around and is easy to fix for the next version (WPA_OPTS="-W")). It will also connect to a new network when the old one is out of range and the new one comes in range (assuming the networks are configured as profiles). I guess this will make your problem(s) go away. I don't know why James still hasn't released netcfg 2.5, but I guess he has little time lately.
On Fri, 2010-01-29 at 17:00 +0100, Thomas Bächler wrote:
Am 29.01.2010 02:42, schrieb Ng Oon-Ee:
Hi all, I'm using netcfg and recently have been noticing the following.
When I resume from suspend I call 'netcfg home' which tries to connect to my home's wifi network. ESSID and WEP key are correctly set. It exist with a 'could not obtain IP address error, this is the dmesg:-
Registered led device: iwl-phy0::radio Registered led device: iwl-phy0::assoc Registered led device: iwl-phy0::RX Registered led device: iwl-phy0::TX ADDRCONF(NETDEV_UP): wlan0: link is not ready wlan0: direct probe to AP 00:14:7c:be:39:ac (try 1) wlan0: direct probe responded wlan0: authenticate with AP 00:14:7c:be:39:ac (try 1) wlan0: authenticated wlan0: associate with AP 00:14:7c:be:39:ac (try 1) wlan0: RX AssocResp from 00:14:7c:be:39:ac (capab=0x471 status=0 aid=1) wlan0: associated ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready wlan0: no IPv6 routers present wlan0: deauthenticating from 00:14:7c:be:39:ac by local choice (reason=3)
The weird thing is that when I run 'iwconfig wlan0 essid MYESSID key MYKEY', then run 'netcfg home' again it works no problem. Suggestions for what I can check out are welcome. This happens both on stock kernel and my custom -ice kernel, am up-to-date (without testing for now, due to my openoffice variant not being done yet).
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg...
This has two advantages:
1) wpa_supplicant is not only used for WPA, buy also for Open and WEP networks. This increases reliability drastically! (Note that using the deprecated iwconfig-method the connection will not be reestablished by the driver once it is lost - upstream linux-wireless developers recommend always using wpa_supplicant)
2) If you also install wpa_actiond (http://mirrors.kernel.org/archlinux/testing/os/i686/wpa_actiond-1.0-1-i686.p..., http://mirrors.kernel.org/archlinux/testing/os/x86_64/wpa_actiond-1.0-1-x86_...), you get the "net-auto-wireless" mode, which not only automatically connects to the right wireless network whenever it is in range, but also deals with temporary connection losses gracefully and transparently (there is a minor bug where it sometimes won't get DHCP, but that can be worked around and is easy to fix for the next version (WPA_OPTS="-W")). It will also connect to a new network when the old one is out of range and the new one comes in range (assuming the networks are configured as profiles).
I guess this will make your problem(s) go away. I don't know why James still hasn't released netcfg 2.5, but I guess he has little time lately.
Thanks, it does seem to work (just one try so far). I've seen the netcfg testing thread in the forums, is that the authoritative place to go for info on this latest version, since the wiki doesn't seem updated for it yet (which of course makes perfect sense).
On Sat, Jan 30, 2010 at 01:23:25PM +0800, Ng Oon-Ee wrote:
Thanks, it does seem to work (just one try so far). I've seen the netcfg testing thread in the forums, is that the authoritative place to go for info on this latest version, since the wiki doesn't seem updated for it yet (which of course makes perfect sense).
There is a wiki page for the development version too, I think it's linked from that forum thread. -- Jim Pryor profjim@jimpryor.net
On Fri, Jan 29, 2010 at 05:00:04PM +0100, Thomas Bächler wrote:
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg...
Will this allow to specify additional routes (apart from GATEWAY) as well ? It's one thing I need e.g. at home where the gateway to the world is the ISP modem (192.168.1.1), but one of the machines on that net is also a router to second local network. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
On Sun, 31 Jan 2010 00:34 +0100, fons@kokkinizita.net wrote:
On Fri, Jan 29, 2010 at 05:00:04PM +0100, Thomas Bächler wrote:
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg...
Will this allow to specify additional routes (apart from GATEWAY) as well ? It's one thing I need e.g. at home where the gateway to the world is the ISP modem (192.168.1.1), but one of the machines on that net is also a router to second local network.
Yes. That's already available in the current [core] release too. Have a look at /etc/network.d/examples/ethernet-iproute. You can pass an array of iproute options. The example there only sets a static ip and default route, but you can pass as many routes as you like. James
On Sun, Jan 31, 2010 at 11:37:54AM +1100, James Rayner wrote:
On Sun, 31 Jan 2010 00:34 +0100, fons@kokkinizita.net wrote:
On Fri, Jan 29, 2010 at 05:00:04PM +0100, Thomas Bächler wrote:
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg...
Will this allow to specify additional routes (apart from GATEWAY) as well ? It's one thing I need e.g. at home where the gateway to the world is the ISP modem (192.168.1.1), but one of the machines on that net is also a router to second local network.
Yes. That's already available in the current [core] release too.
Have a look at /etc/network.d/examples/ethernet-iproute. You can pass an array of iproute options. The example there only sets a static ip and default route, but you can pass as many routes as you like.
Yes, but I'm using netcfg for the wireless connection of the laptop, and AFAICS the "IPCFG" command used in ethernet-iproute does not work when using the 'wireless' profile. I may be wrong but have not been able to add any routing to a wireless config. The examples seem to assume that wireless implies 1. dhcp, and 2. just a default gw and not other routes. For (1) it is just the examples lacking. But (2) seems to be a hard-wired limitation. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
On Sun, 31 Jan 2010 12:36 +0100, fons@kokkinizita.net wrote:
On Sun, Jan 31, 2010 at 11:37:54AM +1100, James Rayner wrote:
On Sun, 31 Jan 2010 00:34 +0100, fons@kokkinizita.net wrote:
On Fri, Jan 29, 2010 at 05:00:04PM +0100, Thomas Bächler wrote:
You should try the testing version of netcfg instead: http://mirrors.kernel.org/archlinux/testing/os/any/netcfg-2.5.0rc2-1-any.pkg...
Will this allow to specify additional routes (apart from GATEWAY) as well ? It's one thing I need e.g. at home where the gateway to the world is the ISP modem (192.168.1.1), but one of the machines on that net is also a router to second local network.
Yes. That's already available in the current [core] release too.
Have a look at /etc/network.d/examples/ethernet-iproute. You can pass an array of iproute options. The example there only sets a static ip and default route, but you can pass as many routes as you like.
Yes, but I'm using netcfg for the wireless connection of the laptop, and AFAICS the "IPCFG" command used in ethernet-iproute does not work when using the 'wireless' profile. I may be wrong but have not been able to add any routing to a wireless config.
The examples seem to assume that wireless implies 1. dhcp, and 2. just a default gw and not other routes.
For (1) it is just the examples lacking. But (2) seems to be a hard-wired limitation.
Oops, you're completely right for the version in [core] - it's been a while since I have used that version. In [testing] you can now use any of the ethernet-iproute options in wireless. Effectively 'ethernet-iproute' doesn't exist, they have been merged into a single 'ethernet' which handles both ifconfig/iproute, with preference for iproute. ifconfig based options are provided purely for backward compatibility. James
participants (6)
-
Alexander Lam
-
fons＠kokkinizita.net
-
James Rayner
-
Jim Pryor
-
Ng Oon-Ee
-
Thomas Bächler