Uni-Dach und Anhängsel

[Klops]

Hallo,

irgendwie kommt die Strecke Uni-Dach-BWAR-Mono trotz gutem Wetter nicht wieder auf die Beine. Habe spitzenmäßiges LQ und grottenschlechtes NLQ.
Mit extrem hoher Sendeleistung wirds kurzzeitig besser, dafür geht dann die Verbindung zu BWAR in die Knie.
Wenn die Route über GG ging, war die Sterecke auch kurz nutzbar.
Insofern schlage ich vor, dass BWAR mal seine AP's neu startet und weiterhin alle am UNI-Dach hängenden ihre Sendeleistung auf 20 Milli runterdrehen. Vielleicht wirds wieder.

K.

[4huf]

Es könnte daran liegen das das Uni-Wlan neuerdings aus Kanal 4 sitzt.
Waren die nicht früher hier am Kampus auf Kanal 6 ?
Das führt natürlich zu Überschneidungen.

Außerdem könnte es sein das batman seit Mo. Abend spinnt.
Auf meinen beiden und auch auf dem Uni-Dach Node ist die Systemlast
sprunghaft gestiegen.

[Klops]

Wenn die Kombination Schneewetter und BATMAN schlecht ist, dann wäre es am einfachsten das Schneewetter abzuschaffen

Habe gestern am Uni-Dach mal WLAN-Scan gemacht und kein Uni-WLAN gefunden
Sollte dann doch auf Kanal4 zu sehen sein, oder ?

[bwar]

Ich bin selber überrascht, wie grottig die Verbindungen sind.
Selbst zw. meinen Nodes war die Funkverbindung mal besser.
Doch von der 252.5 zum Uni-Dach ging es wirklich mal besser.

Ich habe meine Nodes eben neu gestartet.

[4huf]

Habe gestern am Uni-Dach mal WLAN-Scan gemacht und kein Uni-WLAN gefunden
Sollte dann doch auf Kanal4 zu sehen sein, oder ?

Naja, die "WLAN Scan" Funktion in der Firmware ist eigentlich ein Witz.
Die liefert nur nach Zufall mal vernünftige Aussagen.
Intern wird ein "wl scan , 2s Pause, wl scanresults" ausgeführt.
Was dieser "wl scan" aber wirklich macht bleibt schleierhaft.
Theoretisch würde so ein scan ja auch die laufenden Verbindungen
behindern, denn der Chip wechselt ja den Kanal.
Davon merkt man aber nichts.
Ich vermute das der Scan so schnell erfolgt das nicht alle anderen APs gefunden werden
oder aber abgebrochen wird wenn zu sendende Daten vorliegen.
Man kann das auf der Kommandozeile nachprüfen.
Nur in einem Bruchteil der Scanversuche werden mehrere oder alle fremden APs gefunden.

p.s. die CPU-Last auf den Uni-Dach-Router ist immer noch sehr hoch.
Da wird nur ein Neustart dieses Teils helfen.

[tox]

Es könnte daran liegen das das Uni-Wlan neuerdings aus Kanal 4 sitzt.
Waren die nicht früher hier am Kampus auf Kanal 6 ?
[...]

[...]
Sollte dann doch auf Kanal4 zu sehen sein, oder ?

nope, meines wissen benutzen diese endteuren cisco-accesspoints DFS, Dynamic Frequency Selection, also dynamische frequenzwahl, um kollisionen zu vermeiden.

[Klops]

OK, wer kann das Teil da oben neu starten ?

[Klops]

Wer war das

Seit 15:12 alles wieder im grünen bzw. besser gesagt im blauen Bereich in der Topo.

[4huf]

Keine Ahnung, aber der Uni-Dach-Router hatte einen Neustart und die CPU-Last ist wieder im normalen
Bereich.

[Klops]

Tja, wenn es der Neustart gebracht hat, kann man feststellen, dass ein AP das ganze Netz runterzieht.

Na dann, bis zum nächsten mal.

[se]

hatte das hier gelesen und sofort neu gestartet.

[tox]

du kommst an die uni-router ran? wie jetz. und von welchem router genau sprechen wir eigentlichen O.o was studierst du eigentlich gleich?

[3dfxatwork]

Es geht um den FF-Node auf dem Unidach, welcher letztes Jahr eigentlich für die Turntabledays installiert wurde