Bug 174661 - [wlan] lost alias on wlan interface
Summary: [wlan] lost alias on wlan interface
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: wireless (show other bugs)
Version: 9.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-wireless (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-23 19:00 UTC by Carsten Wiedmann
Modified: 2018-05-28 19:45 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carsten Wiedmann 2012-12-23 19:00:00 UTC
Hello,

I have the problem, that the 1st defined alias is lost sometimes.

My WiFi card is a:
iwi0: <Intel(R) PRO/Wireless 2200BG> mem 0xe0204000-0xe0204fff irq 11 at device 6.0 on pci2

My IP configuration in /etc/rc.conf is:
ipv6_privacy="YES"
wlans_iwi0="wlan0"
ifconfig_wlan0="DHCP WPA country DE"
ifconfig_wlan0_ipv6="inet6 accept_rtadv"
ifconfig_wlan0_alias0="inet 192.168.0.201 netmask 255.255.255.255"
ifconfig_wlan0_alias1="inet 192.168.0.202 netmask 255.255.255.255"


After a reboot all is working as expected. Then, every ~ hour I have a message like this in /var/log/messages, which is IMHO ok:
Dec 21 18:43:30 freebsd wpa_supplicant[484]: WPA: Group rekeying completed with 0c:0c:0b:14:cd:98 [GTK=CCMP]

Of course, sometimes I have:
Dec 21 19:43:30 freebsd wpa_supplicant[8904]: CTRL-EVENT-DISCONNECTED bssid=0c:0c:0b:14:cd:98 reason=0
Dec 21 19:43:30 freebsd kernel: wlan0: link state changed to DOWN
Dec 21 19:43:32 freebsd wpa_supplicant[8904]: Trying to associate with 0c:0c:0b:14:cd:98 (SSID='WLAN' freq=2472 MHz)
Dec 21 19:43:32 freebsd wpa_supplicant[8904]: Associated with 0c:0c:0b:14:cd:98
Dec 21 19:43:32 freebsd kernel: wlan0: link state changed to UP
Dec 21 19:43:32 freebsd wpa_supplicant[8904]: WPA: Key negotiation completed with 00:1a:4f:93:4a:97 [PTK=CCMP GTK=CCMP]
Dec 21 19:43:32 freebsd wpa_supplicant[8904]: CTRL-EVENT-CONNECTED - Connection to 0c:0c:0b:14:cd:98 completed (reauth) [id=0 id_str=]

And the first time this occurs, my first alias (ifconfig_wlan0_alias0 192.168.0.201) is lost and not listed in "ifconfig wlan0" anymore.

If this occurs another time, nothing happens and my second alias  ifconfig_wlan0_alias1 is still alive.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2012-12-23 19:09:44 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-wireless

Over to maintainer(s).
Comment 2 Carsten Wiedmann 2012-12-29 12:23:31 UTC
Well,

in "production" setup I'm using the 1st alias for a jail with my mailsserver. And every time I lost this alias, I can't connect to/from my mailserver :-/

If anyone else has this problem too... As a workaround I'm defining my aliases like:
| ifconfig_wlan0_alias0="inet 192.168.0.200 netmask 255.255.255.255"
| ifconfig_wlan0_alias1="inet 192.168.0.201 netmask 255.255.255.255"
| ifconfig_wlan0_alias2="inet 192.168.0.202 netmask 255.255.255.255"

And I don't use "192.168.0.200" anywhere. Thus it doesn't matter if I lost this alias.


-------- Original-Nachricht --------
> Datum: Sun, 23 Dec 2012 19:00:00 GMT
> Von: FreeBSD-gnats-submit@FreeBSD.org
> An: Carsten Wiedmann <carsten_sttgt@gmx.de>
> Betreff: Re: kern/174661: lost alias on wlan interface

> Thank you very much for your problem report.
> It has the internal identification `kern/174661'.
> The individual assigned to look at your
> report is: freebsd-bugs. 
> 
> You can access the state of your problem report at any time
> via this link:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=174661
> 
> >Category:       kern
> >Responsible:    freebsd-bugs
> >Synopsis:       lost alias on wlan interface
> >Arrival-Date:   Sun Dec 23 19:00:00 UTC 2012
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:45:54 UTC
batch change:

For bugs that match the following
-  Status Is In progress 
AND
- Untouched since 2018-01-01.
AND
- Affects Base System OR Documentation

DO:

Reset to open status.


Note:
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.