On Wed, Apr 2, 2014 at 4:13 PM, Cedric Debarge <[email protected]> wrote:
> Hi Bob and Dennis,
>
> Thanks for your answer.
>
>>On 3/28/2014 8:22 AM, Bob Copeland wrote:
>>> Interesting -- I tried this exact thing once before, but got mixed
>>> results in my testing.
>>>
>>> Can you share your testing strategy?
>
> Here is my testing summary :
>
>      __  _      |_|_|                           |_|_|      __  _
>     [__]|=|--->[____°]                         [____°]<---[__]|=|
>     /::/|_|                                               /::/|_|
>                        .------------------.
>    Mesh portal B       | Office building  |   Mesh portal A
>    Fixed location      |    15m x 40m     |   Fixed location
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        |                  |
>                        '------------------'
>       __  _     |_|_|
>      [__]|=|-->[____°]
>      /::/|_|
>
>     Mesh portal C
>     Fixed location
>
> All points are mesh portals. Signal levels are :
>         - around -60dBm between A and B --> metric = 152
>         - around -60dBm between B and C --> metric = 152
>         - around -80dBm between A and C --> metric >> 2*152
>
> All point are using openwrt with compat-wireless v2013-04-16.
>
> A runs an iperf server and C an iperf client (see iperf parameters below)
> iperf -c mesh_point_A_ip -b10M -i10 -t9999
>
> During the test I monitored both mpath and minstrel stats on mesh portal C:
>         - mpath (iw wlan0 mpath dump)
>         - minstrel stats (rc_stats files for stations B and A)
>
> Without my patch, I get 10 or more mpath changes per minute. When I apply it,
> the number of changes drops to 1 or 2 per minute. In this particular case, it
> seems to be an improvement but I haven't tested this patch in another 
> scenario.
> In order to get a fully stable link, I have to set a rssi threshold in order 
> to
> prevent C to establish any plink with A (and do the same on point A).
>
Any throughput drop observed when path change frequently.

The current implementation of Airtime Link Metric in o11s has
"strongly" correlated with the TxRate used by the rate controller.

By the way, it seems that Antonio is working on fetching expected
throughput (average throughput) from the rate controller (softMAC),
maybe you can take a look on this.
http://www.spinics.net/lists/linux-wireless/msg120850.html

----
Chun-Yeow
_______________________________________________
Devel mailing list
[email protected]
http://lists.open80211s.org/cgi-bin/mailman/listinfo/devel

Reply via email to