[bielefeld] Langsames ad-hoc

[Holger Heumann]

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
>>
>>