# AS201701: Wie ihr Unterstützung bekommt (how to Troubleshoot) **URL:** \ **Category:** FFRL Backbone\ **Created:** [29. Juni 2020 um 13:22 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122 "2020-06-29T13:22:22Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![takt](https://forum.freifunk.net/user_avatar/forum.freifunk.net/takt/32/18297_2.png) [@takt](https://forum.freifunk.net/u/takt)\ **Post date:** [29. Juni 2020 um 13:22 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/1 "2020-06-29T13:22:22Z")
Da es auch 6 Jahre nach dem Start des Projekts AS201701 zu sehr unstrukturierten Support anfragen kommt habe ich mal zusammen geschrieben, welche Troubleshooting Schritte wir von euch erwarten, bevor ihr das Backbone Admin Team kontaktiert. In dem Dokument ist auch klar erläutert, welche Fragen ihr beim erstellen einer Anfrage beantworten sollt. Das Dokument befindet sich hier: [How to get support for AS201701 - Google Docs](https://docs.google.com/document/d/1cwdTC2R6AkxQEGY_0giiZ5a2HPYQ23e6ZviCcpamojQ/edit?usp=sharing) Um schnell, zuverlässig und einheitlich die Funktionalität eurer Tunnel prüfen zu können, haben wir ein Analyseskript entwickelt: [tunnel\_diagnostics/diag.sh at master · ffrl/tunnel\_diagnostics · GitHub](https://github.com/ffrl/tunnel_diagnostics/blob/master/diag.sh) Bitte haltet euch zukünftig an die vorgegebene Form und verwendet stets das Skript zum testen und liefert uns die vollständige Ausgabe von jedem eurer Tunnelendpunkte aus. Ihr macht euch und uns das Leben damit leichter. VG takt ---
**Author:** ![stefan](https://forum.freifunk.net/user_avatar/forum.freifunk.net/stefan/32/22670_2.png) [@stefan](https://forum.freifunk.net/u/stefan)\ **Post date:** [30. Juni 2020 um 17:55 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/2 "2020-06-30T17:55:49Z")
---
**Author:** ![wusel](https://forum.freifunk.net/user_avatar/forum.freifunk.net/wusel/32/630_2.png) [@wusel](https://forum.freifunk.net/u/wusel)\ **Post date:** [2. Juli 2020 um 00:05 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/3 "2020-07-02T00:05:52Z")
Hmm, @takt, möchtest Du das vielleicht korrigieren? ``` ## Check IP Forwarding Not having IP forwarding enabled on certain interfaces is also a common cause for silently lost packets on Linux routers. root@router ~ # for i in /proc/sys/net/ipv4/conf/*; do cat $i/forwarding | grep 1; done root@router ~ # for i in /proc/sys/net/ipv6/conf/*; do cat $i/forwarding | grep 1; done These commands must not return a single line. ``` „grep 1“ zeigt, welche IF Forwarding aktiviert haben. „These commands must not return a single line“ hieße, der Router kann nicht routen, das macht keinen Sinn. ---
**Author:** ![takt](https://forum.freifunk.net/user_avatar/forum.freifunk.net/takt/32/18297_2.png) [@takt](https://forum.freifunk.net/u/takt)\ **Post date:** [2. Juli 2020 um 07:16 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/4 "2020-07-02T07:16:24Z")
Danke für den Hinweis. Ist korrigiert. ---
**Author:** ![rotanid](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/r/3ec8ea/32.png) [@rotanid](https://forum.freifunk.net/u/rotanid)\ **Post date:** [6. Juli 2020 um 01:11 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/5 "2020-07-06T01:11:22Z")
Mini-Verbesserungsvorschlag: cat X | grep Y „useless use of cat“, daher besser&kürzer: grep Y X ---
**Author:** ![shoragan](https://forum.freifunk.net/letter_avatar_proxy/v4/letter/s/34f0e0/32.png) [@shoragan](https://forum.freifunk.net/u/shoragan)\ **Post date:** [27. Januar 2022 um 16:18 UTC](https://forum.freifunk.net/t/as201701-wie-ihr-unterstuetzung-bekommt-how-to-troubleshoot/22122/6 "2022-01-27T16:18:58Z")
Danke @takt, das Dokument hat schon geholfen. (rp filter war an… 🤦‍♂️) Für das diag.sh haben wir einen [PR](https://github.com/ffrl/tunnel_diagnostics/pull/1) gestellt, weil es so bei uns nicht funktioniert hat. Statt `for i in /proc/sys/net/ipv4/conf/*; do cat $i/rp_filter | grep 1; done` würden wir `grep -r 1 /proc/sys/net/ipv4/conf/*/rp_filter` vorschlagen, weil man dann gleich sieht, wo das Problem ist. Danke für eure Arbeit!