From owner-freebsd-mobile@FreeBSD.ORG Fri Aug 21 15:01:50 2009 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1EBD106568F; Fri, 21 Aug 2009 15:01:50 +0000 (UTC) (envelope-from netrolller.3d@gmail.com) Received: from mail-bw0-f206.google.com (mail-bw0-f206.google.com [209.85.218.206]) by mx1.freebsd.org (Postfix) with ESMTP id 3BC248FC47; Fri, 21 Aug 2009 15:01:49 +0000 (UTC) Received: by bwz2 with SMTP id 2so488344bwz.43 for ; Fri, 21 Aug 2009 08:01:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=cO7LnRqp11Z1+mLqBmhuLDx8QcP8J3rByjPphsDTfPM=; b=XLm7Jbx4Alvb9XLXdgd3MVN9X5+Qbyoh44IekXYTUNDFRqc5uTdJ3UwkPiHreTJVjD 8IyKD2mh2GZjtBJz3bkDCtgt+Hy3BnAFOLpXJsBGiv95VV2bFBZln8PKHV4DhJF2c1Cu /rOcR9y4sBle6glLVmUgDfjNMrXOD2cdE7PT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; b=d/GwanBGUYFEZBfeoPsQVckXekbVWtXLUulsKXpqaG2bnlpi+65Y0nlmibVTkWHxjw P5QHL8XgqIzviiQOOt1YSBjydFAN27JQNnmb7NfqL7T5efIgBr8UvWxKfxAGXNwLJoXx qYaBF5uUE2iRpgid9/dmnrQ5k7oGUb/uGyWDc= Received: by 10.103.144.22 with SMTP id w22mr128304mun.52.1250865065945; Fri, 21 Aug 2009 07:31:05 -0700 (PDT) Received: from ?192.168.1.3? (pool-04072.externet.hu [88.209.236.113]) by mx.google.com with ESMTPS id s11sm10281223mue.11.2009.08.21.07.31.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 21 Aug 2009 07:31:05 -0700 (PDT) Message-ID: <4A8EAFA6.9010608@gmail.com> Date: Fri, 21 Aug 2009 16:31:02 +0200 From: =?UTF-8?B?R8OhYm9yIFN0ZWZhbmlr?= User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Johannes Berg , Richard Farina , Mike Kershaw , Sam Leffler , Rafael Laufer , Damien Bergamini <"damien bergamini"@free.fr>, Sepherosa Ziehau , Thomas d'Otreppe , Dave Young Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 21 Aug 2009 15:29:16 +0000 Cc: netbsd-net , misc-openbsd , linux-wireless , freebsd-mobile , tech-openbsd , wireshark-dev , radiotap Subject: Plans for an online meeting regarding Radiotap X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 15:01:51 -0000 Radiotap is a de-facto standard for 802.11 frame injection and reception. Up to field ID 13, it can truly considered a standard (all current implementations agree on fields 1-13), but after that, implementations diverge widely. Here is a map of how current implementations define field IDs 14 and up: Linux (both mac80211 & madwifi, not sure about libertas) & NetBSD: Field 14: RX flags (standardized field) Field 15: TX flags Field 16: RTS retries Field 17: Data retries FreeBSD: Fields 14...17 skipped (incliding standardized field 14), field 18: Extended channel OpenBSD: Field 14: FCS of the frame (clashes with standard - field 14 is defined as RX flags!) Field 15: Hardware queue Field 16: RSSI DragonFly BSD: No fields above 13 implemented. Aircrack-ng: Field 14: RX flags (as in the standard) Field 15: TX flags CACE AirPcap software: Field 14: FCS of the frame (clashes with standard; the FCS is also appended to the end of the packet, so this usage is unneeded) Wireshark: Field 14: RX flags, with option to decode FCS instead Fields 15...17 skipped Field 18: Extended channel Radiotap fields 14 and up need to be sorted out to allow further advancements of the standard. In the current state, essentially no fields can be added without risking a collision between implementations. To remedy this, I would like to propose an online mini-summit to be held on Freenode, with the goal of defining a standard way to use fields 14 and up. The summit is to be held in IRC channel #radiotap, where interested parties can join the discussion and propose changes. My preferred time for this event is August 25, 2009, 18:00 GMT; please let me know if this date is unsuitable for any of you, and I will try to find a better time for the summit when everyone interested can attend. My current proposal for the future standard field ordering beyond field 14: Field 14: RX flags (as defined by the standard) Field 15: TX flags (as used by Linux, NetBSD and aircrack-ng) Field 16: RTS retry count (as used by Linux and NetBSD) Field 17: Data retry count (as used by Linux and NetBSD) Field 18: Extended channel (as used by FreeBSD and Wireshark) Field 19: RSSI (OpenBSD's field 16 moved to field ID 19 to avoid collisions) In addition, the following new fields may be worth addition to the standard: RTS threshold, Fragmentation threshold, Extended rate (with MCS index support). I'm deliberately not assigning field numbers to these proposed fields yet to prevent early, divergent implementations of them; the field IDs for these should be decided during the summit. I'm for dropping the following fields, please let me know during the summit if there are any use cases for them: -FCS of the frame (if we have FCS data, then it should be appended to the end of the frame, not put into the header) -Hardware queue (I don't see the point of this... maybe a full QoS control field would be needed instead) Hope to see you on Freenode at the set date. Again, if the time is a problem, respond, and I will try to find a better time. Sincerely, Gábor Stefanik