From: Andy Green <andy@warmcat.com>
To: Dan Williams <dcbw@redhat.com>
Cc: ian <ischram@telenet.be>,
"Robert Führicht" <the_master_of_disaster@gmx.at>,
linux-wireless@vger.kernel.org
Subject: Re: mac80211, iwlwifi and packet injection
Date: Thu, 30 Aug 2007 15:17:51 +0100 [thread overview]
Message-ID: <46D6D18F.2080108@warmcat.com> (raw)
In-Reply-To: <1188481073.27590.11.camel@xo-3E-67-34.localdomain>
Somebody in the thread at some point said:
Let me say first I started using NM to control my wireless device for
the first time because it does a nice job aside from this issue.
>> BTW NetworkManager-0.6.5-7.fc7 also still tries to do its thing with
>> thinking the virtual interface is a second physical device, pushes it
>> into Managed, presents it as a second device on the UI, etc. NM should
>> check and see if the network interface resolves to the same wiphy down
>> /sys and not do those things to virtual interfaces not in Managed already.
>
> No, NM shouldn't be touching /sys at all. That's HAL's job. If there's
> a device out there that's an 802.11 device, NM will attempt to control
> it. I don't really see why that's wrong. What's more wrong is
There is *a* device. There are multiple logical network interfaces that
are bound to that device. I can spawn five logical network interfaces
and still only have one device. NM thinks I spawned five devices: that
behaviour can be improved (by de-aliasing them via /sys or whatever I
don't mind).
You can spawn logical network interfaces like this:
# echo -n mon0 > /sys/class/ieee80211/phy0/add_iface
> I assume what you'd like to do is have NM ignore the fact that you just
> turned on some sort of "raw" mode on the device. Unfortunately, WEXT
> doesn't give us the flexibility to OR the modes. Ideally
> "raw"/"monitor" would just be attributes of the device that wouldn't
> really affect it's normal operation.
Well I just sent the logical network interface I created to normal
iwconfig-type "Monitor Mode". The original logical interface wlan0
remained where it was, in Managed (and associated).
> WRT the disconnection, please run 'iwevent' during your packet injection
> runs and see if the driver sends you an SIOCGIWAP event filled with
> zeros, meaning that the driver disconnected you. Also please run a few
> 'iwlist ethX scan' commands about 30 seconds or more apart during that
> run, and see what the 'iwevent' says. My suspicion is that doing scans
> during the injection while associated makes the card hiccup, causing NM
> to notice the disconnection event and kill the connection (rightly so).
15:09:44.953794 wlan0 Set Encryption key:off
15:09:44.957503 wlan0 Set ESSID:off/any
15:09:45.495921 wlan0 New Access Point/Cell address:Not-Associated
15:09:50.085765 wlan0 Scan request completed
15:09:50.086194 wlan0 Set Mode:Managed
15:09:50.086496 wlan0 Set Frequency:2.437 GHz (Channel 6)
15:09:50.086890 wlan0 Set ESSID:"froh"
15:09:50.091016 wlan0 Custom driver event:ASSOCINFO(ReqIEs=...
RespIEs=...)
15:09:50.091053 wlan0 New Access Point/Cell address:00:11:50:AD:CE:38
15:09:53.698725 mon0 Set Mode:Managed
15:09:53.754515 mon0 Set ESSID:""
15:09:53.754580 mon0 Set Encryption key:off
15:09:53.754686 mon0 Set Mode:Managed
Remember mon0 and wlan0 are the same physical device... mac80211 cannot
deliver on having two logical network interfaces in Managed on the same
radio.
wlan0 IEEE 802.11g ESSID:"froh"
Mode:Managed Frequency:2.437 GHz Access Point: 00:11:50:AD:CE:38
Bit Rate=54 Mb/s Tx-Power=27 dBm
Retry min limit:7 RTS thr:off Fragment thr=2346 B
Encryption key:... [2]
Link Quality=96/100 Signal level=-31 dBm Noise level=-70 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
mon0 IEEE 802.11g ESSID:""
Mode:Managed Frequency:2.437 GHz Access Point: Not-Associated
Tx-Power=27 dBm
Retry min limit:7 RTS thr:off Fragment thr=2346 B
Encryption key:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
I can't get it to deassociate on injection any more, despite I did it
several times last night and didn't reboot since... sorry. Injection is
working fine even with NM up at the moment. The other difference from
last night is that then NM listed the scanned APs twice in the UI, now
it lists them once with an empty section header for what is presumably
the mon0 interface of the same title as the first interface.
-Andy
next prev parent reply other threads:[~2007-08-30 14:17 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-29 14:16 mac80211, iwlwifi and packet injection Robert Führicht
2007-08-29 18:19 ` ian
2007-08-29 19:52 ` Andy Green
2007-08-30 12:07 ` Johannes Berg
2007-08-30 13:37 ` Dan Williams
2007-08-30 14:17 ` Andy Green [this message]
2007-08-30 14:25 ` Johannes Berg
2007-08-30 14:42 ` Andy Green
2007-08-30 14:51 ` Johannes Berg
2007-08-30 16:16 ` Dan Williams
2007-08-30 16:26 ` Johannes Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46D6D18F.2080108@warmcat.com \
--to=andy@warmcat.com \
--cc=dcbw@redhat.com \
--cc=ischram@telenet.be \
--cc=linux-wireless@vger.kernel.org \
--cc=the_master_of_disaster@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.