Moin!
Ich versuche gerade zu ergründen, warum die 252.37
so ein unglaublich schlechtes Benehmen zeigt. Der AP ist ein WRT
mit den Originalstummeln an einer Fensterdurchführung,
1.6.10-Halle-5 Werkseinstellungen bis auf Sendeleistung = 20mW.
Sie hängt mit einem ETX von 3-5 an der 252.38, einer Amos5
die in die Richtung schaut, aber ca. 20m höher angebracht ist.
Ping zeigt meistens 0% loss (daher die guten ETX) aber
grauenhafte Round Trip Zeiten, auch bei Paketgrösse 1 Byte.
Die 253.38 hängt ebenfalls an der 252.38 und hat beim Ping
8 packets transmitted, 8 packets received, 0% packet loss
round-trip min/avg/max = 2.0/4.1/13.4 ms
Ich will ja nicht gamen, aber 1s bei den Ping Zeiten vertragen
die Protokolle nicht. (Fehler: Verbindung fehlgeschlagen...)
Irgendwelche Ideen ? Das muss doch an der drunterliegenden
WLAN Konfiguration liegen, oder ?!
Gruss,
Steffen
root@252-38:~# ping 104.61.252.37
PING 104.61.252.37 (104.61.252.37): 56 data bytes
64 bytes from 104.61.252.37: icmp_seq=0 ttl=64 time=2010.9 ms
64 bytes from 104.61.252.37: icmp_seq=1 ttl=64 time=1220.1 ms
64 bytes from 104.61.252.37: icmp_seq=2 ttl=64 time=1543.6 ms
64 bytes from 104.61.252.37: icmp_seq=3 ttl=64 time=655.8 ms
64 bytes from 104.61.252.37: icmp_seq=4 ttl=64 time=375.5 ms
64 bytes from 104.61.252.37: icmp_seq=5 ttl=64 time=235.6 ms
64 bytes from 104.61.252.37: icmp_seq=6 ttl=64 time=582.1 ms
64 bytes from 104.61.252.37: icmp_seq=7 ttl=64 time=3.2 ms
64 bytes from 104.61.252.37: icmp_seq=8 ttl=64 time=124.4 ms
64 bytes from 104.61.252.37: icmp_seq=9 ttl=64 time=41.9 ms
--- 104.61.252.37 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max = 3.2/679.3/2010.9 ms
ETX ist nicht alles ...
Re: ETX ist nicht alles ...
Interessanter als der ETX wären die LQ/NLQ Werte.
Sind die gleich schlecht ?
Hat die 253.17 noch weitere Nachbarn ? ( die weitere Ausführungen für keine weitern)
Ich vermute das auf der 253.37 der NLQ deutlich schlechter ist als der LQ.
Das ist aber erst mal "normal" da die 252.38 ja viel andere Nodes hört und es dadurch
zu Kollisionen komme.
Der LQ sollte aber gegen 1.00 gehen, das wäre ein Zeichen das die 253.37 (fast) alles
von der 252.38 hört.
Ist das nicht der Fall sollte man mal nach der Feldstärke (Grafik oder Horst) sehen und
das optimieren (Standort).
Wenn das ok ist kann man mit der Sendeleistung ( Putty : "wl txpwr xx" ) spielen.
In kleinen Schritten so weit höher stellen bis sich keine deutliche Verbesserung beim NLQ
mehr ergibt und auf der 252.38 auch keine Verschlechterung der LQ Werte der anderen Links
zu verzeichnen ist.
Den gefunden Wert kann man dann im Webinterface eintragen (+ erzwingen setzten).
Pings mit großen Packeten ( ping -s 1024 104.61.252.38 ) testen.
Ich hatte ja mal vor einiger Zeit so ein Problem mit der 252.8. Der ETX war ok aber Pakete über
512Byte gingen praktisch unter.
Auf Grund fehlender anderer Aussagen hilft dann nur ein Neustart der 252.38.
Sind die gleich schlecht ?
Hat die 253.17 noch weitere Nachbarn ? ( die weitere Ausführungen für keine weitern)
Ich vermute das auf der 253.37 der NLQ deutlich schlechter ist als der LQ.
Das ist aber erst mal "normal" da die 252.38 ja viel andere Nodes hört und es dadurch
zu Kollisionen komme.
Der LQ sollte aber gegen 1.00 gehen, das wäre ein Zeichen das die 253.37 (fast) alles
von der 252.38 hört.
Ist das nicht der Fall sollte man mal nach der Feldstärke (Grafik oder Horst) sehen und
das optimieren (Standort).
Wenn das ok ist kann man mit der Sendeleistung ( Putty : "wl txpwr xx" ) spielen.
In kleinen Schritten so weit höher stellen bis sich keine deutliche Verbesserung beim NLQ
mehr ergibt und auf der 252.38 auch keine Verschlechterung der LQ Werte der anderen Links
zu verzeichnen ist.
Den gefunden Wert kann man dann im Webinterface eintragen (+ erzwingen setzten).
Pings mit großen Packeten ( ping -s 1024 104.61.252.38 ) testen.
Ich hatte ja mal vor einiger Zeit so ein Problem mit der 252.8. Der ETX war ok aber Pakete über
512Byte gingen praktisch unter.
Auf Grund fehlender anderer Aussagen hilft dann nur ein Neustart der 252.38.
. eine Antenne ist der beste HF-Verstärker
.funktionierende Antennen : Short-Backfire, AMOS-5, AMOS-3, Doppelquad, 4fach-Quad
.funktionierende Antennen : Short-Backfire, AMOS-5, AMOS-3, Doppelquad, 4fach-Quad
Re: ETX ist nicht alles ...
Sie sieht keine Weiteren Nachbarn in Sichtlinie, die 253.38 und die 251.37 sind4huf hat geschrieben:Interessanter als der ETX wären die LQ/NLQ Werte.
Hat die 253.17 noch weitere Nachbarn ? ( die weitere Ausführungen für keine weitern)
Ich vermute das auf der 253.37 der NLQ deutlich schlechter ist als der LQ.
auf der abgewandten Gebäudeseite in ca. 150m Entfernung. LQ/NLQ sind prima:
LQ: 0.43 NLQ: 0.61 ETX: 3.83
Die Sendeleistung war vorher noch bei 56mW, da wars genauso schlecht.4huf hat geschrieben:Ist das nicht der Fall sollte man mal nach der Feldstärke (Grafik oder Horst) sehen und
das optimieren (Standort). Wenn das ok ist kann man mit der Sendeleistung ( Putty : "wl txpwr xx" ) spielen.
Gruss,
Steffen
Re: ETX ist nicht alles ...
Es dauert eine Weile, bis die Grafiken auftauchen ...
Für meine Begriffe ist der System load in der Grafik
eindeutig zu hoch, allerdings habe ich keine Idee,
woher der kommt. Top zeigt da ein ganz anderes Bild.
Ideen ?
Gruss,
Steffen
Für meine Begriffe ist der System load in der Grafik
eindeutig zu hoch, allerdings habe ich keine Idee,
woher der kommt. Top zeigt da ein ganz anderes Bild.
Ideen ?
Gruss,
Steffen
Code: Alles auswählen
Mem: 12716K used, 1700K free, 0K shrd, 1216K buff, 5220K cached
Load average: 0.22, 0.25, 0.25 (State: S=sleeping R=running, W=waiting)
PID USER STATUS RSS PPID %CPU %MEM COMMAND
30766 root S 680 1 2.9 4.7 olsrd
10209 root S 352 10208 0.9 2.4 cron.minutely
28404 root S 552 1023 0.7 3.8 dropbear
10192 root R 352 29167 0.7 2.4 top
10208 root S 336 1014 0.3 2.3 sh
10215 root S 212 84 0.3 1.4 sleep
84 root S 356 1 0.1 2.4 resetd
10227 root S 356 10209 0.1 2.4 cron.minutely
10228 root R 36 10227 0.1 0.2 dd
4407 root S 448 1 0.0 3.1 rrdcollect
29167 root S 412 28404 0.0 2.8 ash
10122 root S 388 1 0.0 2.6 dnsmasq
- Dateianhänge
-
- Screenshot-end-24hSYS_USG_STATS.png (PNG-Grafik, 571x231 Pixel) - Mozilla Firefox.png (42.19 KiB) 6664 mal betrachtet
-
- Screenshot-end-24hSYS_MISC_STATS.png (PNG-Grafik, 571x270 Pixel) - Mozilla Firefox.png (43.25 KiB) 6663 mal betrachtet
Re: ETX ist nicht alles ...
wenn 500 m = 0.5 ist, dann ist das doch der load im grünen bereich.
Re: ETX ist nicht alles ...
Ah, dann sind das 500 Milliload ?! Wird allerdings auch von den anderen Angaben bestätigt.se hat geschrieben:wenn 500 m = 0.5 ist, dann ist das doch der load im grünen bereich.
Ich habe jetzt zusätzlich die 251.38 mit Stummel auf dem Fensterbrett, und darüber geht
die Verbindung besser. Die Ping Zeiten von 1s erklärt das noch nicht. Allerdings sehe ich,
dass die PhyRate sehr schnell zwischen 1M, 11M und 54M springt.
Dem Horst unten entnehme ich ansonsten nichts ungewöhnliches, oder ?
So long,
Steffen
Code: Alles auswählen
┌──IP──────────────SN/MX/MI─RT─SOURCE────────────Me─(BSSID)─────────────MESH───────TSF High─CH────────────────────────────────┐
│- 105.61.252.38 28/31/ 1 1 00:16:01:d1:bf:93 I (02:ca:ff:ee:ba:be) N:0L B ffffffb3 1 │
│| 104.61.253.38 15/18/ 7 1 00:16:01:f4:76:01 I (02:ca:ff:ee:ba:be) N:2L B ffffffb3 1 │
│- 16/18/12 1 00:1d:7e:2f:52:3d Ae (00:1d:7e:2f:52:3d) 00000066 2 │
│/ 15/18/13 1 00:1d:7e:2f:52:3b Ae (00:1d:7e:2f:52:3d) 00000000 │
│\ 19/19/15 1 00:13:e8:45:ed:29 Ae (00:1d:7e:2f:52:3d) 00000000 │
Sig/Noi-RT-SOURCE────────────(BSSID)─────────────TYPE───INFO───────────────────────────────────────────────────────LiveStatus─┘
-73/-95 54 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) DATA │SN: -67/-95
-73/-95 54 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) DATA │PhyRate: 1M
-73/-95 54 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) DATA │b/sec: 251.7k
-71/-95 11 00:00:00:00:00:00 (00:00:00:00:00:00) ACK 00:18:f8:c2:3a:1d │Usage: 5%
-72/-95 11 00:00:00:00:00:00 (00:00:00:00:00:00) ACK 00:18:39:c7:47:fd │
-73/-95 18 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) TCP 104.61.253.38 -> 104.61.250.47 │
-73/-95 18 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) TCP 104.61.253.38 -> 104.61.250.47 │
-80/-95 1 00:16:01:f4:76:01 (02:ca:ff:ee:ba:be) BEACON 'halle.freifunk.net' :5f0fe1f0 │ ##
-73/-95 18 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) TCP 104.61.253.38 -> 104.61.250.47 │ ##
-67/-95 1 00:16:01:d1:bf:93 (02:ca:ff:ee:ba:be) UDP 105.61.252.38 -> 105.255.255.255 │ == ## ## ##
[HORST] Quit Pause Sort Filter History ESSIDs Stats Reset Details ?Help pris|03:40:42
Re: ETX ist nicht alles ...
Noch eine Nachfrage:
Gibt es eine low-level Möglichkeit, die Anzahl von Retransmits
oder WLAN Fehlern anzuzeigen ? Ich habe mittlerweile
auf anderen Knoten mit horst gesehen, dass der schnelle
Wechesl der PhyRate eher normal ist.
EIn Neustart der beteiligten Knoten wird wahrscheinlich
auch wenig bringen, da die 252.37 das Verhalten
seit längerem zeigt. (Ich probiere heute mal
ein Austauschgerät).
Gruss,
Steffen
Gibt es eine low-level Möglichkeit, die Anzahl von Retransmits
oder WLAN Fehlern anzuzeigen ? Ich habe mittlerweile
auf anderen Knoten mit horst gesehen, dass der schnelle
Wechesl der PhyRate eher normal ist.
EIn Neustart der beteiligten Knoten wird wahrscheinlich
auch wenig bringen, da die 252.37 das Verhalten
seit längerem zeigt. (Ich probiere heute mal
ein Austauschgerät).
Gruss,
Steffen
- Sn1cki
- Beiträge: 309
- Registriert: 25.06.2007 08:42
- Wohnort: Halle Neustadt Ballenstedterstr.
- Kontaktdaten:
Re: ETX ist nicht alles ...
Also um des Thema nochmal aufzugreifen...
Hab eben auch mitbekommen, daß ETX nicht so wirklich funzt... habe zwar grüne Werte zu 2HVM gehabt, aber es gingen kaum Pakete rüber...
habe nur die Sendeleistung runtergenommen, da diese Verbindung dem OLSR sagt:"hierlang!!!" aba da is halt stau...
Beatnick hatte nichtmal ne Seite aufbekommen!!!
Sobald 2HVM wieder über Culo2 zu mir Routet funzt es wieder.
Hab des ma mit Horst beobachtet... also trotz grüner ETX is da fast kein Datenverkehr... eigenartig.
Ob BMX des besser macht?
Hab eben auch mitbekommen, daß ETX nicht so wirklich funzt... habe zwar grüne Werte zu 2HVM gehabt, aber es gingen kaum Pakete rüber...
habe nur die Sendeleistung runtergenommen, da diese Verbindung dem OLSR sagt:"hierlang!!!" aba da is halt stau...
Beatnick hatte nichtmal ne Seite aufbekommen!!!
Sobald 2HVM wieder über Culo2 zu mir Routet funzt es wieder.
Hab des ma mit Horst beobachtet... also trotz grüner ETX is da fast kein Datenverkehr... eigenartig.
Ob BMX des besser macht?
Hoi... ich bins...
Sn1cki Snickers der Riegel mit dem bösen Blickle... hehe
Waho-Clan
Verwalter 24.13/24.15
greeeez und good shooot
Sn1cki Snickers der Riegel mit dem bösen Blickle... hehe
Waho-Clan
Verwalter 24.13/24.15
greeeez und good shooot