Re: use of radiotap bit 14?

Johannes Berg <[email protected]>
Newsgroups org.netbsd.radiotap
Message-ID <[email protected]>
Ok, I tried collecting all the information, and here's what I found so
far:

http://www.radiotap.org/suggested-fields

Bits 14, 15 and 16 are defined twice.

Can we declare bits 14 through 18 reserved (i.e. may not be used) and
continue life at 19? Current parsers would have to be changed (the only
one I found is wireshark and internal ones like hostapd, Linux kernel)
to treat the presence of those bits to be an abort-condition and as an
error if there are any above them, current generators would have to stop
generating those fields over time and instead generate standardised
versions.

For me, of course, it would be more comfortable to stick with RX/TX
flags in 14/15 and RTS retries in 16, but since it's not widely used in
Linux yet I can easily discard them.

We need to reach a decision though, this is blocking further work on 11w
and AP mode in Linux. I'm willing to lead such an effort if you let me
"take over" maintainership of the standard.

johannes
signature.asc (application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE-----
Comment: Johannes Berg (powerbook)

iQIcBAABAgAGBQJIWpsYAAoJEKVg1VMiehFY/nQQAIWHeIiB/YyXVUTOFiJpE03n
nXLdlH7VWe11A6nNIHbDJTthJ5OH4PVxZt7ZwJbZEuM87PbDxACmsAtYlSbOOJ26
0Pr6ebN4kOmVe+Dfc0o+EG0Hf8/37mbnSrT9dnww2inhwaOoVFH8GltusQ2P6b1j
N7kY3fbaaDgZmmOKcZ9BDH2ypGLDP32JHShVWpTvJWr+q0mCG8GdNIwmy4CUpvJV
3Uuy4Qjdjee0gn4nfM2qBPKM0bHXvUmHL6lSUw262TZhKWMUu2zKxnH0gmMcIDlU
hhaU1vGLYCfyuV0u0+IT5J1TGk8ayQQF/gqsQ4xZutCqaFBteLqZE8/IrfBEQWg6
CnJFEWStzMItVOm+8erDLrRgyWLnD/f4TJ6nIdmksU2jhWZ9b4O6NSVi6Ql5d2Z8
+ibor9rAHk6xXMs7ii8fm36HevFolOtvgJTfNDiuqH/HUtrANRhUEbFMivgqgdyK
goXknxK0TOkWceU5KG5IuuShPKB7UUonyqNIQaQCibn9/N8d81qLmUSoZSo0B42n
4a1G+QcxgdqqtiuMH+TqO9qAENJ1wfaaMXwiYdOX6kQdxz0/7NTzwBbat5HXAyaq
o8qcZKHafht9rADmBS2E+c2ZoNGHFE8J8/BeMDzdWBUHiVltKZiKlDv9dn7VAm5e
tVab2ORAdkuB720MculB
=fWDh
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.