Over Scotchy

Ik gebruik sinds gisteren de kandidaat-firmware. Tot nu toe werkt IPv6 zoals het hoort met mijn eigen router achter de E-router.   Ik doe wat aanvullende tests voor sommige edge-cases (bijv. Meerdere routers, opeenvolgende PD etc.) en heb een aantal setups gevonden die (nog?) niet werken, maar tot dusver lijkt het veelbelovend voor de meeste use-cases (één WAN-interface & meerdere LAN-interfaces) ... Meer weergeven

NPT en NDProxy lossen 2 afzonderlijke problemen op. De NDProxy stelt het / 64-prefix van de Telenet-router bloot aan de LAN-interface van mijn eigen router. Met NPT kan ik intern meer dan een enkele / 64 prefix gebruiken. NPTv6 is een vorm van 1: 1 NAT. In vergelijking met uitgaande NAT krijgt elke client aan de LAN-kant echte IPv6-connectiviteit en unieke IPv6-adressen (GUA's). De vertaling vindt plaats in beide richtingen (WAN <-> LAN). Ik hoef dit alleen te doen omdat de Telenet-router me momenteel niet meer dan één / 64 prefix kan aanbieden, maar in mijn geval heb ik een / 60 nodig. Het prefix / 64 kan 2 ^ 64 unieke IP-adressen bevatten, en dankzij DAD (Duplicate Address Detection) zou dit geen verbindingsprobleem moeten opleveren. Ik zou echter idealiter helemaal geen NPT willen gebruiken. Dit zal mogelijk zijn wanneer de Telenet-router mij een / 60-prefix aanbiedt. ... Meer weergeven

inderdaad, dat is een andere optie ... die SLAAC zou verbreken ... Voorlopig heb ik gewoon 3 ULA / 64-subnetten gemaakt die ik vertaal naar hetzelfde GUA / 64-voorvoegsel. mijn interfaces krijgen elk ook een / 64 uit het (niet-routeerbare) eerste / 60-net, dat ik vervolgens samenvoeg in het enkele routeerbare / 64. het risico op botsingen is verwaarloosbaar, dus ik heb ervoor gekozen om het voorlopig te negeren. Ik heb firewallregels die reflectie en intra-subnetcommunicatie blokkeren. als de patch klaar is, moet ik gewoon de NPT verwijderen en het zou moeten werken zonder de instellingen van de eindmachine te wijzigen of de connectiviteit te verliezen ... Meer weergeven

@Steven-E  schreef: Super, dit werkt!  Geen NAT meer. @Scotchy you're the man! Geweldig! Misschien een link in de originele post plaatsen voor mensen die niet op de patch willen wachten ... Ik moest vorige week de hele 20 pagina's doorlopen en het was best moeilijk met alle zijbesprekingen ... Hoewel dat misschien een reden zijn om het verder uit te stellen ... Ik weet hoe het gaat, ik werk in het veld;). Om anderen te helpen die geïnteresseerd zijn maar geen "pro" -grade routers hebben, zou het mogelijk moeten zijn om hetzelfde resultaat te bereiken met een Raspberry Pi en een smart switch om als de NDProxy te fungeren. OpenWRT heeft ook een NDProxy-plug-in zoals @NofanTasi eerder vermeldde. ... Meer weergeven

@Steven-E  schreef: @Scotchy de /64 prefix echt bridgen via NDP proxy, dat lukt me niet. Ik ben dus verplicht te Natten vrees ik. Nu, die officiële /64 langs de binnenkant maakt deel uit van mijn eigen gereserveerde /56 van Telenet.  Er is geen kans dat die /64 ergens anders op het internet gebruikt wordt. Moesten er applicaties zijn die moeilijk doen, dan laat ik het hier weten. Die Google Traslate werkt perfect trouwens, indrukwekkend! Als u slechts één / 64-subnet nodig heeft, hoeft u dit niet aan uw WAN-interface toe te wijzen. U kunt het aan uw LAN-netwerk toewijzen en het via het WAN naar de Telenet-router proxy met NDProxy met behulp van link-local adressen. Dus helemaal geen NPTv6. Het is alleen vereist als u meerdere interne / externe netwerken heeft. ... Meer weergeven

@Steven-E  schreef: Jawel, omdat ik een volgende officiële /64 prefix langs op de LAN interface van mijn firewall heb geconfigureerd.  Maar ik NAT deze naar de /64 prefix van de WAN kant van mijn firewall als ik het internet op ga. Ha!   Slim, maar dit betekent dat je je klanten gewoon voor de gek houdt door te geloven dat ze een globaal adres hebben in IPv6, wat ze niet hebben (omdat de telent-router hiervan niets weet aan jouw kant). Dat kan voor sommige toepassingen al dan niet problemen opleveren ... ... Meer weergeven

