- NL
|
41213
netweters
|
17774
gesprekken
|
|
19205
vragen
|
Onderwerpen die langer dan 6 maanden geen reactie krijgen, worden afgesloten. Heb je dezelfde vraag of wil je er toch meer informatie over?
Start dan een nieuw onderwerp op De Netweters. Hoe je dit kan doen, vind je hier
Opgelet! Denk eraan dat er in oude onderwerpen informatie kan staan die niet meer up to date is.
Nogmaals de uitleg zoals het ook op Telenet staat.
Telenet gebruikt een prefix /56 met ID 00. Dus niet met 00 tot ff. Allemaal niet bruikbaar, mogelijk geeft Telenet een of meerdere van de andere 255 id's als mogelijkheid aan de klant.
Trouwens Proximus en andere gebruiken ook /56 met id 00.
Maar dit ligt moeilijker.
Dit is een antwoord dat ik gekregen heb via een inside contact:
Mijn stelling was:
En voor de mensen die graag met Vlan werken en dit ook in IPv6 willen doen een uitbreiding van de mogelijke subnet ID's. Momenteel is de prefix /56 met subnet ID 00 waar er in feite de mogelijkheid is om er 256 te hebben per klant. Geef de klanten die het wensen eventueel de keuze van bijvoorbeeld een extra 5 subnet ID's.
“”
Het antwoord:
Op zich ben ik pro deze aanpak, echter een zone adden om de 00 te replacen door een andere value is perfect vor knowledgable mensen zoals jij, maar er zijn er ook altijd die daar dan wat mee beginnen “prutsen”, wat op zich wat lastiger is. Eventueel in een expert zone, maar dat zal misschien lastiger zijn. Die 00 wijzigen naar 01 is op zich geen rocket science, maar omhelst ook adjustment voor connected routes en def route injectie, wat dan op zich een daemon restart intern nodig heeft enz. Zouden we kunnen omzeilen door een restart (die op zich niet echt nodig is in deze, maar wel een propere manier is om dit toe te passen zonder veel poespas.
Dus over alles zijn ze aan het nadenken.
Maar voorlopig prefix /56 met ID 00 en de achterkomende 64 bits die kan je instellen zoals je wilt.
En een prefix is uniek per klant en door de provider toegekend. Je kan dus niet eender welke prefix gebruiken. Dit is een beetje zoals met IPv4, iedereen krijgt een uniek IPv4 adres en je kan routeren naar een ander uniek IPv4 adres als alle gegevens gekend zijn en daar de firewall goed is ingesteld om toegang te verlenen.
Ignace (igvfer) |
Alle, of toch het gros van de providers adverteren een /56 adres met 1 ID namelijk 00. Uiteraard is de prefix altijd /64 die door de provider toegekend wordt maar de laatste 8 bits houden ze achter de hand voor de toekomst voor klanten die verschillende subnetten willen. Dat zou in theorie tot 256 kunnen oplopen.
Wat ik me wel afvraag. De eerste 64 bits zijn altijd het publieke gedeelte. Daar kan je niet van uit. Je kan verkeer van buitenaf omleiden via HE.net maar uiteindelijk moet je dan toch op uw netwerk terechtkomen. Moet je dan geen gaatjes prikken in uw firewall om dat alsnog binnen te krijgen? Of wat is eigenlijk de bedoeling daarvan.
Eventjes mijn helplijn gecontacteerd.
Dit zijn de antwoorden, hopelijk ben je er iets mee.
De gebruiker gebruikt ULA addressen, prefix translatie, tunnel broker, dus allemaal wat overflow wat betreft helpdesk support vrees ik.
Hij gebruikt ULA addressen, en doet daar in zijn eerste screenshot een traceroute naar de google public v6 DNS server. Hij ziet:
ULa adress usage is beschreven bij IETF. 1 van de eigenschappen van ULA is dat die enkel “private” zijn, dus NIET gerouteerd mogen/kunnen worden, dus als ik de traceroute hierboven zie zou ik zeggen: in-line met expectations: packet dropped.
Dus, fc0x is zijn host, 2a02:1800:… is de default gateway. Als de def gateway een packet krijgt van een fc adress MOET die dat packet droppen.
Maak analogie met IPv4. Als je een packet stuurt met 10.0.0.1 als source, en NIET NAT toepast, dan gaat jou pakketje net hetzelfde vertonen, namelijk dropped bij next hop. Iedereen in de wereld kan fcXX address space gebruiken, dus kan niet gerouteerd worden. ULA is dus limited tot local usage, bvb enkel op LAN en dan prefix translate (geen goed idee om prefix translatie te doen btw) of op een VPN, waar alle host in zelfde VPN zit, en dus traffic niet in public area terecht komt….
Even op een rijtje zetten.
U krijgt een prefix van Telenet 2a02:1811:9c82:9100 /56 ( Ik neem iets willekeurigs) De laatste 00 is het ID en dit is er maar eentje.
U doet aan Prefix translation zodat je een prefix krijgt fc0x:xxxx:xxxx:xxXX /56. Waardoor u kunt gebruik maken van 256 subnetten gaande van 00 tot ff. Volgens mijn informatie kan je enkel prefix translation doen van naar gelijkaardige notatie dus /56 blijft /56 of een /48 blijft /48. Dar kun je dan je interne /64 achterplakken. Resultaat een ULA (Unique Local Adress)
Om naar buiten te kunnen moet je NAT toepassen (Routering). Zou het kunnen dat uw routering nog altijd verwijst naar de oude prefix van voor uw verhuis en niet naar de nieuwe prefix die je nu hebt van Telenet.
Tot zover mijn meedenken in de hoop u op weg te zetten naar een oplossing.
