[Berlin-wireless] 802.11s und OLSRv2 im BBB Testbetrieb

[Bastian]

On 08/08/2015 02:04 PM, Philipp Borgers wrote:
> On Mon, Aug 03, 2015 at 12:06:02AM +0200, Bastian wrote:
>> Weil die Frage schon im Mai beim ersten OLSRv2+802.11s Thread gestellt
>> und beantwortet wurde, hier nur copy&paste:
>>
>>>> Was genau ist jetzt der Vorteil von 802.11s
>>>> im Vergleich zum gut verstandenen adhoc-modus?
>>
>>> Die Liste ist sicherlich unvollständig und für Details sollten sich
>>> Leute mit mehr Fachwissen als ich melden, aber das sind so die Punkte
>>> die am WCW häufiger genannt wurden:
>>
>>> * 11s kennt Channel-Switching (für DFS)
> 
> Was heißt "kennt"? In einem Paper [2] von 2013 steht im Abstract: "The
> implementation of 802.11s in Linux kernel is available since the year 2007, but
> the MBSS channel switching has yet to be implemented."
> 
> Gibt es eine funktionierende Implementierung? Funktioniert die auch, wenn wir
> das Routing ausschalten?
> 
> [2] http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=6676371&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D6676371
> 

ein 802.11s interface lässt sich im Gegensatz zu einem adhoc-iface von
hostapd verwalten. Und hostapd kümmert sich um DFS/ACS. Vom eingebauten
HWMP sollte das unabhängig sein.

Eine fertige Implementierung fehlt. Wahrscheinlich wurde es einfach
nicht implementiert weil es noch nie jemand benötigt hat. Aber soweit
ich das mitbekommen habe, sitzt in Berlin ein freundlicher hostapd
Maintainer...

>>> * Teilweise Bessere Unterstützung in modernen Wifi-Chips (usb foo z.B.)
>>> * Hat zumindest ein Konzept für Crypto
>>> * Bessere Co-Existenz mit anderen VAPs (Kein TSF-Counter Issue)
>>> * Das Interface lässt sich bridgen
>>> * Wird heute auf den meisten Smartphones nicht angezeigt (darüber lässt
>> sich streiten)
>>
>> Wir treten mit Adhoc/IBSS ein inzwischen ziemlich totes Pferd obwohl wir
>> damit nicht wirklich vorwärts kommen. Der momentane Fortschritt und die
>> Weiterentwicklung in Sachen Wireless-Mesh setzt auf 802.11s. Siehe z.B.
>> DLEP[1], was unsere BBB-Standorte (exklusive AirOS) stark vereinfachen
>> würde.
>>
>> [1]: https://tools.ietf.org/html/draft-ietf-manet-dlep-07
>>
>>
>> On 08/02/2015 06:15 PM, Philipp Borgers wrote:
>>> Was ist denn der Vorteil von 11s gegenüber IBSS/Adhoc-Mode?
>>>
>>> On Sun, Jul 26, 2015 at 10:06:01PM +0200, Bastian wrote:
>>>> Hallo Berlin,
>>>>
>>>> bei uns gilt ja: Nicht lange fragen oder ewig herum diskutieren, sondern
>>>> einfach machen.
>>>>
>>>> Traditionell ist die Zwingli-Kirche für Experimente und
>>>> zukunftsgerichtete Konzepte bekannt. So jetzt auch im hiermit
>>>> angekündigten Testbetrieb von 802.11s und OLSRv2:
>>>>
>>>> Wir haben heute entschieden auf der Zwingli zukünftig keinen adhoc Modus
>>>> mehr einzusetzen. Alle OpenWRT NanoStations werden auf 802.11s anstatt
>>>> adhoc funken.
>>>>
>>>> Es gab zur Config von 802.11s zwar schon vor ein paar Monaten eine Mail,
>>>> aber ein Interface-Stanza dazu findet ihr hier nochmal:
>>>>
>>>> config wifi-iface
>>>>         option device 'radio0'
>>>>         option network  11s
>>>>         option mode     mesh
>>>>         option mesh_id  freifunk
>>>>         option encryption none
>>>>         option mesh_fwding 0
>>>>         option ifname mesh2
>>>>
>>>> Falls niemand Einwände hat, sollten wir uns bei der mesh_id auf
>>>> "freifunk" einigen. Ansonsten ist nur wirklich wichtig, das eingebaute
>>>> 802.11s Mesh-Forwarding mit "mesh_fwding 0" zu deaktivieren. Der Rest
>>>> der Config kann je Router unterschiedlich sein und sollte sich an die
>>>> bisherige adhoc Konfiguration anlehnen.
>>>>
>>>> Ich würde zwar eigentlich gerne die getrennten Kanäle auf der
>>>> Zwingli-Kirche beibehalten, lasse mich aber bei genug Peerings auch auf
>>>> den ch13/36 default ein.
>>>>
>>>>
>>>> An der Config für OLSRv2 feile ich noch, das kann auch ein wenig dauern.
>>>> Spätestens zum Camp sollte das aber stehen. Es wird IMHO vorerst nur
>>>> IPv6 mit OLSRv2 geroutet, was ja eh nur im BBB eingesetzt wird.
>>>>
>>>>
>>>> Kommentare sind wie immer herzlich Willkommen!


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20150808/fdea206b/attachment.pgp>