Auf dem Meeting gestern habe ich das erste Mal von dem Thema gehört und gleich mal bei mir einen Test gemacht. Bei Unitymedia Business 200 in Plankstadt ist IPv4 mit voller Geschwindigkeit da, IPv6 hat aber nur 0,5MBit. Zwischen meiner Workstation und der FritzBox von UnityMedia hängt noch eine FritzBox 7390 und ein 1043ND als Switch. Das dürfte sich ja aber nicht auf diese Art auswirken.
Wenn der Anschluß tatsächlich kein IPv6 hat (habe beim Vertrag abschließen den Bedarf nicht gehabt und daher nie gefragt), muß es eigentlich über einen Tunnel gehen. Die Adresse beginnt mit 2002 und ist dann eine 6to4 Adresse. Das heißt doch eigentlich, dass ich IPV6 habe und IPV4 getunnelt wird, oder?
Whois sagt zu meiner aktuellen IP:
Abfrage des IPv4-Endpunkts 46.5.xxxxxx einer 6to4-IPv6-Adresse.
% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf
% Note: this output has been filtered.
% To receive output for a database update, use the "-B" flag.
% Information related to '46.5.0.0 - 46.5.127.255'
% Abuse contact for '46.5.0.0 - 46.5.127.255' is 'abuse@umkbw.de'
inetnum: 46.5.0.0 - 46.5.127.255
netname: KabelBW-10
descr: Kabel BW GmbH
country: DE
admin-c: KIPE-RIPE
tech-c: KIPE-RIPE
status: ASSIGNED PA
mnt-by: KabelBW-MNT
mnt-lower: KabelBW-MNT
mnt-routes: KabelBW-MNT
created: 2010-09-13T07:19:53Z
last-modified: 2012-03-02T07:48:15Z
source: RIPE
role: KabelBW IP Engineering
address: Kabel BW GmbH
address: Hedelfinger Str. 60
address: 70327 Stuttgart
address: DE
phone: +49 6221 333 0
remarks: *****************************************************
remarks: * Auskunftsersuchen nach TKG bitte per Fax an *
remarks: * die ueber die BNetzA kommunizierte Fax-Nummer *
remarks: * *
remarks: * Law-Enforcement agencies please use the *
remarks: * faxnumber that is announced by the BNetzA *
remarks: *****************************************************
remarks: * Please send all abuse-complaints to *
remarks: * abuse@unitymedia.de *
remarks: *****************************************************
abuse-mailbox: abuse@unitymedia.de
admin-c: MH3982-RIPE
admin-c: SJ3189-RIPE
admin-c: EM10466-RIPE
tech-c: MH3982-RIPE
tech-c: SJ3189-RIPE
tech-c: EM10466-RIPE
nic-hdl: KIPE-RIPE
mnt-by: KabelBW-MNT
created: 2003-11-13T14:15:08Z
last-modified: 2014-11-11T06:14:48Z
source: RIPE # Filtered
% Information related to '46.5.0.0/17AS29562'
route: 46.5.0.0/17
descr: KabelBW
origin: AS29562
mnt-by: KabelBW-MNT
created: 2013-05-28T12:31:07Z
last-modified: 2013-05-28T12:31:07Z
source: RIPE
% This query was served by the RIPE Database Query Service version 1.87.4 (BLAARKOP)
Es gibt einfach zur Zeit kein IPv6 für Geschäftskunden. Privatkunden bekommen einen Dualstack.
Ich empfehle dir in der Oberfläche des Knoten auf der WAN-Seite IPv6 zu deaktivieren. Dann baut er den VPN-Tunnel über IPv4 auf und nicht über den lahmen 6to4 Tunnel.
Das ist kostenlos und du bekommst ein /64 oder sogar ein /48 er Netz. Brauchst aber eine feste IPv4 und einen Router, der das kann. Der Tunnel wird dann als 6in4 eingerichtet. Die Fritzbox kann das z.B. ebenfalls. Besser ist aber eine PFSense oder so
Kann ich IPv6 auf dem Knoten auch über die Konsole mit “uci set network.wan6.disabled=1;uci commit; reboot” deaktivieren? Der Config Mode ist immer bißchen nervig?
Bezüglich IPv6 bei Unitymedia glaube ich dir. Ich habe mir gerade den Wikipedia Artikel zu 6to4 nochmal durchgelesen. Vorher hatte ich das so verstanden, dass IPv4 in IPv6 gekapselt wird und auf der Gegenstelle entpackt, obwohl man eine öffentliche IPv4 Adresse hat. Es ist natürlich umgekehrt, dass IPv6 in IPv4 gekapselt wird, wie es auch Sinn macht.
So, ist geändert. Online sind die zwei auch wieder. Jetzt muß ich nur herausfinden, warum sie gerade keine Lust haben zu meshen.
Danke für die Hilfe.
Ich denke hier wäre eine automatische Erkennung ganz praktisch um den Default zu setzen. Entweder man mißt wirklich die Verbindung automatisch aus oder versucht es über die Erkennung von IP Bereichen. Wäre das ein Fall für ein Issue im freifunk-gluon Github?
In den letzten Wochen habe ich mehrmals mit dem Second-Level-Support gesprochen, und mehrere Traceroutes und Capture-Files hingeschickt. Mit dem Ergebnis, dass sie uns verraten haben, dass im Raum Bensheim/Lorsch inbesondere Abends alles Hoffnungslos überlastet ist. Das Problem ist bekannt, und angeblich wird auch dran gearbeitet.
Heute kam dann für alle Kunden (zumindest in Lorsch) die offizielle Meldung, dass am 22.9. zusätzliche Downstream-Kanäle freigeschaltet werden und daher das Netz an dem Tag gestört sein kann. Das müssen Sie ankündugen, da auch Notrufe in dem Fall evtl nicht funktionieren.
Bin mal gespannt, ob das schon was bringt. Der Second-Level-Support hat mir allerdings auch verraten, dass das wahrscheinlich das Problem etwas entschärfen, aber nicht dauerhaft beheben wird. Das soll dann angeblich Ende Oktober mit einem richtigen Nodesplit geschehen, für den aber wohl irgendwas gebaut werden muss.
Kurzes Update: es gab bisher 2 Updates die wohl eher Softwaretechnisch waren und meiner Meinung nach nichts gebracht haben.
Angeblich soll morgen (18.11.) wirklich physikalisch was geändert werden, aber auch solche Termine wurden schon öfters angekündigt und haben bisher keine wirkliche Verbesserung gebracht.
Interessanterweise ist der Termin hier garnicht vermerkt, dafür zahlreiche andere am 21.11., z.B. in Heidelberg, Mannheim und Weinheim und Umgebung: