Hey allen, Ik kom hier even aankloppen, want ik ben ten einde raad. Na bijna een heel weekend troubleshooten begin ik te denken dat het probleem misschien wel upstream bij Telenet ligt. De situatie is als volgt: ik heb al een jaar of 3 een (dezelfde) HGW, op een Business Fiber 200. Ondersteun(de) perfect v6 Prefix Delegation, alles top, nooit problemen gehad. Dit weekend had ik eindelijk wat tijd om wat upgrades uit te voeren aan mijn setup hier. Heb een simpel Debian-routertje met ondertussen al 2 jaar uptime, dus ik upgrade en reboot. Tot mijn verbazing brak Prefix Delegation hierdoor. De lease op mijn huidige prefix bestond al een jaar of langer, dus die zal steeds hernieuwd geweest zijn. Via de bestaande DHCPv6 client (wide-dhcp6c) kreeg ik niet eens een prefix meer. Ik probeerde dhcpcd, waarmee ik er uiteindelijk wel in slaagde, maar nu blijkt mijn (sub-)prefix (/64) totaal niet routeerbaar te zijn. Hieronder een overzicht van de situatie. - Extern leert de router automatisch een /64 door SLAAC (:b600:), - DHCPv6 zet daar een /128 bij, ook uit :b600:, en - intern wordt de laagst beschikbare gedelegeerde prefix (:b6f0:) gebind en geadverteerd aan interne devices. Dit is al een jaar+ het geval, en werkte altijd perfect. Mijn prefix is doorheen de jaren een paar keer veranderd, maar is sinds een tijd stabiel. 18: int: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
...
inet6 2a02:x:x:b6f0::1/64 scope global noprefixroute dynamic
valid_lft 604792sec preferred_lft 86392sec
19: ext: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
...
inet6 2a02:x:x:b600:acd1:b3ff:fef8:4deb/64 scope global mngtmpaddr noprefixroute dynamic
valid_lft 586973sec preferred_lft 68573sec
inet6 2a02:x:x:b600:1c92:f931:b1f1:a183/128 scope global noprefixroute dynamic
valid_lft 604792sec preferred_lft 86392sec Nu, om een of andere reden, krijg ik met die gedelegeerde prefix (..:b6f0::/64) totaal geen trafiek meer van en naar het internet. Hieronder een tcpdump vanop de externe interface: 18:49:53.135813 IP6 2a02:x:x:b6f0:d5cd:33aa:69e1:f771 > 2a00:1450:400e:80d::200e: ICMP6, echo request, seq 97, length 64
18:49:53.370207 IP6 2a02:x:x:b600:1c92:f931:b1f1:a183 > 2a00:1450:400e:80e::200e: ICMP6, echo request, seq 2, length 64
18:49:53.384949 IP6 2a00:1450:400e:80e::200e > 2a02:x:x:b600:1c92:f931:b1f1:a183: ICMP6, echo reply, seq 2, length 64
18:49:54.149131 IP6 2a02:x:x:b6f0:d5cd:33aa:69e1:f771 > 2a00:1450:400e:80d::200e: ICMP6, echo request, seq 98, length 64
18:49:54.371236 IP6 2a02:x:x:b600:1c92:f931:b1f1:a183 > 2a00:1450:400e:80e::200e: ICMP6, echo request, seq 3, length 64
18:49:54.388007 IP6 2a00:1450:400e:80e::200e > 2a02:x:x:b600:1c92:f931:b1f1:a183: ICMP6, echo reply, seq 3, length 64 Alles uit :b600: krijgt respons, :b6f0: niet. Het ziet ernaar uit dat Telenet ofwel het adres van mijn gateway niet leert of registreert, ofwel al mijn gedelegeerde prefixen nullroute. (Ik heb er al tientallen verschillende proberen aanvragen, altijd prijs.) Wat zie ik over het hoofd? Via welke weg kom ik hiervoor best in contact bij iemand bij Telenet? (als ik daar al op mag hopen) Timo
... Meer weergeven