------------------------------------------------------------
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
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.
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.
@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.
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.
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.
Die Domäne-08 wird so erstmal eingestampft. Wenn alles gut läuft, geht das direkt auf L2TP Domäne-09 und wenn das nicht richtig klappt, brauchen wir zwei neue Gateways für das klassische Fastd-System.
Dazu wäre aber so oder so eine neue Firmware erforderlich. Bitte die Knoten erstmal manuell wieder umfläschen. Da beide Gateways ausgefallen sind, wäre es sehr umständlich das serverseitig zu machen.
Also nochmal zur Erklärung: Es war einfach ein bisschen Pech, dass jetzt zwei Gateways mit Hardwareproblemen (bzw. bei Dray ist es wahrscheinlich ein Treiberproblem mit der VirtualBox) ausgefallen sind. Daher wird es keine Automigration für die Domäne-08 geben. Da irgendwas zu basteln ist für die sechs Knoten einfach zu aufwändig, alle Knoten die dort testweise drin waren, bitte per Hand umziehen.