Domäne 08 - wie fahren wir fort ?

Hoepers · 17. März 2016 um 19:49

nein bei dray_01 bekomme ich von 64.11 -67.255 und bei fanlin_01 von 68.0 - 71.255
Habe die IP Adresse manuell getestet bei beiden Tunneln

descilla · 17. März 2016 um 19:51

kannst du mal jeweils (also einmal mit dray-01 und einmal mit fanlin-01 verbunden) einen traceroute auf ein beliebiges ziel im internet machen und die Ausgabe hier posten?

Hoepers · 17. März 2016 um 19:53

es war mir aufgefallen da die Geräte unterschiedliche IP Adressbereich haben und das eine Gerät schnell ist und das andere nicht.

descilla · 17. März 2016 um 19:58

Es liegt vermutlich eher an dem Gateway, dass du per DHCP vorgeschlagen bekommst, als an der Adresse als solches. Das ist aber schon mal sehr interessant…

Hoepers · 17. März 2016 um 20:03

jeweils mit aktueller IP für den Tunnel

fanlin_01

„Traceroute“ wurde gestartet …

traceroute to google.de (216.58.214.35), 64 hops max, 72 byte packets
1 10.43.64.2 (10.43.64.2) 289.721 ms 277.628 ms 53.050 ms
2 192.168.82.9 (192.168.82.9) 596.699 ms 79.260 ms 98.829 ms
3 100.64.0.100 (100.64.0.100) 100.569 ms 60.663 ms 122.506 ms
4 google.dus.ecix.net (194.146.118.88) 68.763 ms 75.923 ms 64.627 ms
5 216.239.46.59 (216.239.46.59) 52.471 ms 56.080 ms 50.931 ms
6 209.85.240.187 (209.85.240.187) 50.759 ms 68.168 ms 52.734 ms
7 fra15s09-in-f3.1e100.net (216.58.214.35) 84.226 ms 86.833 ms 130.726 ms

dray_01

„Traceroute“ wurde gestartet …

traceroute: Warning: google.de has multiple addresses; using 173.194.112.63
traceroute to google.de (173.194.112.63), 64 hops max, 72 byte packets
1 10.43.64.3 (10.43.64.3) 328.377 ms 141.618 ms 375.584 ms
2 192.168.84.13 (192.168.84.13) 178.611 ms 196.620 ms 338.178 ms
3 100.64.0.108 (100.64.0.108) 276.939 ms 483.789 ms 206.958 ms
4 google.bcix.de (193.178.185.100) 295.026 ms 233.453 ms 1433.971 ms
5 209.85.249.184 (209.85.249.184) 286.978 ms 161.983 ms 219.664 ms
6 64.233.175.185 (64.233.175.185) 459.030 ms 226.743 ms 182.076 ms
7 74.125.37.161 (74.125.37.161) 300.266 ms 319.821 ms 191.732 ms
8 209.85.251.179 (209.85.251.179) 167.022 ms 152.567 ms 236.608 ms
9 216.239.57.185 (216.239.57.185) 194.896 ms 146.340 ms 221.780 ms
10 72.14.235.247 (72.14.235.247) 208.907 ms * 208.520 ms
11 fra07s28-in-f31.1e100.net (173.194.112.63) 206.274 ms 290.700 ms 327.225 ms

Sandmann88 · 17. März 2016 um 20:06

Aber das die Server unterschiedliche Ranges für den dhcp/Vergabe von ip’s haben ist doch erstmal korrekt ?!?

Und von 10.43.64.1 - 10.43.71.254 müsste doch insgesamt für die Domäne auch passen…

descilla · 17. März 2016 um 20:16

Iperf C1024 als server, dray-01 als client:

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.84.13 port 5001 connected with 192.168.84.14 port 52304
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   886 MBytes   740 Mbits/sec
[  5] local 192.168.84.13 port 5001 connected with 192.168.84.14 port 52306
[  5]  0.0-10.0 sec   871 MBytes   728 Mbits/sec
[  4] local 192.168.84.13 port 5001 connected with 192.168.84.14 port 52308
[  4]  0.0-10.0 sec   787 MBytes   658 Mbits/sec
[  5] local 192.168.84.13 port 5001 connected with 192.168.84.14 port 52310
[  5]  0.0-10.1 sec   839 MBytes   700 Mbits/sec

iperf dray-01 als server, c1024 als client:

------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 192.168.84.14 port 5001 connected with 192.168.84.13 port 60016
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-13.2 sec   768 KBytes   477 Kbits/sec
[  5] local 192.168.84.14 port 5001 connected with 192.168.84.13 port 60018
[  5]  0.0-14.0 sec   896 KBytes   525 Kbits/sec
[  4] local 192.168.84.14 port 5001 connected with 192.168.84.13 port 60020
[  4]  0.0-11.7 sec  1.12 MBytes   808 Kbits/sec
[  5] local 192.168.84.14 port 5001 connected with 192.168.84.13 port 60022
[  5]  0.0-16.6 sec  2.25 MBytes  1.14 Mbits/sec
[  4] local 192.168.84.14 port 5001 connected with 192.168.84.13 port 60024
[  4]  0.0-25.5 sec  1.12 MBytes   370 Kbits/sec

Und:

#tunnel if zu c1024
root@dray-01:~ traceroute 192.168.84.13 
traceroute to 192.168.84.13 (192.168.84.13), 30 hops max, 60 byte packets
 1  192.168.84.13 (192.168.84.13)  0.607 ms  0.652 ms  0.585 ms

und

