ETX ist nicht alles ...

[sneumann]

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

[4huf]

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.

[sneumann]

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.

Sie sieht keine Weiteren Nachbarn in Sichtlinie, die 253.38 und die 251.37 sind
auf der abgewandten Gebäudeseite in ca. 150m Entfernung. LQ/NLQ sind prima:
LQ: 0.43 NLQ: 0.61 ETX: 3.83

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.

Die Sendeleistung war vorher noch bei 56mW, da wars genauso schlecht.

Gruss,
Steffen

[sneumann]

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

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

[se]

wenn 500 m = 0.5 ist, dann ist das doch der load im grünen bereich.

[sneumann]

wenn 500 m = 0.5 ist, dann ist das doch der load im grünen bereich.

Ah, dann sind das 500 Milliload ?! Wird allerdings auch von den anderen Angaben bestätigt.

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

[sneumann]

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

[Sn1cki]

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?