[bielefeld] Langsames ad-hoc
Kai 'wusel' Siering
wusel+ml at uu.org
Do Sep 3 07:34:05 CEST 2015
Hi,
just FYI, die Lübecker werden in ihrer Gluon-Firmware 802.11s als Ad-Hoc-Alternative in der nächsten Release freischalten, aus eben den Gründen (höhere Durchdringung außerhalb Atheros bzw. schlechte Unterstützung von Ad-Hoc außerhalb der (freien) Atheros-Treiber).
-kai
On 03/09/15 05:48, Holger Heumann wrote:
> So wie ich das sehe, verwenden wirklich alle (im Freifunk) gebräuchlichen Modelle diesen (oder neuere den ath10) Treiber.
> Dabei handelt es sich eben auch weitestgehend um Geräte mit Qualcom/Atheros-Chipsaätzen.
> Geräte mit Broadcom-Chipsatz sind kaum in Gebrauch und Ralink funktioniert sowieso nicht mit mehreren SSID's.
> Von daher denke ich, es ist einen Versuch wert. Wäre aber vielleicht gut, wenn das nochmal jemand mit WDR4300 oder 4900 testen könnte.
>
> hauetaler
>
> -----Ursprüngliche Nachricht-----
> Von: bielefeld [mailto:bielefeld-bounces at freifunk.net] Im Auftrag von Moritz Warning
> Gesendet: Mittwoch, 2. September 2015 23:38
> An: bielefeld at freifunk.net
> Betreff: Re: [bielefeld] Langsames ad-hoc
>
> Hm, da stellt sich die Frage, welches der für FF poplären Modelle benutzt das nicht?
> Wenn es fast alle sind, dann könnte man das vielleicht alles umstellen (wenn es außreichend Vorteile bringt).
>
> nur so eine Idee..
>
> On 09/02/2015 11:00 PM, bodems wrote:
>> Der Chip heißt nur anders, weil Qualcom Atheros gekauft hat ;) Der
>> ath9k wird auch da benutzt.
>>
>> bodems
>>
>>
>> Am Mittwoch, den 02.09.2015, 22:47 +0200 schrieb Moritz Warning:
>>> ok, anscheinend alle Geräte die den ath9k Treiber verwenden.
>>>
>>> Ob der ath9k auch für den wr841 v9 verwendet wird?
>>> Laut OpenWrt wiki verwendet der keinen Atheros Chip...
>>>
>>> On 09/02/2015 08:39 PM, Moritz Warning wrote:
>>>> Ah, cool.
>>>>
>>>> Welche Modelle unterstützen den das?
>>>> Wäre schön wenn wir das Performance-Problem identifizieren/fixen
>>>> könnten.
>>>>
>>>> Viele Grüße,
>>>> Moritz
>>>>
>>>> On 09/02/2015 09:36 AM, bodems wrote:
>>>>> Hallo,
>>>>> es ist in den letzten Wochen das Problem aufgetreten, dass Knoten
>>>>> ohne Uplink nicht mehr oder nur noch sehr schlecht per ad-hoc
>>>>> meshen können und die Bandbreite direkt in den Keller geht. Ich
>>>>> weiß nicht mehr wer das zuerst gemeldet hat im Chat, aber es wäre
>>>>> gut zu wissen, in welcher Firmware das war. War das nur in der 0.5?
>>>>> Oder waren das ein 0.4.4er und ein 0.5er? Eine Idee für einen
>>>>> Workaround hab ich:
>>>>> In der /etc/config wireless auf allen Knoten, die meshen, folgendes
>>>>> auskommentieren:
>>>>>
>>>>> config wifi-iface
>>>>> option device 'radio0'
>>>>> option mode 'adhoc'
>>>>> option network 'radio0_mesh'
>>>>> option ssid 'mesh_v15'
>>>>> option bssid '12:C0:FF:EE:C0:DE'
>>>>> option hidden '1'
>>>>>
>>>>> und durch das hier ersetzen:
>>>>>
>>>>> config wifi-iface
>>>>> option device 'radio0'
>>>>> option mode 'mesh'
>>>>> option network 'radio0_mesh'
>>>>> option mesh_id 'ffbi_mesh'
>>>>> option mesh_fwding '0'
>>>>>
>>>>> Das ersetzt das ad-hoc-Netz durch ein 802.11s-Netz, mit
>>>>> abgeschaltetem meshing von 802.11s (das macht batman ja bei uns).
>>>>> die mesh_id ist egal, die muss nur überall gleich sein, wie die
>>>>> bssid bei ad-hoc.
>>>>> Wenn
>>>>> das eine deutliche Verbesserung mit sich bringt, würde ich
>>>>> vorschlagen, dass das in die Firmware rein kommt, nur können dann
>>>>> Knoten mit alter Firmware und neuer Firmware nicht per WLAN meshen.
>>>>> Vielleicht kann man das in dem Fall autmatisch umschalten lassen?
>>>>> Ich teste das morgen Abend auch nochmal in Ruhe und frag andere
>>>>> Freifunker, ob das eventuell an der neuen OpenWRT-Version und neuen
>>>>> Treibern liegen könnte.
>>>>>
>>>>> bodems
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>> --
>>> bielefeld mailing list
>>> bielefeld at freifunk.net
>>> http://lists.freifunk.net/mailman/listinfo/bielefeld-freifunk.net
>>>
>>>
>
>
>
Mehr Informationen über die Mailingliste bielefeld