From: Jouni Malinen <jkmaline@cc.hut.fi>
To: Jiri Benc <jbenc@suse.cz>
Cc: NetDev <netdev@oss.sgi.com>, Jeff Garzik <jgarzik@pobox.com>,
Jirka Bohac <jbohac@suse.cz>
Subject: Re: [6/9] ieee80211: ethernet independency
Date: Fri, 3 Jun 2005 22:45:09 -0700 [thread overview]
Message-ID: <20050604054509.GB8130@jm.kir.nu> (raw)
In-Reply-To: <20050603183418.58c47b0c@griffin.suse.cz>
On Fri, Jun 03, 2005 at 06:34:18PM +0200, Jiri Benc wrote:
> Makes the 802.11 layer independent of ethernet. (The previous implementation
> had the ethernet headers built by the ethernet layer and then parsed them and
> rebuilt them into 802.11 headers.)
Many (most?) parts of this change seems to be only for client (managed
and ad-hoc) modes. Has anyone had chance to go through what would be
needed for AP (master mode) and WDS links? What about extra bytes added
for QoS information (IEEE 802.11e/WMM)? Are there places here that will
not handle variable length header nicely?
I haven't yet looked into details, but could someone explain what a user
space program needs to do when receiving or sending packets with packet
socket from a 802.11 netdev (e.g., ethertype=EAPOL)? Let's say in the
"worst case" scenario: QoS enabled and pairwise keys configured and
4-address WDS link (i.e., 32-byte IEEE 802.11 header).
Will the user space program need to parse (and generate) the IEEE 802.11
header, including the knowledge of four addresses and QoS data, and SNAP
header? Packet socket with SOCK_DGRAM could otherwise be one way of
doing this, but sockaddr_ll does not have places for many parameters..
Many of these questions are not really specifically related to this
patch, but I haven't seen a good answer to these open areas (well, at
least to me) so far.
--
Jouni Malinen PGP id EFC895FA
next prev parent reply other threads:[~2005-06-04 5:45 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-03 16:26 [0/9] ieee80211: Improvements to the layer Jiri Benc
2005-06-03 16:28 ` [1/9] ieee80211: remove pci.h #include's Jiri Benc
2005-06-03 16:29 ` [2/9] ieee80211: fix recursive ipw2200 dependencies Jiri Benc
2005-06-03 16:30 ` [3/9] ieee80211: fix ipw 64bit compilation warnings Jiri Benc
2005-06-06 6:29 ` Zhu Yi
2005-06-07 12:58 ` Jiri Benc
2005-06-03 16:31 ` [4/9] ieee80211: ieee80211_device alignment fix and cleanup Jiri Benc
2005-06-03 16:32 ` [5/9] ipw: fix after "ieee80211_device alignment fix" Jiri Benc
2005-06-03 16:34 ` [6/9] ieee80211: ethernet independency Jiri Benc
2005-06-04 5:45 ` Jouni Malinen [this message]
2005-06-03 16:35 ` [7/9] ipw: fix after "ieee80211: ethernet independency" Jiri Benc
2005-06-03 16:36 ` [8/9] ieee80211: add sequence numbers Jiri Benc
2005-06-03 16:37 ` [9/9] ieee80211: ETH_P_802_11 ethertype Jiri Benc
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=20050604054509.GB8130@jm.kir.nu \
--to=jkmaline@cc.hut.fi \
--cc=jbenc@suse.cz \
--cc=jbohac@suse.cz \
--cc=jgarzik@pobox.com \
--cc=netdev@oss.sgi.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).