Open Tomato: Dead loop on virt. device na configuratie IPv6

[De_Bastaard]

Hoi,

Ik heb een Netgear R7000 router i.c.m. met een Genexis glasvezel modem (woon in Duitsland). Het Genexis modem draait in bridge mode, omdat ik vanaf mijn R7000 een OpenVPN client wilde draaien.

Nadat mijn ISP de modem in bridged mode had gezet kwam ik erachter dat zij CGN (Carrier Grade NAT) toepassen omdat ze waarschijnlijk te weinig IPv4 adressen hebben.

Ze ondersteunen ook IPv6 maar dat kreeg ik op dat moment niet goed geconfigureerd in mijn router.

Nu heb ik me er in mijn vakantie eens in verdiept en heb nu op mijn R7000 ook een IPv6 IP adres. Helaas krijg ik nu in de logging de volgende error:

kernel: Dead loop on virtual device six0, fix it urgently

Deze six0 is volgens mij het virtual device dat is toegevoegd omdat ik een IPv6 krijg d.m.v. 6rd Relay op het IPv4 adres.

Nu weet ik niet zeker of ik "een probleem" heb, ik heb namelijk gewoon verbinding. Wat ik wel nog moet uitzoeken is of port forwarding e.d. werkt, dat is namelijk waarom IPv6 geconfigureerd heb. Als ik bijv. www.whatismyipaddress.com gebruik dan detecteert die geen IPv6 adres....

Is dit gerelateerd aan de foutmelding? Mijn router geeft namelijk wel aan dat ik een IPv6 adres heb.

Werkt die hele IPv6 interface nu wel/niet?

Thanks

[ijske]

Carrier Grade NAT kan ook betekenen dat je provider meerdere klanten op 1 "shared" ipv4 zet

dan krijgt je router inderdaad zelf geen ipv4 toegedeeld , extern zal daar bij de een routering draaien dat al je ipv6 omzet naar ipv4 traffiek vermoed ik dan

[De_Bastaard]

ijske schreef op vrijdag 28 juni 2019 @ 21:35:
Carrier Grade NAT kan ook betekenen dat je provider meerdere klanten op 1 "shared" ipv4 zet

dan krijgt je router inderdaad zelf geen ipv4 toegedeeld , extern zal daar bij de een routering draaien dat al je ipv6 omzet naar ipv4 traffiek vermoed ik dan

Ze zetten inderdaad meerdere mensen op één IPv4 adres. Ik had echter de verwachting/hoop dat IPv6 hiervoor een uitkomst zou bieden omdat ze in hun eigen routering wel weten welk IPv6 bij wie hoort, los van welk IPv4 adres daar nu 'boven' zit ...