Update: Ohne irgendwelches zutun meinerseits funktioniert das IPv4 routing jetzt richtig. Ich kann alle IPv4 Addressen im DG Netz die vorher Problematisch waren jetzt erreichen.
Bei IPv6 hat sich jedoch nichts getan bisher. Das Routing zurück auf den Anschluss funktioniert nicht. Auch keine Rückmeldung vom Support bisher. Das Prefix ist aber immerhin stabil seit dem ONT Neustart über den ich berichtet hatte.
Beiträge von fiberv6
-
-
Ich schaue mir den Vorschlag mal an, ob ich das so konfigurieren kann.
DHCPv6 Renews sehen jetzt aber soweit OK aus. Bisher haben alle geklappt (seit 15:36). Bei dem Neustart gab es sowohl für IA_NA, IA_PD, und bei der ipv4 eine Lease Time von 10 Minuten. Nach dem ersten Renewal (nach 5 Minuten) dann jeweils 1 Stunde. Und so läuft es jetzt vorerst korrekt mit einem Renewal alle 30 Minuten.
Vielleicht ist das einfach das Verhalten bei neuen Anschlüssen, dass die Lease Time zunächst 10 Minuten, und dann ab dem ersten Renewal 1 Stunde beträgt. -
Kleines Update:
Noch nichts vom Support. Aber habe jetzt nochmal länger (ca. 3 Stunden) den ONT aus gehabt. Speed ist jetzt immerhin korrekt (945 down 500 up). Am ipv6 / ipv4 routing hat sich nichts geändert. -
Also ich habe jetzt nochmal bei der Hotline angerufen und habe es dieses mal geschafft das mein Fall dem 2nd level support weitergeleitet wird und bekomme da hoffentlich einen Rückruf.
Ich habe dieses mal die Geschwindigkeitsproblematik 50/25 weggelassen und lediglich das ipv6 routing und die Problematik mit den ipv4 DNS servern angesprochen. Letztes mal hatte ich die 50/25 Geschwindigkeit genannt und dann ging das Gespräch nur noch in die Richtung wie Gemessen wurde, etc.
-
Stimme zu, falls ein DHCPv4-Renew per Unicast dahin geschickt würde. Kannst du ja evtl. mal mitschneiden...
Wenn ich das RFC2131 (DHCP) richtig verstehe ist das so.
von RFC 2131 4.4.5
> At time T1 the client moves to RENEWING state and sends (via unicast)
> a DHCPREQUEST message to the server to extend its lease.Also laut RFC soll der client per unicast an 192.168.101.1 den renewal schicken. Das macht mein Client auch. Also sobald man 192.168.101.0/24 bei sich irgendwo verwendet gibt das Probleme. Würde dann im rebind enden, also halb so wild?
Ich mache morgen nochmal nen Capture mit allem drin. -
Yes, it looks like this is correct, the client should send the renewal to the DHCP server address (192.168.101.1). Which makes it extremely weird that DG would use an RFC 1918 address. What if you use 192.168.101.0/24 in your LAN?
EDIT: Sorry ausversehen auf Englisch geswitcht. LOL. Aber das renewal über 192.168.101.1 ist korrekt. Aber das wird halt problematisch wenn man 192.168.101.0/24 in LAN verwendet. DG sollte keine RFC1918 für DHCP server auf WAN Seite verwenden.
-
Ich lese gleich nochmal das DHCP RFC. Beim Neustart kommen die DHCP messages von 100.72.224.1, aber als DHCP server wird 192.168.101.1 genannt und 100.127.140.129 als relay.
Bin mir unsicher ob das Verhalten richtig ist, dass mein client den renewal direkt and 192.168.101.1 richtet. Ich kriege immerhin den renewal...Client ist systemd-networkd in Version 255.
-
Falls jemand anderes noch an dem Capture interessiert ist:
-
Ähm, aber bitte auch mit IA_NA, wie sich das gehört! Und nicht so plain hier rein posten - das ist ziemlich mühsam zu analysieren. Aber du kannst mir gerne eine PCAP-Datei (oder in anderes Wireshark-lesbares Format) des Mitschnitts per PM schicken, so dass ich das mit Wireshark anschauen kann. Und mir etwas Zeit zum Anschauen lassen.
Ja, icmp, icmp6, dhcpv4, dhcpv6 solle reichen.
Ja klar. Ich schicke ne pcapng. Mit IA_NA, arp mach ich dann auch noch dazu.
-
Ich denke aber, spätestens nach einer Stunde geht diese etwas kaputte Spiel von vorne los.
Tatsächlich sind seitdem (4 Uhr heute früh) alle renews durchgegangen. Hier mal der aktuelle:
Code18:56:36.181219 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0xf273!] dhcp6 renew (xid=baada5 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0)) 18:56:36.226050 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=baada5 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:1800 T2:2880 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:3600 vltime:3600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))Under der dhcpv6 server ist ähnlich weit entfernt wie 192.168.101.1:
Code
Alles anzeigen$ ping fe80::22%enp2s0 │19:08:04.223265 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 1, length 64 PING fe80::22%enp2s0 (fe80::22%enp2s0) 56 data bytes │19:08:05.222617 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 2, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=1 ttl=255 time=2.69 ms │19:08:05.225181 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 2, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=2 ttl=255 time=2.62 ms │19:08:06.224623 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 3, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=3 ttl=255 time=2.28 ms │19:08:06.226841 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 3, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=4 ttl=255 time=2.85 ms │19:08:07.226286 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 4, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=5 ttl=255 time=2.70 ms │19:08:07.229066 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 4, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=6 ttl=255 time=2.63 ms │19:08:08.227564 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 5, length 64 64 bytes from fe80::22%enp2s0: icmp_seq=7 ttl=255 time=2.18 ms │19:08:08.230199 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 5, length 64 ^C │19:08:09.229736 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 6, length 64 --- fe80::22%enp2s0 ping statistics --- │19:08:09.232280 IP6 fe80::22 > fe80::ae16:2dff:fe94:e03f: ICMP6, echo reply, id 11901, seq 6, length 64 7 packets transmitted, 7 received, 0% packet loss, time 6011ms │19:08:10.231784 IP6 fe80::ae16:2dff:fe94:e03f > fe80::22: ICMP6, echo request, id 11901, seq 7, length 64 rtt min/avg/max/mdev = 2.183/2.565/2.849/0.223 ms -
Ich kann gleich mal nen kompletten Capture mit Neustart machen. Was soll da rein? icmp, icmp6, dhcpv4, dhcpv6, richtig?
-
Es ist nichts zwischen der Linux VM und dem ONT. Der WAN Port ist per PCI Passthrough direkt in der VM. Und vom WAN interface direkt ein Kabel an den ONT, kein Switch oder sonst irgendetwas.
-
Die ipv6 DNS server sind ungefähr 5-6ms entfernt, also ich denke mal 2.4ms könnte im lokalen PoP sein?
-
Hast du noch DHCP-Relay (192.168.101.1) dazwischen?
Also nicht von mir absichtlich.... Das ist von DG, hab mich auch schon gewundert was die da DHCP server/relay im RFC1918 Bereich machen. 192.168.101.1 ist ca 2.4ms von meinem Router entfernt.
Code
Alles anzeigen$ ping 192.168.101.1 PING 192.168.101.1 (192.168.101.1) 56(84) bytes of data. 64 bytes from 192.168.101.1: icmp_seq=1 ttl=64 time=2.40 ms 64 bytes from 192.168.101.1: icmp_seq=2 ttl=64 time=2.22 ms 64 bytes from 192.168.101.1: icmp_seq=3 ttl=64 time=2.20 ms 64 bytes from 192.168.101.1: icmp_seq=4 ttl=64 time=2.30 ms 64 bytes from 192.168.101.1: icmp_seq=5 ttl=64 time=2.55 ms 64 bytes from 192.168.101.1: icmp_seq=6 ttl=64 time=2.83 ms 64 bytes from 192.168.101.1: icmp_seq=7 ttl=64 time=2.24 ms 64 bytes from 192.168.101.1: icmp_seq=8 ttl=64 time=2.81 ms ^C --- 192.168.101.1 ping statistics --- 8 packets transmitted, 8 received, 0% packet loss, time 7011ms rtt min/avg/max/mdev = 2.199/2.442/2.826/0.241 msTraceroute dahin gibt keine Info.
-
Hier mal der traceroute zu 185.22.44.2 (keine Ahnung was das für ein Host ist, aber er ist halt im selben subnet das DG über BGP announced wie der DNS server):
Code$ traceroute 185.22.44.2 traceroute to 185.22.44.2 (185.22.44.2), 30 hops max, 60 byte packets 1 * * * 2 * 185.22.46.64 (185.22.46.64) 6.082 ms *Und hier ein traceroute zum DNS server 185.22.44.50 (hier kommt gar nichts raus):
Code
Alles anzeigen$ traceroute 185.22.44.50 traceroute to 185.22.44.50 (185.22.44.50), 30 hops max, 60 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *Die traceroutes sind direkt von meinem Router aus, deswegen ist der selber nicht mit drin.
-
Und ansonsten funktioniert ipv4 auch. Auch andere ipv4 aus dem DG prefix 185.22.44.0/22 kann ich erreichen. Zum Beispiel: 185.22.44.2
Code
Alles anzeigen$ ping 185.22.44.2 PING 185.22.44.2 (185.22.44.2) 56(84) bytes of data. 64 bytes from 185.22.44.2: icmp_seq=1 ttl=252 time=6.93 ms 64 bytes from 185.22.44.2: icmp_seq=2 ttl=252 time=6.51 ms 64 bytes from 185.22.44.2: icmp_seq=3 ttl=252 time=6.95 ms 64 bytes from 185.22.44.2: icmp_seq=4 ttl=252 time=6.19 ms 64 bytes from 185.22.44.2: icmp_seq=5 ttl=252 time=6.78 ms 64 bytes from 185.22.44.2: icmp_seq=6 ttl=252 time=6.80 ms 64 bytes from 185.22.44.2: icmp_seq=7 ttl=252 time=6.52 ms 64 bytes from 185.22.44.2: icmp_seq=8 ttl=252 time=6.62 ms ^C --- 185.22.44.2 ping statistics --- 8 packets transmitted, 8 received, 0% packet loss, time 7010ms rtt min/avg/max/mdev = 6.191/6.663/6.951/0.238 msDen DNS server 185.22.44.50 aber nicht...
-
ipv4 an WAN ist: 100.72.232.60/20
Hier mal der Traffic zum aktuellen renewal der ipv4:Code
Alles anzeigen18:30:59.414314 IP (tos 0xc0, ttl 64, id 31699, offset 0, flags [DF], proto UDP (17), length 319) 100.72.232.60.68 > 192.168.101.1.67: [bad udp cksum 0x736b -> 0x9fd2!] BOOTP/DHCP, Request from ac:16:2d:94:e0:3f, length 291, xid 0xb90343de, secs 54002, Flags [none] (0x0000) Client-IP 100.72.232.60 Client-Ethernet-Address ac:16:2d:94:e0:3f Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message (53), length 1: Request Client-ID (61), length 19: hardware-type 255, 5d:e2:6c:15:00:02:00:00:ab:11:63:46:bd:17:32:35:52:98 Parameter-Request (55), length 12: Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Hostname (12) Domain-Name (15), MTU (26), Static-Route (33), NTP (42) URL (114), Unknown (119), Unknown (120), Classless-Static-Route (121) MSZ (57), length 2: 1472 Hostname (12), length 6: "router" END (255), length 0 18:30:59.458632 IP (tos 0xc0, ttl 64, id 9275, offset 0, flags [none], proto UDP (17), length 328) 192.168.101.1.67 > 100.72.232.60.68: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xb90343de, Flags [none] (0x0000) Client-IP 100.72.232.60 Your-IP 100.72.232.60 Server-IP 192.168.101.1 Client-Ethernet-Address ac:16:2d:94:e0:3f Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message (53), length 1: ACK Server-ID (54), length 4: 192.168.101.1 Lease-Time (51), length 4: 3600 Subnet-Mask (1), length 4: 255.255.240.0 Default-Gateway (3), length 4: 100.72.224.1 Hostname (12), length 6: "router" Domain-Name-Server (6), length 8: 185.22.44.50,185.22.45.50 END (255), length 0 PAD (0), length 0, occurs 14 -
Hier der dhcpv6 traffic für den Wechsel von ...400::/56 zu ...600::/56
03:57:17.180980 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0xaaf7!] dhcp6 renew (xid=a7c41d (server-ID hwaddr type 1 9ce04161d3e8) (IA_PDIAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 6449)) 03:57:17.216727 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 112) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=a7c41d (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (status-code NoBinding)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1)) 03:58:14.248225 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0)) 03:58:14.284872 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=eefff2 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1)) 03:58:24.053337 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x7d47!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-pre$ix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 980)) 03:58:24.089175 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=eefff2 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1)) 03:58:43.572867 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xdd3f!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 2932)) 03:59:21.666349 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xfc30!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 6741)) 04:00:34.831620 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x6714!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 14058)) 04:02:57.003134 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0xdddc!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 28275)) 04:07:37.479750 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x4d6f!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 56323)) 04:16:34.385964 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 65535)) 04:25:47.452880 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 105) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8eb -> 0x514b!] dhcp6 rebind (xid=eefff2 (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:400::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 65535)) 04:30:59.858668 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 111) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f1 -> 0x9a27!] dhcp6 solicit (xid=de8939 (rapid-commit) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_82 opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0)) 04:30:59.894213 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 129) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 advertise (xid=de8939 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (rapid-commit) (IA_PD IAID:1575119893 T1:300 T2:400 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:600 vltime:600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1)) 04:31:00.877385 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0x4098!] dhcp6 request (xid=346207 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0)) 04:31:00.921933 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=346207 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:300 T2:400 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:600 vltime:600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1)) 04:35:40.608094 IP6 (flowlabel 0x7b7cb, hlim 1, next-header UDP (17) payload length: 119) fe80::ae16:2dff:fe94:e03f.546 > ff02::1:2.547: [bad udp cksum 0xb8f9 -> 0x87f1!] dhcp6 renew (xid=4218a0 (server-ID hwaddr type 1 9ce04161d3e8) (IA_PDIAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_103) (client-ID vid 0000ab116346bd17) (elapsed-time 0)) 04:35:40.652176 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::22.547 > fe80::ae16:2dff:fe94:e03f.546: [udp sum ok] dhcp6 reply (xid=4218a0 (server-ID hwaddr type 1 9ce04161d3e8) (client-ID vid 0000ab116346bd17) (IA_PD IAID:1575119893 T1:1800 T2:2880 (IA_PD-prefix 2a00:61e0:9d40:600::/56 pltime:3600 vltime:3600)) (DNS-server 2a00:6020:100::1 2a00:6020:200::1))
-
Ich bin in ähnlicher Situation.
Aktivierung des Anschlusses war am 18. August. Ich nutze eine Linux VM als router am ONT (HRI-1-GPON-1). Bekomme per DHCP-PD das IA_PD 2a00:61e0:9d40:600::/56. Habe aktuell IA_NA ausgeschaltet, bekomme aber sonst auch eine Addresse für den WAN port. Routing für die IA_NA addresse funktioniet, aber für das IA_PD halt nicht. Wenn ich rauspinge, kommt der ping bei einer Hetzner Instanz an, die Antwort schafft es aber nicht zurück. Das IA_PD wechselt auch mal hin und wieder. Es war schonmal ...:300::/56, dann ...:400::/56, jetzt ...:600::/56.
(Habe output von tcpdump -i enp2s0 -vvv -nn "udp port 546 or udp port 547", falls das jemanden interessiert)
Darüber hinaus habe noch noch folgende Probleme:
1. Geschwindigkeit ist lediglich 50Mbit/s down 25Mbit/s up. Und zwar ziemlich genau, sieht also nach irgendeiner Fehlkonfiguration aus.
2. Kundenportal ist von dem Anschluss aus nicht erreichbar, speziell id.deutsche-glasfaser.de (185.22.44.179, kann weder TCP connection auf port 80/443 öffnen noch pingen). Auch die ipv4 DNS server von DG (185.22.44.50, 185.22.45.50) sind nicht erreichbar. Die ipv6 DNS server sind über die WAN IA_NA Addresse erreichbar. Von einem anderen Anschluss kann ich all diese IPs erreichen.
Ich nehme an alles was ich machen kann ist warten? Bringt druck etwas? Oder hat jemand einen Trick wie man irgendwie seinen Anschluss dazu bringen kann in irgendeiner Form neu konfiguriert zu werden?