# tunnel if zu dray-01
root@c1024:~ traceroute 192.168.84.14 
traceroute to 192.168.84.14 (192.168.84.14), 30 hops max, 60 byte packets
 1  192.168.84.14 (192.168.84.14)  1.178 ms  0.973 ms  0.936 ms

Aber bei direkter Verbindung (also nicht durch einen gre tunnel):

Iperf C1024 als server, dray-01 als client:

root@c1024:~# iperf -s 
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 176.9.88.123 port 5001 connected with 136.243.156.57 port 54482
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   910 MBytes   760 Mbits/sec
[  5] local 176.9.88.123 port 5001 connected with 136.243.156.57 port 54484
[  5]  0.0-10.0 sec   916 MBytes   765 Mbits/sec
[  4] local 176.9.88.123 port 5001 connected with 136.243.156.57 port 54486
[  4]  0.0-10.0 sec   846 MBytes   707 Mbits/sec
[  5] local 176.9.88.123 port 5001 connected with 136.243.156.57 port 54488
[  5]  0.0-10.0 sec   897 MBytes   749 Mbits/sec

und

root@dray-01:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 136.243.156.57 port 5001 connected with 176.9.88.123 port 39574
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.0 sec   644 MBytes   538 Mbits/sec
[  5] local 136.243.156.57 port 5001 connected with 176.9.88.123 port 39576
[  5]  0.0-10.0 sec   584 MBytes   489 Mbits/sec
[  4] local 136.243.156.57 port 5001 connected with 176.9.88.123 port 39578
[  4]  0.0-10.0 sec   646 MBytes   540 Mbits/sec
[  5] local 136.243.156.57 port 5001 connected with 176.9.88.123 port 39580
[  5]  0.0-10.0 sec   705 MBytes   589 Mbits/sec

…bin dran.

MPW · 17. März 2016 um 21:56

Das VirtualBox Handbuch sagt dazu:

Protocols such as GRE are unsupported: Protocols other than TCP and UDP are not supported. This means some VPN products (e.g. PPTP from Microsoft) cannot be used. There are other VPN products which use simply TCP and UDP.

Wir probieren jetzt auf den virtio-Treiber umzuschalten.

BauerJup · 18. März 2016 um 08:45

Äh warum sind denn vor 14 h alle stadtlohner Knoten aus Domäne 8 geflogen und vor 8 Stunden dafür haufenweise Münsterraner Knoten da rein?

MPW · 18. März 2016 um 09:06

Das scheint mir nur ein Kartenfehler zu sein, denn die IPv6-Präfixe stimmen noch, wie man z.B. hier sieht: https://karte.freifunk-muensterland.org/map08/#!v:m;n:c46e1fa23498

2a03:2260:115:ffff::/64 ist die Testdomäne.

BauerJup · 18. März 2016 um 11:43

Stimmt, umgekehrt sieht man auch, wenn man die “offline” Knoten aus stadtlohn anklickt, dass die immernoch D08 sind und anhand der Statistik sieht man auch, dass die eigendlich arbeiten und doch nicht offline sind.

Scheint aber so, als sei da nicht einfach was vertauscht, denn die tauchen auf keiner Karte mehr , als online, auf.

descilla · 18. März 2016 um 12:59

@Fungur hat gestern einiges auf der Service VM gemacht. Die hat sich dabei weggehangen und wurde heute Nacht neu gestartet. Kann sein, dass er also noch nicht fertig war. Warten wir einfach mal ab, bis er sich das anschauen kann.

Fungur · 18. März 2016 um 17:33

Das Skript, das die Domänenkarten erzeugt, hat leider einen Bug bei der Verarbeitung für die Domäne 08 (Für Eingeweihte: 08 ist keine gültige Oktalzahl). Ich hab das Skript gefixt und die alten Daten gelöscht, damit nicht die falschen Knoten alle in der Karte als offline bestehen bleiben. Jetzt passt die Karte wieder.

BauerJup · 18. März 2016 um 18:24

Jo alles wieder gut, danke!

(zumindest) meine Karre tauche erst nach einem Reboot wieder auf.

PS.: verdammt, war ja nicht Rebootfest, erstmal wieder Fanlin raus kegeln, der läuft ja nach wie vor.

MPW · 18. März 2016 um 20:50

Was für ein Problem hast du mit der FanLin-Vm?

FanLin · 18. März 2016 um 21:09

Keins. Deswegen will er den SN ja rauskonfigurieren. Problemsuche / -analyse sozusagen.

https://forum.freifunk-muensterland.de/t/domaene-08-wie-fahren-wir-fort/931/11

MPW · 19. März 2016 um 05:50

Achso, Dray-01 haben wir aber abgeschaltet. Du musst also die FanLin-VM nehmen.

BauerJup · 19. März 2016 um 12:49

Achso, und ich habe mich schon gewundert, wieso ich den Router jetzt “gekillt” habe …

Dann ergibt das auch Sinn

Hoepers · 20. März 2016 um 19:09

gibt es aktuell ein Problem mit Domäne 08 ?

Bekomme keine IP Adressen.

Ich kann die Statusseite der anderen Router nicht erreichen.

Bei manueller IP kann ich nur dieIP 10.43.64.1 erreichen.

Fungur · 20. März 2016 um 19:47

Dray-01 ist abgeschaltet, Fanlin-01 ist wegen Hardwaredefekt ausgefallen. Als Ersatz haben wir desvm-01 aufgesetzt, aber die Maschine ist evtl. noch nicht in deinem Image konfiguriert, wenn es noch nicht aktualisiert wurde.