[Olsr-dev] OLSRd 0.5.4 and 0.5.5 with ETT available

[John Hay]

On Thu, Nov 13, 2008 at 02:58:16PM +0100, Henning Rogge wrote:
> Am Thursday 13 November 2008 14:54:45 schrieb Daniel Nitzpon:
> > Henning Rogge schrieb:
> > > Yes, but assume your pair of packets... a short package and a long
> > > one... now the short one will get sometimes a HIGHER delay, just because
> > > it had a longer collision avoidance.
> > >
> > > How do you want to calculate the bandwith if the "jitter" of both
> > > packages is much longer than the time difference because of the length
> > > of the package ?
> >
> > that's what i referred to when writing about not having an easy
> > solution, i'm afraid...
> > do you have an idea on how to cope with the airtime usage factor in the
> > layer2-approach?
> 
> The WLAN driver knows the bandwith it would use the next time for the link 
> (based on signal strength and/or recent unicast transmissions), so we just 
> have to find a way to ask without wasting lots of CPU.
> 
> In linux I would look at the nl80211 infrastructure, but we need an 
> alternative for Windows/BSD.

On FreeBSD ifconfig is pretty clever and can get some of the info:

##############################
 > ifconfig wlan0 list sta
ADDR               AID CHAN RATE RSSI IDLE  TXSEQ  RXSEQ CAPS FLAG
00:15:6d:53:1f:ee    0   64   6M 6.0    0   3271  42432 I    A
00:02:6f:41:19:2b    0   64   6M 13.5    0  53104  39744 I    A
00:80:48:50:9a:48    0   64   6M 8.0    0     82     96 I    A
00:02:6f:41:19:2b    0   64  36M 15.0   30   7664  22896 I    A
00:02:6f:41:19:2b    0   64  36M 15.5   30   8135  36928 I    A
00:02:6f:41:19:2b    0   64  48M 15.0    0   8640  39712 I    A
00:15:6d:53:20:0b    0   64   6M 2.5    0      0  16208 I    A 
##############################

John
-- 
John Hay -- (spam-protected) / (spam-protected)