anleitungen:troubleshooting

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
anleitungen:troubleshooting [22.10.2019 - 08:54] Wilhelmanleitungen:troubleshooting [22.10.2019 - 09:10] (aktuell) – [Weitere Probleme] Wilhelm
Zeile 42: Zeile 42:
 Die Geschwindigkeit von TCP hängt von der Bandbreite, von der Latenz und der Verbindungsqualität (Paketverlust) ab. Die Geschwindigkeit von TCP hängt von der Bandbreite, von der Latenz und der Verbindungsqualität (Paketverlust) ab.
  
-**A)** Die Latenz steigt mit jedem Punkt auf dem Weg zum Ziel.+== A) Die Latenz steigt mit jedem Punkt auf dem Weg zum Ziel ==
   - Nummerierter Listenpunkt Client - Node    - Nummerierter Listenpunkt Client - Node 
     * Hier via WLAN     * Hier via WLAN
Zeile 83: Zeile 83:
      * rtt min/avg/max/mdev = 34.735/39.851/127.069/15.251 ms      * rtt min/avg/max/mdev = 34.735/39.851/127.069/15.251 ms
  
-**B)** Bandbreite im Freifunknetz \\ +== B) Bandbreite im Freifunknetz == 
 Diese resultiert aus der kleinsten Bandbreite aller beteiligten Hops zum Ziel.  Diese resultiert aus der kleinsten Bandbreite aller beteiligten Hops zum Ziel. 
  
 Normalerweise ist die geringste Bandbreite der lokale Internetzugang oder die WLAN/Mesh-on-WLAN-Strecke. Da muss jeder lokal selbst nach einer Optimierung suchen. Bekannte Methoden sind z.B. Mesh-on-LAN und getrennte Client/Mesh-Netzeauf unterschiedlichen Kanälen Normalerweise ist die geringste Bandbreite der lokale Internetzugang oder die WLAN/Mesh-on-WLAN-Strecke. Da muss jeder lokal selbst nach einer Optimierung suchen. Bekannte Methoden sind z.B. Mesh-on-LAN und getrennte Client/Mesh-Netzeauf unterschiedlichen Kanälen
  
-C) Packet Loss \\ +== C) Packet Loss == 
 Wenn TCP Pakete verliert, wird meistens mit einer Reduzierung der Bandbreite reagiert. Paketverlust tritt in Deutschland im festen Internet heute nur sehr wenig auf, in WLAN-Netzen aufgrund von Störungen aber doch recht häufig. Hier kann der Client und der Serverbetreiber eventuell durch lokale Einstellungen die Auswirkungen lindern. Die Serverbereiber werden wir kaum erreichen, die Clients sind die User selbst. Wenn TCP Pakete verliert, wird meistens mit einer Reduzierung der Bandbreite reagiert. Paketverlust tritt in Deutschland im festen Internet heute nur sehr wenig auf, in WLAN-Netzen aufgrund von Störungen aber doch recht häufig. Hier kann der Client und der Serverbetreiber eventuell durch lokale Einstellungen die Auswirkungen lindern. Die Serverbereiber werden wir kaum erreichen, die Clients sind die User selbst.
  
Zeile 138: Zeile 139:
 Auf dem Client, tja, keine Ahnung wie man da mit Windows tiefer analysiert, unter Linux oder auch MacOS mit root ist es einfacher. Auf dem Client, tja, keine Ahnung wie man da mit Windows tiefer analysiert, unter Linux oder auch MacOS mit root ist es einfacher.
  
-1. hat der Client eine IP?+  - hat der Client eine IP?
  
-2a nein: Gibt es Traffic auf dem WLAN-Interface? z.B. <code>tcpdump</code> hilft da+  * 2a nein: Gibt es Traffic auf dem WLAN-Interface? z.B. <code>tcpdump</code> hilft da
  
-3a nein: WLAN ist nicht richtig, da kommt immer was, mindestens ARP Requests ab und an. Client hat irgendein lokales Problem.+  * 3a nein: WLAN ist nicht richtig, da kommt immer was, mindestens ARP Requests ab und an. Client hat irgendein lokales Problem.
  
-3b ja: WLAN zum Node steht, wahrscheinlich keine IP vom GW, GW-Betreiber kontaktieren, behelfsweise Gateway wechseln, z.B. durch Node-Neustart+  * 3b ja: WLAN zum Node steht, wahrscheinlich keine IP vom GW, GW-Betreiber kontaktieren, behelfsweise Gateway wechseln, z.B. durch Node-Neustart
  
-2b ja: funktioniert ping auf 8.8.8.8?+  * 2b ja: funktioniert ping auf 8.8.8.8?
  
-4a ja: funktioniert ping auf heise.de?+  * 4a ja: funktioniert ping auf heise.de?
  
-5a ja: Es gibt kein Problem.+  * 5a ja: Es gibt kein Problem.
  
-5b nein: DNS funktioniert nicht. Lokal genutzten DNS-Server pruefen, oft sind da noch Reste vom anderswo drin. Richtig waere zumindest einer der so heisst wie das Gateway. Wenn die korrekt sind: GW-Betreiber kontaktieren., behelfsweise Gateway wechseln, z.B.  durch Node-Neustart+  * 5b nein: DNS funktioniert nicht. Lokal genutzten DNS-Server pruefen, oft sind da noch Reste vom anderswo drin. Richtig waere zumindest einer der so heisst wie das Gateway. Wenn die korrekt sind: GW-Betreiber kontaktieren., behelfsweise Gateway wechseln, z.B.  durch Node-Neustart
  
-4b nein: Internet geht schonmal nicht. Geht ping auf das Default Gateway?+  * 4b nein: Internet geht schonmal nicht. Geht ping auf das Default Gateway?
  
-6a ja: GW-Betreiber kontaktieren, behelfsweise Gateway wechseln, z.B. durch Node-Neustart+  * 6a ja: GW-Betreiber kontaktieren, behelfsweise Gateway wechseln, z.B. durch Node-Neustart
  
-6b nein: phuu, WLAN neu starten, wahrscheinlich hat er dann keine IP mehr, weiter bei 2a. Oder es funktioniert jetzt.+  * 6b nein: phuu, WLAN neu starten, wahrscheinlich hat er dann keine IP mehr, weiter bei 2a. Oder es funktioniert jetzt.
  
 ===== Probleme beim Flashen der Firmware ===== ===== Probleme beim Flashen der Firmware =====
  • anleitungen/troubleshooting.txt
  • Zuletzt geändert: vor 5 Jahren
  • von Wilhelm