@Steven-E  schreef: Maar ik versta dat ik wel een /56 toegekend krijg van Telenet, maar zij gaan die volledige range toch niet routeren naar mijn eigen firewall?  Of zou ik dit aan de praat moeten krijgen met gewone Route advertisements?  Wat is de toegevoegde waarde dan nog van NDP Proxy? Yep, sorry I'm translating literally everything using google translate... My dutch is pretty weak :p.   Ik gooide net een idee voor een oplossing op langere termijn, omdat ik denk dat NDProxy helemaal geen oplossing is...   Momenteel ontvangt je Telenet-router het / 56-prefix, maar het gebruikt het alleen voor DHCP-PD. Het zal dat nergens naartoe leiden, tenzij het een / 60-prefixdelegatie tot stand brengt (wat momenteel niet werkt). Het wijst de xxxx: xxxx: xxxx: xx00 :: / 64 toe aan zijn LAN-interface, waardoor de DHCP-delegatie helemaal wordt omzeild, en routeert het verkeer naar zijn LAN-poorten. De NDProxy creëert in feite een ND-bridge tussen uw LAN-interface en de LAN-interface van de CV8560E. ... Meer weergeven

@igvfer  schreef: @Scotchy  Het is nog de vraag of je echt 3 prefixen gaat krijgen. Ik denk eerder 1 prefix met 16 of 256 subnetten. Dat is de reden waarom je een /60 of /56 prefix krijgt. En ik vermoed per klant/aansluiting. Je zal 1 prefix krijgen in de zin van 2001:db8:1234:aa00 Waarbij je zal kunnen kiezen tussen subnet 00 tot ff ingeval van /56.   PS: Geen schrik deze prefix (2001:db8:1234:aa00 ) is onbruikbaar volgens https://tools.ietf.org/html/rfc3849    Ik bedoelde dat ik 3 verschillende / 64 prefixen moet toewijzen voor mijn 3 LAN-interfaces (pc's, servers, IoT-apparaten). Idealiter zou u voor elk van deze een afzonderlijk globaal routeerbaar prefix willen hebben. Met de proxy-hack delen ze allemaal hetzelfde globale prefix en ik heb enkele firewallregels op WAN-niveau gehackt om het verkeer te scheiden.   Als de telenet-router een / 60-subnet delegeert, betekent dit dat ik 16 verschillende globale / 64-prefixen kan toewijzen aan mijn LAN-interfaces, wat voldoende is voor mijn situatie, en dan zou ik de WAN-niveau firewall niet nodig hebben. ... Meer weergeven

@Steven-E  écrit: La délégation de préfixe reste la solution préférée. NAT et Proxy entre les deux signifient que les sessions sont abandonnées et reconstruites, ce qui a un impact sur la vitesse et certaines applications qui ne fonctionnent plus hors de la boîte (les VPN, par exemple, ne fonctionnent que si la traversée NAT est activée). Als een volledig /56-prefix naar uw router wordt gestuurd, is er geen NAT, Proxy of DHCP vereist. Het gedraagt zich net als een statische IPv4.   Aan jou om prefix delegatie naar je LAN-kant te implementeren, of wat je maar wilt ... ... Meer weergeven

@Steven-E  schreef: Ik gebruik dus NDP Proxy op mijn externe interface in combinatie met NPTv6 (een soort NAT) waar ik de interne prefix vertaal naar de externe prefix (het host gedeelte blijft hetzelfde). Intern gebruik ik de /64 prefix volgend op de /64 die gebruikt wordt op de LAN achter de HGW. Dus uw eindmachines krijgen geen GUA (2a02: :)? Alleen de ULA (fd00 :: / 10) die is translated met NPT? Als dat het geval is, zullen uw machines IPv6 niet gebruiken, tenzij het moet, omdat ULA's een lagere prioriteit hebben dan GUA's. ... Meer weergeven

Een oplossing is om de klant de keuze te geven om DHCPv6 op de CV8560E uit te schakelen om botsingen te voorkomen, en om a /56 statisch naar de router van de klant te routeren, zoals het geval zou zijn met een modem. ... Meer weergeven

Nice!   Ik hoop nog steeds dat de patch snel arriveert, ik heb minimaal 3/64 prefixen nodig voor mijn netwerk. Ik heb voorlopig NPTv6 opgelapt, maar het is echt niet mooi, en als het prefix wordt gewijzigd, is er zeker een verlies van connectiviteit ... ... Meer weergeven

@Steven-E  schreef:  Weet jij hoe ik hier 2 prefixen uit kan distilleren voor op mijn 2 firewall interfaces?   Met NDProxy betwijfel ik of we in staat zouden zijn om die hele / 56 prefix naar je firewall (s) te sturen. Ik kan alleen het LAN-subnet (/ 64) routeren. In feite is de NDProxy een hack, zodat uw router effectief fungeert als een enkele client voor de gateway-router. ... Meer weergeven

Alles werkt op een enkele machine met 2 NIC's, de MAC-passthrough van de Telenet router wordt naar de WAN-poort van deze router geleid. Mijn besturingssysteem is opnsense en ik heb de ndproxy gecompileerd via de FreeBSD-poorten. ... Meer weergeven

Ik ben erin geslaagd om IPv6 te laten werken zonder de patch ... Best lelijk, maar met een NDProxy, zoals https://github.com/DanielAdolfsson/ndppd, werkt IPv6 prima en het gebruikt het /64-prefix van de Telenet-router zelf.       ... Meer weergeven