From (spam-protected) Mon Jul 2 12:01:18 2012 From: (spam-protected) (Petr Koval) Date: Mon, 2 Jul 2012 12:01:18 +0200 Subject: [Weinviertel] =?utf-8?q?Funkfeuer_Weinviertel_tempor=C3=A4r_=28pr?= =?utf-8?q?ivate_IP_Range=29__aus_Funkfeuer_Wien_erreichbar?= Message-ID: Funkfeuer Weinviertel http://funkfeuer.at/Netz.401.0.html?&L=1%2Fbacchus%2Findex.php%3Fpage%3D pentoo ~ # route | grep 10.100. 10.100.1.1 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.3 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.13 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.14 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.15 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.16 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.25 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.35 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.106 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.107 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.1.253 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.100.100 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.199.14 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.199.16 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.199.25 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.200.223 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.200.224 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.200.225 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.201.223 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.201.224 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.201.227 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.201.254 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.253.1 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 10.100.253.3 tap63.tunnel.wi 255.255.255.255 UGH 2 0 0 tap0 pentoo ~ # traceroute wind32tunnel.wind32.wien.funkfeuer.at traceroute to wind32tunnel.wind32.wien.funkfeuer.at (193.238.158.117), 30 hops max, 60 byte packets 1 tap63.tunnel.wien.funkfeuer.at (78.41.112.238) 44.504 ms 44.950 ms 63.914 ms 2 wind32tunnel.wind32.wien.funkfeuer.at (193.238.158.117) 94.072 ms 94.080 ms 95.288 ms pentoo ~ # traceroute 10.100.201.254 traceroute to 10.100.201.254 (10.100.201.254), 30 hops max, 60 byte packets 1 tap63.tunnel.wien.funkfeuer.at (78.41.112.238) 53.577 ms 63.632 ms 63.489 ms 2 wind32tunnel.wind32.wien.funkfeuer.at (193.238.158.117) 92.358 ms 92.590 ms 102.014 ms 3 10.100.201.254 (10.100.201.254) 101.546 ms 102.263 ms 110.781 ms pentoo ~ # traceroute 10.100.253.1 traceroute to 10.100.253.1 (10.100.253.1), 30 hops max, 60 byte packets 1 tap63.tunnel.wien.funkfeuer.at (78.41.112.238) 62.302 ms 62.412 ms 62.982 ms 2 wind32tunnel.wind32.wien.funkfeuer.at (193.238.158.117) 90.728 ms 91.352 ms 91.819 ms 3 10.100.201.223 (10.100.201.223) 110.404 ms 111.169 ms 111.391 ms 4 10.100.253.1 (10.100.253.1) 111.305 ms 112.039 ms 112.001 ms z.B. http://10.100.201.254/ LuCI Login oder http://10.100.253.1/cgi-bin-status.html FFF 1.6.28 Somit ist das Weinviertel Funkfeuer Netz, basierend auf privaten Range 10.100.x.x/16, zumindest aus dem Funkfeuer Wien Netz erreichbar, wo es nicht gefiltert wird. Ob es so bleibt oder Weinviertel auf public IPs umstellen wird ist soweit offen. sg Petr From (spam-protected) Sat Jul 7 00:31:59 2012 From: (spam-protected) (Petr Koval) Date: Sat, 7 Jul 2012 00:31:59 +0200 Subject: [Weinviertel] wind32 0xff wien gw Message-ID: Hallo an alle im Weinviertel, es wird ein wenig ausführlich und vielleicht nicht so auf Anhieb verständlich, also was ich heute in der Zeit zw 22:30 und 23:15 mibekommen habe, war für mein Geschmack gar nicht so schlecht. Durchnittswerte um 1 MBit/s , Spitzenwerte > 2 MBit/s bei Latency Durchnitt 50-150 mit Spitzen max <1000 ms (aber ohne QoS Hilfe) dennoch Webseiten fehlerfrei übertragen! (tcpdump lieferte keine Fehler) Im Zuge der Stromausfälle in Wien hat mich die Tunnelverbindung nach Wien mindestens einmal dazu bewegt, die normale default Route auf dem wind32 zurückzustellen. Allerding Heute im Laufe des Tages, auch wenn ich einen 2-5 Minuten Ausfall sah, habe absichtlich nichts unternommen, der längste Ausfall der Tunnel verbundung, den ich registriert habe, war jedoch nicht länger als 10 Minuten. Jedesmal wurde alles nach einem Ausfall ganz von selbst wieder verbunden. Allerdings. In einem anderem Fall, und zwar in Wien, ist nach einem Ausfall das Tunnel zwischen Pentoo und NuX zwar richtig aufgebaut worden, allerdings das OLSR selbst nicht. Es musste händisch restartet werden. Damit muss man bei allen zukunftigen Lösungen rechnen und es implementieren. Zu der default Route: Auf dem Wind32 http://10.100.240.2/all (die Tunnel IP im Retz die auch beim Disconnect zu Wien aus dem Weinviertel Netz erreichbar sein sollte) http://wind32tunnel.wind32.wien.funkfeuer.at/all (reguler aus dem Internet) http://anonymouse.org/cgi-bin/anon-www_de.cgi/http://wind32tunnel.wind32.wien.funkfeuer.at/all (ich muss wegen einem Squid Problem noch so, aber nur über Pentoo+NuX Squid, bzw. via 10.) ist als default Route die der Tunnel Verbindung nach Wien zum NuX im ORF Zentrum also innerhalb des Funknetzes definiert. Das wird von Ausfällen des zentrallen Tunnel Server nicht betroffen, von einem Ausfall des zurzeit einzigen BGP Router, also der einzigen Verbindung Funkfeuer Wien zum Internet sehr wohl, aber nicht mehr lange. Da ein zweiter BGP Router an einem anderem Ort Wiens in Aussicht ist. Zu Diagnose Zwecken benutze ich zur Zeit: https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=nux.tap0 die letzte Stelle vor dem Eintritt in das Weinviertel Netz im public IP Bereich https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=wind32.wind32tunnel das ist das Ping von 10.100.240.2 wohin es von NuX weiter geleitet wird auf der https://map.funkfeuer.at/wien/ ist zwar das wind32 schwarz dargestellt, beim eingelogten Zugang sieht man im Detailt das wind32tunnel als HNA von tap0.nux derzeit gilt. Funkfeuer Wien ist auf public IP Adressen basiertes Netz und es ist langfristig unerwünscht dur HNAs oder eine direkte OLSR Verbindung. Deshalb wurde Zwischen wind32 und NuX eine Brücke zw. zwei OLSR Netzen gemacht ohne sie direkt mit einander durchzuroute. NuX ist der einzige Knoten aus dem Funkfeuer Wien Netz, das die Netzroute 10.100.0.0/16 via das Tunnel 10.100.240.0/30 kennt. 10.100.240.1 auf der NuX Seite http://tap0.nux.wien.funkfeuer.at/ 10.100.240.2 auf der Wind32 Seite (wurde oben bereits erwähnt) Auf dem NuX ist in die Richtung Funkfeuer Netz und restliches Internet eine NAT für das 10.100.0.0/16 Netz, die andere Richtung Weinviertel Funkfeuer auf 10.100.0.0/16 ist von NuX erreichbar. Auf dem NuX ist ein IPv4/6 Squid Proxy, dass wie aus dem Funkfeuer Netz 78.41.112.0/22 und 193.238.156.0/22 wie auch aus dem Weinviertel Netz 10.100.0.0/16 experimentel nutzbar ist. (Ausnahmsweise zusätzlich noch aus dem Orange AT Netz 46.57.0.0/17 und 94.245.192.0/19) Web Proxy also entweder tap0.nux.wien.funkfeuer.at:3128 oder 10.100.240.1:3128 Da ich von der Alten Donau gekoppeltes Squids (Mein Netz -> Pentoo -> NuX ->) benutze komme ich zum weiterem Diagnosemittel, Webzugriff auf folgende Router http://10.100.1.1/cgi-bin-status.html http://10.100.1.3/cgi-bin-status.html http://10.100.1.13/cgi-bin-status.html http://10.100.1.14/cgi-bin-status.html http://10.100.1.16/cgi-bin-status.html http://10.100.1.25/cgi-bin-status.html und das direkt von der Alten Donau, obwohl ich von da lediglich Route zum NuX habe. (von eth0.p4.wien.funkfeuer.at) (vier separate Uplink/Tunnels im Spiel) (Pentoo selbst benutzt zwei, zentraller Tunnel Server und NuX Tunnel) C:\Dokumente und Einstellungen\admin>tracert pentoo.nux.wien.funkfeuer.at Routenverfolgung zu pentoo.nux.wien.funkfeuer.at [193.238.158.107] über maximal 30 Abschnitte: 1 1 ms 1 ms 1 ms 192.168.137.2 2 3 ms 2 ms 2 ms wlan.pentoo.wien.funkfeuer.at [78.41.113.170] 3 58 ms 71 ms 99 ms pentoo.nux.wien.funkfeuer.at [193.238.158.107] Ablaufverfolgung beendet. Banbreiten Nutzung der Linkstrecke Wind32 - Pentoo ist im MRTG von NuX zu sehen http://tap0.nux.wien.funkfeuer.at/mrtg/ http://tap0.nux.wien.funkfeuer.at/mrtg/localhost_tap-wind32.html Was die Anbindungsqualität von NuX via OZW, Funkfeuer ans Internet angeht, das kann man beurteilen anhand der Ping google.com Kontrole auf NuX http://tap0.nux.wien.funkfeuer.at/mrtg/localhost.ping.html wo man unter anderem auch die Totallausfälle gegenüber dem Internet am Mittwoch und Montag davor sehen kann. Das waren die Stromausfälle in Wier erste Bezirg etc. wo das Funkfeuer Netz herum zwar funktionierte, aber die einzige Internetz Verbindung leider nicht. (Aber das wird sich dem Nächst ändern) Ein schönes Wochenende Petr From (spam-protected) Sun Jul 8 19:39:52 2012 From: (spam-protected) (Petr Koval) Date: Sun, 8 Jul 2012 19:39:52 +0200 Subject: [Weinviertel] wind32 disconnected von Wien / NuX um 17:40 Message-ID: <028320DD194E460BBF1C6CE204F6E862@p4> https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=wind32.wind32tunnel http://tap0.nux.wien.funkfeuer.at/mrtg/localhost_tap-wind32.html Ursache unbekannt sg Petr From (spam-protected) Mon Jul 9 12:36:59 2012 From: (spam-protected) (Petr Koval) Date: Mon, 9 Jul 2012 12:36:59 +0200 Subject: [Weinviertel] wind32 disconnected von Wien / NuX um 17:40 References: <028320DD194E460BBF1C6CE204F6E862@p4> Message-ID: <4A9AC284D909404AA62D11282BE973B8@p4> Hallo, ich lasse deine Antwort vollständig, da ich es nicht in der Liste sehe. Die Verbindung ist wieder hergestellt, ist aber noch nicht automatisiert. Vorläufig so lassen. root at tunnel:~# cat funkfeuer route add 193.238.159.42 gw 10.0.0.138 openvpn --mktun --dev tap-nux ip addr add 10.100.240.2/30 broadcast + dev tap-nux ip link set tap-nux up openvpn --dev tap-nux --remote 193.238.159.42 --port 5240 --daemon --writepid /var/run/openvpn-tap-nux.pid --up-delay --ping-restart 20 --script-security 3 system --comp-lzo olsrd route add default gw 10.100.240.1 route add -net 78.41.112.0/22 gw 10.100.240.1 route add -net 193.238.156.0/22 gw 10.100.240.1 route add default gw 10.0.0.138 metric 1 route del default gw 10.0.0.138 metric 0 Bem ^^ - openvpn Zeilenumbruch händisch - NAT ist erst auf NuX ! NAT Test: root at tunnel:~# traceroute google.com traceroute to google.com (173.194.39.104), 30 hops max, 60 byte packets 1 tap-wind32.nux (10.100.240.1) 41.256 ms 43.861 ms 44.220 ms 2 nux.brc.wien.funkfeuer.at (193.238.158.90) 60.908 ms 65.289 ms 67.747 ms 3 260degLAN.OZW.wien.funkfeuer.at (78.41.113.77) 73.955 ms 78.888 ms 83.375 ms 4 nanom5wifi.rei6.wien.funkfeuer.at (193.238.156.207) 85.297 ms 85.269 ms 87.480 ms 5 wan.modul.wien.funkfeuer.at (193.238.158.248) 89.930 ms 90.609 ms 93.163 ms 6 eoip.nixroof.wien.funkfeuer.at (78.41.113.212) 103.303 ms 72.882 ms 76.046 ms 7 subway.funkfeuer.at (78.41.115.49) 79.867 ms 48.895 ms 89.452 ms 8 81.16.148.145 (81.16.148.145) 89.808 ms 90.606 ms 90.604 ms 9 ae7-997.r06.uni.vie.at.nextlayer.net (92.60.3.193) 91.565 ms 91.564 ms 92.554 ms 10 ae7-997.r06.inx.vie.at.nextlayer.net (92.60.3.161) 92.551 ms ae6-996.r06.inx.vie.at.nextlayer.net (92.60.2.161) 93.740 ms 134.698 ms 11 swissix.google.com (91.206.52.74) 110.494 ms 112.200 ms 134.210 ms 12 72.14.232.120 (72.14.232.120) 139.481 ms 135.354 ms 139.444 ms 13 72.14.239.62 (72.14.239.62) 81.183 ms 83.609 ms 86.443 ms 14 72.14.234.10 (72.14.234.10) 110.302 ms 113.101 ms 103.780 ms 15 72.14.234.255 (72.14.234.255) 114.484 ms 114.713 ms 134.251 ms 16 bud01s11-in-f8.1e100.net (173.194.39.104) 137.741 ms 138.162 ms 135.584 ms Christian Kurta wrote: > Hallo! > > Wir hatten Unwetter und wieder mal Stromausfälle, und die VM war > nicht auf auto-start konfiguriert. > > lg > > Am 08.07.2012 um 19:39 schrieb Petr Koval: > >> https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=wind32.wind32tunnel >> http://tap0.nux.wien.funkfeuer.at/mrtg/localhost_tap-wind32.html >> >> Ursache unbekannt >> >> sg Petr >> >> >> _______________________________________________ >> Weinviertel mailing list >> Weinviertel at lists.funkfeuer.at >> https://lists.funkfeuer.at/mailman/listinfo/weinviertel From (spam-protected) Mon Jul 16 23:43:15 2012 From: (spam-protected) (Petr Koval) Date: Mon, 16 Jul 2012 23:43:15 +0200 Subject: [Weinviertel] wind32 Ausfall um 20 Uhr Message-ID: <55F3C296B21D444EA9D8D3CBB408574E@p4> https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=wind32.wind32tunnel sg Petr From (spam-protected) Tue Jul 24 23:48:38 2012 From: (spam-protected) (Petr Koval) Date: Tue, 24 Jul 2012 23:48:38 +0200 Subject: [Weinviertel] wind32 Ausfall um 20 Uhr References: <55F3C296B21D444EA9D8D3CBB408574E@p4> Message-ID: <00E7770D1FF542B6B7C801DC184E4EC8@p4> Petr Koval wrote: > https://marvin.funkfeuer.at/cgi-bin/smokeping/freenet.cgi?target=wind32.wind32tunnel > hab bemerkt seit heute 2 Uhr früh wieder online sehr gut pk