Du weißt doch, was zu tun ist 
NMD (not my department)
Heute morgen um 3 war ich nicht mehr dazu imstande so weit zu denken,
bin jetzt dran
Erste Tests:
[petabyteboy@pbb-e3 site]$ traceroute speedof.me
traceroute to speedof.me (216.121.90.10), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 23.818 ms 23.821 ms 23.831 ms
2 100.64.0.38 (100.64.0.38) 32.500 ms 32.516 ms 32.525 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 32.534 ms 32.544 ms 32.602 ms
4 xe-1-2-0.mpr1.fra4.de.above.net (80.81.194.26) 32.826 ms 32.844 ms 32.853 ms
5 ae8.mpr1.fra3.de.zip.zayo.com (64.125.26.233) 33.179 ms 33.398 ms 33.164 ms
6 ae4.cr1.ams5.nl.zip.zayo.com (64.125.32.106) 40.405 ms 38.535 ms 37.907 ms
7 xe-10-1-1.cr2.lga5.us.zip.zayo.com (64.125.20.169) 118.817 ms 118.830 ms 119.324 ms
8 v22.ae29.cr2.ord2.us.zip.zayo.com (64.125.31.173) 148.289 ms 148.298 ms 148.289 ms
9 ae11.cr1.ord2.us.zip.zayo.com (64.125.20.245) 131.950 ms 144.693 ms ae13.mpr2.den1.us.zip.zayo.com (64.125.21.254) 153.275 ms
10 ae11.mpr1.den1.us.zip.zayo.com (64.125.31.153) 159.786 ms 163.058 ms 160.260 ms
11 ae5.cr1.sjc2.us.zip.zayo.com (64.125.25.53) 202.187 ms 202.204 ms 202.178 ms
12 ae8.cr2.sjc2.us.zip.zayo.com (64.125.20.254) 180.345 ms 182.301 ms 182.290 ms
13 ae3.er2.sjc2.us.zip.zayo.com (64.125.28.57) 182.960 ms 182.909 ms 182.678 ms
14 te-4-1.border-core1.sfo2.servepath.net (64.124.196.6) 223.988 ms 223.943 ms 223.958 ms
15 po1.22.access1.sfo2.gogrid.com (208.96.31.20) 195.292 ms 195.487 ms 198.418 ms
16 * * *
[petabyteboy@pbb-e3 site]$ traceroute cdn.speedof.me
traceroute to cdn.speedof.me (68.232.34.237), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 21.346 ms 21.362 ms 26.356 ms
2 100.64.0.38 (100.64.0.38) 35.100 ms 35.116 ms 35.127 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 35.137 ms 35.146 ms 35.157 ms
4 ae-1.bb-c.act.fra.de.oneandone.net (212.227.120.90) 35.167 ms 35.326 ms 42.896 ms
5 ffm-b1-link.telia.net (213.248.97.97) 35.262 ms 35.272 ms 35.290 ms
6 ffm-bb1-link.telia.net (62.115.141.214) 35.218 ms ffm-bb2-link.telia.net (62.115.141.244) 31.048 ms ffm-bb1-link.telia.net (62.115.135.237) 32.444 ms
7 ffm-b2-link.telia.net (80.91.252.168) 32.837 ms ffm-b2-link.telia.net (62.115.138.85) 33.893 ms ffm-b2-link.telia.net (62.115.138.75) 32.851 ms
8 edgecast-ic-155812-ffm-b2.c.telia.net (213.248.82.162) 32.553 ms edgecast-ic-155814-ffm-b2.c.telia.net (62.115.8.134) 32.482 ms edgecast-ic-155815-ffm-b2.c.telia.net (62.115.8.138) 32.500 ms
9 68.232.34.237 (68.232.34.237) 33.068 ms 33.087 ms 32.830 ms
[petabyteboy@pbb-e3 site]$ traceroute speedtest.net
traceroute to speedtest.net (216.146.46.10), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 24.336 ms 24.336 ms 24.348 ms
2 100.64.0.38 (100.64.0.38) 32.956 ms 32.982 ms 32.990 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 32.999 ms 33.008 ms 33.046 ms
4 xe-0-0-0.bb-a.ba.slo.gb.oneandone.net (212.227.120.21) 49.752 ms 49.762 ms 49.795 ms
5 212.119.29.77 (212.119.29.77) 50.221 ms 50.159 ms 50.234 ms
6 ae-6.r02.amstnl02.nl.bb.gin.ntt.net (129.250.3.9) 144.353 ms 140.753 ms 140.720 ms
7 ae-3.r23.amstnl02.nl.bb.gin.ntt.net (129.250.2.158) 56.361 ms 58.926 ms 56.348 ms
8 ae-6.r23.asbnva02.us.bb.gin.ntt.net (129.250.6.176) 142.030 ms 139.219 ms 190.635 ms
9 ae-46.r05.asbnva02.us.bb.gin.ntt.net (129.250.5.191) 137.807 ms 142.012 ms 149.854 ms
10 xe-0-3-0-14.r05.asbnva02.us.ce.gin.ntt.net (168.143.97.146) 138.247 ms 146.775 ms 135.050 ms
11 xe-0-3-0-14.r05.asbnva02.us.ce.gin.ntt.net (168.143.97.146) 137.792 ms !X * *
[petabyteboy@pbb-e3 site]$ traceroute www.speedtest.net
traceroute to www.speedtest.net (93.184.219.82), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 22.924 ms 22.939 ms 23.001 ms
2 100.64.0.38 (100.64.0.38) 31.806 ms 31.821 ms 31.893 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 31.911 ms 31.920 ms 31.930 ms
4 ae-1.bb-c.act.fra.de.oneandone.net (212.227.120.90) 40.368 ms 36.634 ms 36.653 ms
5 ffm-b1-link.telia.net (213.248.97.97) 42.711 ms 42.732 ms 42.742 ms
6 ffm-bb2-link.telia.net (62.115.141.236) 35.227 ms ffm-bb1-link.telia.net (62.115.141.218) 31.237 ms ffm-bb1-link.telia.net (62.115.141.216) 33.674 ms
7 ffm-b2-link.telia.net (62.115.138.63) 35.025 ms ffm-b2-link.telia.net (80.91.246.219) 34.070 ms ffm-b2-link.telia.net (213.155.132.205) 34.046 ms
8 edgecast-ic-155813-ffm-b2.c.telia.net (62.115.8.130) 34.024 ms edgecast-ic-155815-ffm-b2.c.telia.net (62.115.8.138) 33.680 ms edgecast-ic-155812-ffm-b2.c.telia.net (213.248.82.162) 33.655 ms
9 93.184.219.82 (93.184.219.82) 33.803 ms 33.816 ms 33.928 ms
[petabyteboy@pbb-e3 site]$
und noch mehr:
[petabyteboy@pbb-e3 site]$ traceroute cdn.topspin.net
traceroute to cdn.topspin.net (54.192.44.125), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 24.281 ms 24.280 ms 24.275 ms
2 100.64.0.38 (100.64.0.38) 32.924 ms 32.985 ms 32.988 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 32.983 ms 32.989 ms 33.000 ms
4 decix2.amazon.com (80.81.195.152) 33.076 ms 33.277 ms 33.280 ms
5 54.239.4.86 (54.239.4.86) 33.711 ms 33.714 ms 33.709 ms
6 54.239.4.218 (54.239.4.218) 33.704 ms 34.138 ms 35.140 ms
7 54.239.4.223 (54.239.4.223) 33.193 ms 32.367 ms 32.396 ms
8 * * *
[petabyteboy@pbb-e3 site]$ traceroute twimg.com
traceroute to twimg.com (210.163.219.24), 30 hops max, 60 byte packets
1 gateway (10.156.0.241) 22.999 ms 23.012 ms 23.018 ms
2 100.64.0.38 (100.64.0.38) 32.081 ms 32.082 ms 32.088 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 32.087 ms 32.100 ms 35.094 ms
4 xe-0-0-0.bb-a.ba.slo.gb.oneandone.net (212.227.120.21) 52.314 ms 52.318 ms 52.325 ms
5 212.119.29.77 (212.119.29.77) 52.706 ms 52.990 ms 52.993 ms
6 ae-6.r02.amstnl02.nl.bb.gin.ntt.net (129.250.3.9) 312.238 ms 303.508 ms 305.198 ms
7 ae-2.r22.amstnl02.nl.bb.gin.ntt.net (129.250.2.112) 57.683 ms ae-6.r02.londen03.uk.bb.gin.ntt.net (129.250.3.2) 323.525 ms 323.508 ms
8 ae-4.r23.londen03.uk.bb.gin.ntt.net (129.250.5.40) 51.595 ms ae-3.r25.tokyjp05.jp.bb.gin.ntt.net (129.250.4.64) 314.121 ms 312.088 ms
9 ae-14.r22.osakjp02.jp.bb.gin.ntt.net (129.250.5.221) 316.606 ms 315.846 ms ae-2.r20.tokyjp05.jp.bb.gin.ntt.net (129.250.6.214) 304.621 ms
10 ae-1.ocn.tokyjp05.jp.bb.gin.ntt.net (129.250.11.114) 306.319 ms 314.373 ms ae-7.r26.tokyjp05.jp.bb.gin.ntt.net (129.250.3.221) 316.305 ms
11 118.23.168.36 (118.23.168.36) 302.701 ms 118.23.168.100 (118.23.168.100) 304.855 ms ae-4.r25.tokyjp05.jp.bb.gin.ntt.net (129.250.6.162) 311.642 ms
12 ae-2.r20.tokyjp05.jp.bb.gin.ntt.net (129.250.6.214) 306.065 ms 114.147.63.122 (114.147.63.122) 313.148 ms 114.147.63.126 (114.147.63.126) 316.636 ms
13 211.129.61.202 (211.129.61.202) 325.210 ms 323.611 ms 310.698 ms
14 * 60.37.27.165 (60.37.27.165) 328.086 ms 118.23.168.101 (118.23.168.101) 320.158 ms
15 * 114.147.63.122 (114.147.63.122) 310.466 ms *
16 211.129.61.202 (211.129.61.202) 360.024 ms 360.027 ms 360.034 ms
17 * * *
[petabyteboy@pbb-e3 site]$
@phip whose department is it then??
Und zum Vergleich w0 *ausdernasezieh
Ich weiß, dass es nicht meine Aufgabe ist für das Routing zu sorgen, sondern die des FFRL-Backbone-Teams. Ich bin bis zum 2ten/dritten Hop zuständig. In diesem Fall scheint das Problem aber weit im Internet zu liegen. Offensichtlich scheinen die Speedtester keine Route mehr zu uns aufbauen zu wollen.
Hier in Rade scheint DHCP nicht zu gehen. Wenn ich die 10.57.0.241 als GW eintrage und auch eine IP Vergebe, geht es.
Danke für diese Meldung. Scheint so, als ob ich vergessen hätte den DHCP-Server einzuschalten. Probiere es bitte noch ein mal.
jep, jetzt gedht es. Bekomme eine IP und als GW 10.57.0.240. Danke für schnelle richten 
nichts zu Danken, in diesem Fall war ich 's nicht … 240 ist w0, 241 ist w1 … DHCP war auf w1 trotzdem aus, Batman würde jedoch die DHCP-Anfragen bei besserer Verbindung trotzdem an w1 weiterleiten und der Nutzer würde keine IP erhalten. Ich sehe gerade aber, dass DHCP nun läuft und es vorwiegend von den Troisdorfern benutzt wird.
Ja hier ging er eben noch nicht … jetzt läufts wieder …
ich hoffe, es gab deswegen keine Probleme. Bekam man nach einer Weile doch eine IP vom w0 oder gab es überhaupt keine IP? Bei Euch scheint die Route zum w1 irgendwie besser zu sein.
Also hier gab es wie ich gehört habe garkeine IP
traceroute to www.1und1.de (217.160.87.6), 64 hops max, 52 byte packets
1 10.188.0.241 (10.188.0.241) 37.628 ms 34.010 ms 28.142 ms
2 100.64.0.38 (100.64.0.38) 36.808 ms 49.517 ms 36.785 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 40.255 ms 38.934 ms 37.543 ms
4 * * *
5 * * *
6 * * *
7 * * *
8 * *8 h lang? Aber auch keine Fehlermeldung von Euch. Tut mir Leid, dass ich da Mist gebaut habe. Batman ist da echt konsequent, wenn es darum geht DHCP-Anfragen an ein „besseres“ GW zu leiten. Es wird aber nicht geprüft, ob eine Antwort erfolgt. Das wäre aber auch zu viel des Guten. Ich markiere mir den DHCP-startenden Befehl noch ein mal rot^^, damit so was nie wieder passiert.
und w0?
Ich bin selber gerade erst am Rechner … Desswegen kein geschrei … @Reka ist das aufgefallen.
Selbe in grün
traceroute to 1und1.de (217.160.87.6), 30 hops max, 60 byte packets
1 10.188.0.240 (10.188.0.240) 20.657 ms 21.256 ms 21.746 ms
2 100.64.0.42 (100.64.0.42) 29.629 ms 29.977 ms 30.468 ms
3 irb-1050.bb-a.fra3.fra.de.oneandone.net (195.20.242.193) 30.834 ms 30.954 ms 31.194 ms
4 * * *
5 * * *
Heimnetz funktioniert … also nicht 1&1 schuld
Das ist zu lieb von Euch 
Routen scheint es heute nicht wirklich zu wollen. Bis jetzt aber noch kein „schlimmer Fall“. Ich hoffe unsere IPs landen bei den Diensteanbietern nicht auf der Sperrliste zu landen.
Noch was: Können wir fastd auf wupper 2 3 und 4 ausschalten? Die Nodes verbinden sich da hin und müssen den traffic dann erst darüber schieben
Also quasi fastd nur da an wo auch gateway ist?
hier gab es vorher garkeine IP.
Das kann man machen, so läuft es aber auch im Tal und die Latenz ist minimal höher, wenn nicht sogar vernachlässigbar. Es kommt sogar vor, dass ein Knoten 2 Superknoten ohne einen GW erwischt … es ist meiner Meinung nach halb so schlimm, wie es aussieht.
Dafür sind sie auch da. Durch diese Vorgehensweise bekommen die Server in Düsseldorf auch was zu tun, es ist deutlich redundanter und die GWs werden entlastet. Wollt Ihr es wirklich abschalten?
Dieser Fehler kommt nicht mehr vor *hoff
Wenn du sagst es läuft so ist das ok … ist auch ne weitere Fehlerquelle wenn wir die wieder als GW in betrieb nehmen …
das stimmt, aber so lange batctl gw server … nicht eingegeben wird, kann da für die Wolke nichts schlimmes Passieren. Vorher lasse ich es Euch doch mit einer statischen Route testen.