Cool, thanks for pointing out Dynamic Link Exchange Protocol! Could it
be used to monitor access points, or is it specifically for ad-hoc radios?
On 20/03/13 02:28 PM, Ben West wrote:
I realize this runs a bit parallel to the SNMP-based implementation
being discussed here, but you might be interested to know that Henning
Rogge, one of the primary developers behind OLSR.org, has a
draft/proposal RFC for sharing hardware level radio metrics with a
layer-3 router:
https://tools.ietf.org/html/draft-rogge-stateless-rfc5444-dlep-00
"Stateless RFC5444-based Dynamic Link Exchange Protocol (DLEP)",Henning
Rogge, 4-Nov-12, <draft-rogge-stateless-rfc5444-dlep-00.txt>
This document provides material for the discussion in the MANET WG
about the Dynamic Link Exchange Protocol (DLEP). This document
reflects the authors' thoughts about how a stateless DLEP protocol
compliant with RFC5444 could look like.
...
Dynamic Link Exchange Protocol (DLEP, as defined in [dlep02
<https://tools.ietf.org/html/draft-rogge-stateless-rfc5444-dlep-00#ref-dlep02>])
is a
proposal for a cross-layer protocol between a layer-2 entity like a
radio and a layer-3 router to transport layer-2 metric, statistic and
status data from the radio to the router. In addition, it allows the
router to control and configure aspects of the radio, such as radio
status, channel or link speed.
On Wed, Mar 20, 2013 at 2:09 PM, Jack Bates <[email protected]
<mailto:[email protected]>> wrote:
On 19/03/13 02:58 PM, David Lang wrote:
# of clients connected to the SSID (associations)
information on each connection
signal strength
MAC
Radio airtime info
how much time was spend recieving (unable to transmit)
how much recieved traffic was corrupted by interference
how much good recieved traffic was there
how much time was spent transmitting
how much idle airtime was there (time that transmissions
could have
occured)
going beyond the simple metrics that I want to graph into overall
network management issues
some method (ideal something better than trying to sniff packets and
correlate them in userspace) to try and figure out how much
airtime a
given station is eating up (especially something that can do
this even
if the station gets trompted on and so the transmitted packet
cannot be
fully received)
some method of being able to figure out what other SSIDs are
broadcasting on the frequency that I'm currently tuned to and
how much
airtime each SSID is eating up (including ones that don't send
beacons)
Thanks David, I am interested in implementing this. If you already
know how to get some of this data manually, can you please send me
what you know? For example, do you have any thoughts on options for
accessing the MAC address and signal strength for each connection
(from such as mini_snmpd)?
_________________________________________________
openwrt-users mailing list
[email protected].__org
<mailto:[email protected]>
https://lists.openwrt.org/__mailman/listinfo/openwrt-users
<https://lists.openwrt.org/mailman/listinfo/openwrt-users>
--
Ben West
http://gowasabi.net
[email protected] <mailto:[email protected]>
314-246-9434
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-users
_______________________________________________
openwrt-users mailing list
[email protected]
https://lists.openwrt.org/mailman/listinfo/openwrt-users
