IPv6 op TP-Link Archer C5

[cdr]

Ik heb geen probleem met IPv6 op mijn routers TP-Link TL-WDR3600 (met DD-WRT) en Asus RT-AC87U (originele firmware).
Maar het lukt me niet op mijn TP-Link Archer C5 (originele firmware). Adressen en DNS zijn m.i. ok maar er is geen IPv6-connectiviteit naar buiten. Iets met de routering?
Hieronder de instellingen: wisselen tussen Non-temporary en IPv6 PD maakt geen verschil en IPv6 Adress Prefix blijft altijd op /0 staan. Iemand een tip?

[philippe_d]

Welke modem heb je?

[dovo]

Normaal gezien krijg je een /60 op een HGW en een /56 op een EMTA modem. Daar kan je router vervolgens /64 subnets uit uitdelen. Omdat er meerdere /64's in een /56 passen heb je vaak ook subnet/prefix ID, basically de hoeveelste /64 uit je gedelegeerde prefix, misschien is dat de 0, het kan ook zijn dat dit het WAN ipv6 is dat je krijgt. Geen ervaring met TP-Link.
Ik zie dat je bij lan wel een correcte prefix hebt, nl een /64. Nu is er wel een bug op home gateways waarbij de prefix pas werkt nadat je een ipv6 renew doet. Als je modem intern een aftandse versie van dhcp6c, zoals de edgerouter, draait dan kan deze geen dhcpv6 renew doen doen en gaat ipv6 nooit werken.

Op mijn Mikrotik gebruikte ik volgende scriptje om dit te laten werken.

Code: Selecteer alles

/ipv6 dhcp-client
add add-default-route=yes interface=ether1 pool-name=pool-tn prefix-hint=::/60 request=address,prefix script=":delay 10\
    \n:local interfaceName [/interface get \$interface name];\
    \n:local localAddr \$\"local-address\";\
    \n:local remoteAddr \$\"remote-address\";\
    \n:log info \"ipv6 buggy fix: \$interfaceName local address: \$localAddr remote address: \$remoteAddr\";\
    \n/ipv6 dhcp-client release [find interface=\$interfaceName];" use-peer-dns=no

[cdr]

Sorry: vergeten te vermelden: EMTA modem only

[ti-mo]

Nu is er wel een bug op home gateways waarbij de prefix pas werkt nadat je een ipv6 renew doet.

(srry, lichtjes off-topic, maar kan nog niet DM'en) Ongelofelijk!! Hoe ben je hierachter gekomen!? Heb daarover hier een thread gestart: https://www.netweters.be/t5/Instellinge ... td-p/66620 (damn, is ondertussen al meer dan een jaar (!) geleden) en deze bug zit er gewoonweg nog in.. Heb hier ondertussen al 7-8 dagen (als het niet meer is) full-time achter liggen zoeken. En nu gewoon een force-renew signal gestuurd naar dhcpcd en hop, het werkt perfect. Absoluut geen outdated hw/sw hier, is een Debian Buster-bakje.

Iemand enig idee of iemand bij TN hiervan op de hoogte is? Ben 'Business'-klant, maar support hierrond is hopeloos incapabel. Ben via 'igvfer' op Netweters in contact geraakt met een tech bij TN die wat clue had, maar die had hierop ook niet direct een antwoord.