De ipv4-noodklok

De nog beschikbare ipv4-blocks zijn bijna verdeeld; reden voor sommigen om de spreekwoordelijke noodklok te luiden over een naderend tekort aan ipv4-adressen. Hebben ze gelijk?

Ja, maar ik heb nog geen ipv6-adres.
40,2%
Op termijn is een overstap nodig, maar het is nog niet nijpend.
17,0%
Ipv6? Is daar ook een app voor?
14,0%
Nee, het 'probleem' wordt gehyped.
13,6%
Nee, ik heb een prima nat-router.
7,8%
Nou en of! Ik internet al jaren met een ipv6-adres.
7,4%

Aantal stemmen: 16.433. Deelname gesloten op 14-02-2011 14:09. Stemmen is niet meer mogelijk.

Reacties (182)

182
177
91
2
0
47
Wijzig sortering
Belangrijke spelers (o.a. UPC) zijn op de achtergrond al lang klaar voor IPv6. Paniek lijkt me echt overbodig.
Maar Ziggo bijvoorbeeld nog niet. Het laatste wat ik weet is dat Ziggo's backbone nog geen dual stack draait.
precies.

ik heb zelf mijn server in datacentre ipv6 geschikt gemaakt.
ook krijg ik binnenkort een stapel ipv6 adressen.

probleem is voor mij dat ik niet zelf die websites kan testen op ipv6.
de meeste grote isp's zijn er wellicht mee bezig maar om te zeggen dat ze er allang klaar voor zijn zou ik niet te snel roepen.

momenteel een ipv6 verbinding tot je beschikking krijgen is nog niet goed mogelijk behalve bij xs4all.
huidige modems kunnen geen ipv6 aan...en deze modems delen ze nog steeds uit bij de meeste isp's.

idd- er wordt al lang over ipv6 gesproken.
Na 15 jaar roepen vanuit verschillende bedrijven dat ipv6 stukken beter geschikt zou zijn ivm de toekomst ben ik blij dat het nu eens echt gaat gebeuren.
Ik vind het intressante techniek en zou ook graag wat meer ip adressen tot mijn beschikking hebben.

Over een tijdje worden er alleen maar ipv6 adressen uitgedeeld in het buitenland...wij zullen hier nog niet direct gevolgen van zien...tenzij je website veel wordt bezocht door china etc...

[Reactie gewijzigd door jeffer op 28 juli 2024 16:20]

Je kan prima IPV6 testen vanaf je eigen provider als je een tunnelbroker gebruikt. Ik gebruik Hurricane (http://tunnelbroker.net/index.php) via mijn Online aansluiting en dit werkt prima om dingen te testen.
Nope, maar dat houdt jou toch niet tegen om gewoon met een tunnel (Sixxs o.i.d.) of met 6to4 aan de slag te gaan? Ik heb met Ziggo op mijn dd-wrt router gewoon 6to4 geïnstalleerd. Al mijn interne computers krijgen automatisch een ipv6 adres en kunnen daarmee het internet op. Op mijn eigen laptop heb ik de prefixpolicy zo aangepast dat 6to4 voorrang krijgt boven ipv4. Dat kost een hop of 2 extra (mijn 6to4 gaat via Surfnet), maar wel goed voor ervaring en testen. En last but not least, de schildpad danst! (www.kame.net)
dit is idd waarmee ik aan de slag was geraakt....een wrt routertje als tunnel.
is voor mij nog lichte toekomstmuziek aangezien ik nu dus via een xs4all ijn test :)

nog weinig met tunneling gedaan, top dat jij het dan werkend heb :)
Probeer maar eens te pingen (wanneer je ipv6 internet hebt) naar www.microsoft.com dan krijg je van HUN zelfs nog geen reactie. En dat vind ik zowel vreemd als beangstigend. Dat dit soort bedrijven er nog niet klaar voor zijn...
Bij mijn weten kan je gewoon in een fatsoenlijke firewall aangeven dat je standaard geen reply op een ping geeft.

Geen antwoord op een ping zegt dus helemaal niets over of een bedrijf bedrijf IPv6 ondersteunt.
Bij mijn weten kan je gewoon in een fatsoenlijke firewall aangeven dat je standaard geen reply op een ping geeft.
een fatsoenlijke firewall geeft juist wel antwoord (dat je 't niet mag).ICMP filteren is een van de minst snuggere dingen om te doen.
Oke, ik zal het even duidelijker uitleggen: Microsoft DNS geeft GEEN ipv6 adres van hun site waardoor ik niet op basis van ipv6 op het website kan browsen...
Heel leuk voor je, maar wat boeit het? W7 is ipv6 ready, dat is wat telt.
bron, ik vroeg pas de helpdesk of ik ip6 kon krijgen al dan niet door middel van een zakelijke lijn, mij werdt vriendelijk gezegt dat het nog te moeilijk was om aan ip6 blokken te komen en dat het netwerk er nog niet geschikt voor was in mijn wijk, etc etc etc.
Je moet "klaar zijn voor" niet verwarren met "beschikbaar voor de klant".

Dat e.e.a. voor gebruikers nog niet werkt, betekent niet dat de infrastructuur op de achtergrond niet al gereed is.

Zie de reactie boven jou: "ik ping microsoft, krijg geen reply DUS Microsoft is niet klaar voor ipv6"

Zo zit de wereld niet in elkaar.
toen ik 12 jaar geleden bij WorldCom werkte werdt er al paniek gezaaid over IP4.
Uiteindelijk gaat het tot nu toe nog goed. IPv6 was destijds niet populair omdat er flink geïnvesteerd moest worden in netwerkapparatuur. Dat zal heden dag denk ik ... nog steeds het grootste probleem zijn.
Precies en dat is ook juist het gevaar. in ipv6 wordt niet geinvesteerd door bedrijven, wat een enorme strop voor ze gaat worden op het moment dat de addressen toch echt op zijn. Het gebruik van addressen neemt alleen maar sterk toe en er zit, lijkt mij, toch een vrij duidelijke limiet aan die wellicht over een paar jaar bereikt gaat worden. Ik voorspel dan ook enorme bedragen die door handelaren worden gevraagd voor het handjevol wat nog over is straks. Het is zowiezo verstandig om nu alvast te migreren.
toch een vrij duidelijke limiet aan die wellicht over een paar jaar bereikt gaat worden.
De laatste IPv4 blokken worden binnen enkele dagen (!!) uitgegeven.
Dan is er nog wel redelijk wat adressen beschikbaar wat nog niet toegewezen is uit de blokken die zijn uitgedeeld.
Maar binnen een paar maanden moet de overstap op IPv6 toch wel van de grond zijn gekomen en over pak 'm beet 15 - 18 maand zullen er geen IPv4 adressen meer toegewezen kunnen worden en moet je dus wel over zijn op IPv6 anders kan je bepaalde sites of andere users niet bereiken.

Het is echt niet meer een zaak van jaren, maar hooguit maanden geworden.
De komende maanden zal er dus heel veel geïnvesteerd moeten worden in nieuwe routers en modems.
Het is echt niet meer een zaak van jaren, maar hooguit maanden geworden.
De komende maanden zal er dus heel veel geïnvesteerd moeten worden in nieuwe routers en modems.
Zo'n haast heeft het nou ook weer niet. Laten we vooral geen paniek zaaien.

De huidige infrastructuur blijft gewoon prima werken zonder IPv6. Het betekend alleen dat er, nadat alle IP adressen echt op zijn, geen nieuwe hosts bij kunnen komen zonder dat hier speciale maatregelen voor getroffen moeten worden. Dat de IP adressen uitgegeven zijn, wil nog niet zeggen dat ze ook allemaal in gebruik zijn. Veel ISPs en bedrijven hebben enorme IP ranges die nog nooit gebruikt zijn.

Er zal eerst een periode zijn waarin IPv6 en IPv4 naast elkaar bestaan en er gebruik wordt gemaakt van oplossingen die het een met het ander kunnen laten communiceren. Dat zie je nu al gebeuren middels IPv4-IPv6 gateways en tunnel brokers.

Daarna zal er, als bedrijven er genoeg motivatie voor krijgen, langzaam aan overgestapt worden van IPv4 naar IPv6. Ik verwacht dat er in eerste instantie vooral DNS en content servers aangepast gaan worden om domeinen van zowel IPv4 als IPv6 adressen te voorzien zodat ze voor beide bereikbaar zijn. Er is immers geen technische noodzaak om of op de een, of op de ander te werken. Dat kan prima naast elkaar plaatsvinden zonder al teveel kunstgrepen. Interne serverparken van content providers hoeven namelijk helemaal niet op IPv6 te draaien om voor de bezoeker via IPv6 bereikbaar te zijn. Alleen de webserver waar de IPv6 cliënt mee communiceert moet dit ondersteunen.

Nogmaals, Internet gaat niet uit of zo. De huidige infrastructuur blijft gewoon werken. Er zijn genoeg oplossingen om bestaande IPv4 infrastructuren te ontsluiten voor IPv6 en andersom zonder dat je gelijk je oude infrastructuur hoeft weg te gooien.

Dus ja, er is veel werk aan de winkel. Maar nee, dat hoeft niet nu van stel op sprong te gebeuren omdat we met de huidige infrastructuur pak em beet zo'n 4 miljard hosts kunnen bedienen en we er echt niet ineens nog 4 miljard bij krijgen.
12 jaar geleden wist niemand hoe lang het nog precies ging duren. Inmiddels wordt het met de maand meer duidelijk hoe lang het nog gaat duren, en dat het nou niet een hele lange periode is die we nog hebben.
Tsja, het enige jammerlijke verschil is 12 jaar geleden deed het er weinig toe. Momenteel zijn de schattingen op resterende IPv4 adressen zo'n 13 ~ 35 miljoen en zal het op zijn binnen 1 week ~ 1 maand.

Als ze niet snel zijn is het straks dus gewoon op, en gezien de groei van ongeveer 1 ~ 2 miljoen devices per dag zal dat dan ook een steeds groter probleem worden.
Een beetje paniek om niets, roepen ze al jaren maar er zijn nog adressen zat in omloop die vaak niet eens worden gebruikt. Zo zijn er zat bedrijven die intern publieke adressen gebruiken i.p.v. privat adressen. Daarnaast zijn er ook overheden die hele blokken ongebruikt gereserveerd hebben. Gewoon aanpakken die handel onder het mom van comply or explain. Dan is die IPv6 hype nergens voor nodig.
Tot dat het toch opeens op is. En dan zit je met je probleem. Niks mis met een GRATIS standaard hypen, het zou fijn zijn als alles een keer OP TIJD geïmplementeerd was, i.p.v. mondjesmaat achteraf, op een slechte manier.
Toch is zo'n migratie bijzonder moeilijk. Wat zal moeten gebeuren is een soort overgangssituatie waarbij het ipv4 protocol langzaam wordt weggehaald en er een soort toplaag is van ipv6 die intern bijv. naar ipv4 kan worden overgezet oid. dat kost ontzettend veel tijd, dus... nu beginnen!

[Reactie gewijzigd door vgroenewold op 28 juli 2024 16:20]

Hier zijn al verschillende protocollen voor. Teredo, ISATAP, 6to4, 4to6, etc bestaan al jarenlang en je maakt er waarschijnlijk (misschien zonder het te weten) allang gebruik van. Verschillende sites die je bezoekt, benader je al (meestal via Teredo) op hun IPv6-adres.

Het punt is dat er maar mondjesmaat sites, bedrijven en ISP's overstappen op IPv6, zodat de IPv4-adressen nog steeds aan het opraken zijn. Als er nou eens grote bedrijven of overheidsinstanties ("I have a dream") overstappen op IPv6 en hun IPv4-blok zouden vrijgeven, zou hier een keer in kunnen komen. Helaas zijn juist dit vaak de instantie's die hun IT conservatief aanpakken en zal dit nog wel even op zich laten wachten...
Een beetje paniek om niets, roepen ze al jaren maar er zijn nog
adressen zat ....
Het probleem zit 'm in de versnippering van ip subnets.
Nu heeft IANA geen ranges meer over. De 5 grote registrars (zoals
RIPE) in de wereld hebben dan alleen nog hun huidige voorraad ip
ranges die zij aan de ISP's kunnen doorverkopen.
Zodra die ranges weer door de ISP's doorverkocht zijn, is het niet
meer mogelijk om een nieuwe range aan te achaffen.

Nu zeg jij: er zijn nog adressen zat. Wel nu, stel dat een bedrijf dat
een Class B ip range heeft (dus ruim 65000 ip adressen) denkt: ik heb
niet al die adressen nodig, laat ik 'm in porties van Class C (dus 254
adressen) verkopen. Stel dat dit mogelijk wordt, dan betekent dit dat
de BGP tabel(zeg maar de plattegrond van het internet) vanwege dit
versnipperde class B adres aangepast moet worden zodat de nieuw
gecreëerde class C ranges en hun locaties bekend zijn. Wanneer dit een
algemeen geaccepteerde manier zou zijn om ongebruikte ip adressen te
verhandelen, dan wordt dit een te grote belasting voor deze tabel.
Aangezien de BGP routers op het internet allen deze volledige BGP
tabel moeten kennen EN bij elke wijziging de router even geen tijd
hebben jouw pakketjes te routeren, zal deze e-n-o-r-m-e toename van de
tabel ertoe leiden dat de performance dramatisch instort.

Dus... begin NU met ipv6. Zo moeilijk is het nu ook weer niet. Volg
anders een keer een training bij mij ;-)

Ik hoop dat je bovenstaande kunt begrijpen, ik heb geprobeerd het in
simpele bewoordingen uit te leggen.
ik zou zeggen, suc6 met lezen

http://nl.wikipedia.org/wiki/Classless_Inter-Domain_Routing


(TIP thunder, als je het de volgende keer niet weet.. ga je gewoon naar google en typ je (bijv) CIDR in.. En je krijgt vanzelf uitleg ;)
Thunderhawk0024 doelde op de klasse B en C netwerken waar musiman aan refereerde. We gebruiken immer al jarenlang classless netwerken (CIDR tabel). Hij was dus niet op zoek naar de wikipediauitleg omdat hij dat allang wist.
Classles of niet, het principe van geo-routering en de complexiteit van een complete database van routing met 74.1.1.2 in de VS en 74.1.1.2 in Hululbululand en 74.1.1.3 in belgië lijkt me evident. hoe classless je ook denkt te willen worden, dit voorbeeld gaat hem niet woorden, tenzei je terug wilt naar de Ping's van 10k ms
Euh, CIDR?
Graag een onderbouwing van jouw reactie. Want op dit moment denk ik dat jij niet weet waar je het over hebt en niet weet wat CIDR eigenlijk is en niet weet wat BGP is en niet weet waar ik het over had...

[Reactie gewijzigd door musiman op 28 juli 2024 16:20]

musiman, jij begint over Class B IP ranges. Dan weet jij blijkbaar niet dat die niet meer bestaan sinds de invoering van CIDR. Tegenwoordig kun je gewoon een /20 hebben, wat wil zeggen dat de "versnipperde class B adressen" waar jij bang voor bent gewoon bestaan. Maar dat de "performance dramatisch instort" zien we desondanks niet gebeuren.
Maar ipv6 ranges komen ook niet gratis in bgp tabelllen terecht...
Ipv6 is veel beter opgebouwd, het ipv6 global unique address bestaat uit verschillende delen, waarvan het eerste deel zeg maar de regio's in de wereld zijn. Oftewel, zo versnipperd als ipv4 is, zo gestructureerd is ipv6. Dankzij deze structuur kun je in BGP met aggregation hele werelddelen in een enkele entry bevatten, zeg maar.
Dit kan niet bij ipv4 omdat er tig ranges voor bijvoorbeeld Europa zijn en er zijn hele ranges die aan verschillende bedrijven over de wereld verdeeld zijn dus nog erger versnipperd dan wanneer je het door een versnipperaar had gehaald.
Denk dat het toch snel tijd wordt om te gaan overstappen. Iig om te kijken en in kaart te brengen wat er allemaal nodig is.

En dan bedoel ik de gehele infrastructuur ;)
En dan bedoel ik vooral ook:
- is het OS-gerelateerd en indien ja welke OS'en kunnen het niet en/of wat moet ik doen om het wel te kunnen
- welke hardware is geïmpacteerd (netwerkkaarten, kabels, switchen, routers, AP's, ...)
- ...
Ik heb niet de indruk dat er veel informatie over impact op al die niveau's beschikbaar is...

(ik weet dat kabels er niets mee van doen hebben bv, maar tegen dat IPv6 er is, zullen er wel handige verkopers zijn die CAT5e verkopen als IPv6-compatibel :))
Het is niet OS gebonden, en de meeste routers kunnen er ook al mee overweg, het gaat vooral om de ISPs die niet makkelijk kunnen overschakelen. Ook hebben niet alle websites een IPv6 adres, (Tweakers.net wel?), dus dan moet je weer onhandige dingen als IPv4 over IPv6 gaan doen.
Je slaat de bal toch wel mis. De implementatie van IPv6 is wel degelijk gebonden aan het operating system. Alleen hebben de meeste actuele besturingssystemen een tijd geleden reeds ondersteuning voor IPv6 gekregen. Voor NT5 kunnen de stacks worden gedownload, voor NT6+ zitten ze ingebouwd. Voor de linux heb ik niet echt een idee sinds wanneer de ondersteuning er is, maar de recente kernels hebben de IPv6 stack.
als je met 'recent' linux 2.1.8 en dus 1996 bedoelt, klopt je verhaal ;)
Tweakers.net is niet bereikbaar via IPv6. Zeer weining websites zijn bereikbaar via IPv6 terwijl dit relatief eenvoudig is.
Volgens mij was het standpunt van Tweakers (e.v.a. websites) hierover ongeveer dat ze geen IPv6 gaan ondersteunen zolang ze geen hits krijgen vanaf IPv6-adressen. |:(
Nee, ACM heeft al eerder duidelijk gemaakt dat het afhankelijk is van de implementatie van IPv6 door TRUE, waar ze hosten. Daar waren ze een maand (?) geleden druk aan het sleutelen, dus dat zal niet gek lang meer duren.
Nou daar doet TRUE dan best wel lang over.
Waar wij onze server hosten is het netwerk al ruim een half jaar geschikt voor IPv6.
Echter toen ik een paar weken geleden een IPv6 blok aangevraagd had, was ik kennelijk het 3e subnet, oftewel hoogstwaarschijnlijk de 1e klant van hun die een dergelijk blok aangevraagd heeft.
Het speelt dus kennelijk nog echt niet bij de klanten.

Ikzelf internet thuis al enige tijd via een native IPv6 verbinding (XS4all), maar de hoeveelheid sites die via IPv6 bereikbaar zijn is echt bedroevend weinig. Zo uit m'n hoofd is Google deels IPv6 en GeenStijl. Dat was het wel ongeveer.
Dat is niet helemaal waar, het is redelijk eenvoudig om een simpele site met statische content om te zetten naar ipv6, maar een website als Tweakers.net is dat nou eenmaal niet. In de basis werkt t.net wel redelijk, maar er zitten genoeg oude stukken code her en der verwerkt waardoor het akelig mis gaat, bijvoorbeeld omdat bepaalde code verwacht dat er ip's met dubbele punten zijn onderverdeelt in een string, of een stuk code wat simpelweg een ipv6 ip niet kwijt kan in de database. En uiteraard valt dat allemaal wel aan te passen, maar als je bedenkt dat onze databases ruim over de 70GB heenstappen, kun je je vast wel voorstellen dat 'ff' een veld in een tabel optrekken niet zo heel erg tof is om te doen op een live omgeving ;)
dat 'ff' een veld in een tabel optrekken niet zo heel erg tof is om te doen op een live omgeving
Ik zal niet beweren dat het dagelijks werk voor me is, maar ik doe het toch vrij geregeld en het is niet echt een probleem. Toegegeven dat ik daarbij wel een beetje geholpen wordt door het feit dat de database DB2 (for iSeries) is.
Alles dat van laag 3 gebruik maakt moet aangepast worden voor IPv6.
Dus bijvoorbeeld je NAS, WAP (voor beheer), netwerkprinter en router.
Natuurlijk kan je IPv4 er naast gebruiken.
Dan heb je PC in twee netwerken, en hoeft je NAS en Printer niet vervangen te worden.

Oja, nog maar 7 dagen een dan is de werldwijde vooraad verdeelt
en nog plus minus 251 dagen voor dat alles is vergeven.
http://penrose.uk6x.com/
Ik las werkelijk even 'nog 7 dagen en dan vergaat de wereld' :') is er ook een verband met de maya-kalender die afloopt? ;)
(ik weet dat kabels er niets mee van doen hebben bv, maar tegen dat IPv6 er is, zullen er wel handige verkopers zijn die CAT5e verkopen als IPv6-compatibel :))
Nee joh! dan verkopen ze juist cat6(a) kabels!

[Reactie gewijzigd door Maddog McHare op 28 juli 2024 16:20]

Kabels met IPv6 ondersteuning ? Die hebben we hoor (in Japan):

http://team.vantronix.net/~reyk/ipv6-cable-big.jpg
Hebben jullie ook kabels met ondersteuning voor IPX?
Waarom zou ik kabels met IPX ondersteuning willen kopen? Ik gebruik het nooit. Ik kan me altijd zo opwinden over dat hele koppelverkoop gebeuren. :(
Het is alleen wel jammer dat die geen IPv4 ondersteunt,,, :P
moeten alle programa's en games niet geupdate worden willen we van ipv6 gebruik kunnen maken?

no way dat populaire oudere game's geupdate worden voor ipv6 support(o.a: Battlefield 1942,battlefield 2, Halo Combat Evolved,Halo Custom Edition, counter strike 1.6,etc)
we zullen waarschijnlijk nog lange tijd met IPv4 werken voor backwards compatibility. Waarschijnlijk moet je in de toekomst extra een IPv4 adres aanvragen bij je provider voor zulke software of moet er een soort emulatielaag komen.

Ik zie IPv6 nog niet 1-2-3 opkomen. Zolang ik sites via IPv4 nog te bereiken zijn stap ik in ieder geval niet over. Geen zin om nieuwe hardware (router...) aan te schaffen, net als de rest van de wereld.
Remember ipv4 is op, dus kopen zit er helaas niet bij.
Daar krijg je dan toch een 4to6 tunnel voor ipv een 6to4 tunnel. Of gewoon een VPN met 192.168.x.x adressen en local lan spelen.
als je slim bent zet je nu een groot netwerk op voor gameserver hosters en players.
wie doet er mee. ik wed dat hier geld mee te verdienen is.

een soort verzamelplaat voor oldskool gamers en ipv4 games. :P

[Reactie gewijzigd door Proxx op 28 juli 2024 16:20]

Zorgwekkend dat op een site als tweakers toch nog ruim 7% lijkt te denken dat NAT "de oplossing" is. NAT is in feite niets anders dan een lapmiddel om het dreigende tekort aan IPv4 adressen nog een tijdje uit te stellen. Dat is aardig gelukt, maar met de explosieve groei van internetters wereldwijd (opkomende markten, mobile devices) is de koek op een gegeven moment toch echt op.

Iets minder zorgwekkend, maar zeker in de categorie 'jammer' vind ik de 13% die vindt dat het overhyped wordt. Goed, het is inderdaad niet zo dat de hele economie instort op het moment dat het laatste IPv4 adres wordt uitgegeven, maar zeker voor internationaal opererende bedrijven is het echt zaak om erop te gaan voorbereiden. Voor de professionele IT'er betekent dat n.m.m. ook dat die er in 2011 mee aan de slag moet om wat handson ervaring te krijgen. Ook zou bij nieuwe ontwikkelingen en investeringen IPv6 ondersteuning op z'n minst op de agenda moeten staan.

Persoonlijk ga ik er dit jaar zeker mee aan de slag. Voor thuis is het vooral een kwestie van knoop doorhakken voor een geschikte nieuwe router (zit bij xs4all, dus kan native ipv6 over m'n dsl doen). Op m'n werk ga ik een testnetwerkje inrichten (waarschijnlijk ipv6-only) waar onze ontwikkelaars hun apps en databases kunnen uittesten.
Wat ik raar vind, is dat men bij het overstappen op ipv6 de NAT uit de keten wil schoppen, zodat elke computer rechtstreeks aan het internet hangt. Hoe zit het dan met de bescherming die een NAT leverde middels een ingebouwde firewall? Moet elke computer nu zelf instaan voor zijn eigen veiligheid met een software firewall? Of zal er nog steeds een OSI-level 3 switch met firewall-mechanisme bestaan die de firewall-taak van de huidige ipv4 NAT zal overnemen?
NAT heeft niets met bescherming te maken. Helaas denken mensen dat ten onrechte vaak wel en zijn daardoor dus eigenlijk helemaal niet veilig.

Er is niets dat IPv6 routers/modems tegenhoudt om een simpele firewall aan boord te hebben. Het zal er alleen maar veiliger op worden omdat het tenminste geen schijnveiligheid biedt en de configuratie van een IPv6 firewall een stuk gebruiksvriendelijker zal zijn dan ingewikkelde poortmap constructies...
Waarom denk je een router nodig te hebben bij ipv6 ?

Router doet wat hij moet doen - routeren, dat zal het modem tegen die tijd over gaan nemen, de huidige situatie "thuis en op de werklocatie" zal veranderen, ipv een router, zal er een 'simpele' switch nodig zijn.
op dat moment zal je elke pc afzonderlijk moeten beschermen.

ik vermoed dat er een verschuiving komt, routers die meer en meer 'slimme' switches worden.
soort van hardwarebeveiliging inline met de verbinding.
De nieuwe ziggo modems zijn ipv6 klaar, dus daar zal het niet aan liggen, alleen zullen die een nieuwe firmwareupdate krijgen om de 'switching' capabilities te krijgen.

Als je er zelf niet aan wilt, de huidige dd-wrt kan ipv6 omzetten naar ipv4 locally, dus naar de buitenwereld nog steeds 1 adres ( ipv6 range ), en intern het vertrouwde 10.x.x.x of een van de andere smaken.
Router doet wat hij moet doen - routeren
En laat dat nou precies zijn wat je nodig hebt als je het over een device hebt wat tussen je LAN en je internetverbinding zit (of tussen verschillende IP netwerken). Voor een thuissituatie is het lekker simpel (als het niet binnen mijn eigen netwerk zit, zit het dus aan de andere kant van de verbinding), maar het is nog steeds een router.
de thuis 'routers' worden er dan alleen maar beter op, als je je wrt320N straks geen port-forwards tabel meer hoeft te voeren en in principe geen dhcp meer nodig hebt omdat je die van je provider al kunt krijgen.... heb je dus veel meer resources over om QoS toe te passen en betere firewalls te bouwen, lijkt me alleen maar goed....
NAT != beveiliging, het is een leuke bijkomstigheid dat in een veel voorkomende configuratie (private range intern <-> public IP extern) het interne spul niet rechtstreeks benaderbaar is, maar dat is niet meer dan dat: een bijkomstigheid. Voor beveiliging heb je gewoon een layer 4 firewall nodig. Volgens mij hebben de meeste consumentenrouters standaard toch wel een firewall ingebouwd, dus eigenlijk hoeft er weinig te veranderen.
Hele /8 blokken zijn in handen van grote bedrijven, die toch never 16 miljoen IP nummers zullen kunnen opsouperen. Er valt nog behoorlijk wat los te schudden uit de IP4-boom, na herbezinning en herallocatie van grote blokken IP-nummers.

Zie http://en.wikipedia.org/w...ed_/8_IPv4_address_blocks
en voor een volledige lijst:
http://www.iana.org/assig...ce/ipv4-address-space.xml
Ja, maar waarom zou je? Dat jaagt die bedrijven enorm op kosten en waarvoor? Een paar maanden langer ipv4, zodat ze daarna alsnog hun hele netwerk om kunnen gooien op ipv6, dus nog een kostenpost er bij.

Ipv4 is nooit bedoeld geweest om de hele wereld met elkaar te verbinden. Laten we het nu eens een keer goed aanpakken in plaats van die lapmiddeltjes.
Waarom?
As IPv4 address exhaustion has advanced to its final stages, some organizations, such as Stanford University, formerly using 36.0.0.0/8, have returned their allocated blocks. With an average allocation rate of 50 million addresses per year there could be well over 10 years of allocations left if these organizations returned their unused allocations.
Omdat die 50 miljoen maar een gemiddelde is, en het aantal toewijzingen per dag explosief gestegen is in de laaste jaren, en er tegenwoordig al meer dan 1,2 miljoen per dag toegewezen worden. Dat is 438 miljoen per jaar. Zie deze grafiek, van deze pagina.
En belangrijker nog, dat is dus 14 dagen per /8. Dat is de winst van een /8 blok teruggeven. Kun je daar een bedrag in euro's aanhangen?
Goed, dan vullen we de pool nog voor een half jaar aan.
En daarna?
Hoe wil je die blokken terugclaimen? Die vroege allocaties zijn informeel gedaan, zonder een contract met terugclaimrechten. Je hebt zo een rechtzaak aan je broek, en die win je niet per 2 februari aanstaande. Dus zelfs als je'm zou winnen (en dat is onwaarschijnlijk), dan nog is het te laat.
Rare poll. Het is een feit dat de ipv4 adressen opraken en dat ipv6 zo snel mogelijk ingevoerd moet worden. Heeft niets met meningen te maken.

Alleen kunnen consumenten daar niet zoveel aan doen. ISP's en hostingbedrijven moeten de overstap maken naar ipv6 en tegelijkertijd consumenten verstrekken met modems en routers die dat aan kunnen.

Als het (veel) geld kost is dat hun eigen fout: ze hadden veel eerder moeten beginnen.
Dat ipv4 adressen opraken is geen feit want de waarheid ligt iets genuanceerder. Uiteraard moeten we over naar een nieuwe technologie zoals een ipv6 maar niet om redenen dat ipv4 adressen op raken. Als de nood inderdaad zo hoog zou zijn dan was ipv6 al enige tijd geleden een feit.
De soep wordt nooit zo heet gegeten als deze wordt opgediend moet je maar denken. Volgens mij moeten de ISP's de handen eerst eens in elkaar steken en hun klanten eens gaan aanspreken op het onnodig in gebruik hebben van ipv4 ranges zodat deze weer vrij kunnen komen.
Dat kan je zeggen, maar als IANA geen IPv4 blokken meer uitdeelt krijg je zwarte IPv4 handel en daar willen we echt niet aan beginnen. Bovendien moet IPv6 al jaren geïmplementeerd worden maar de lakse bedrijven o.a. in Nederland zijn daar blijkbaar te traag voor. Idioot is het gewoon, om dat je gegarandeerd een keer zal moeten gebeuren, en dan kan je het beter op tijd doen. Bijvoorbeeld NU.
ik denk niet dat dat zal werken onder het mom van: wat is dat een IPv4 range? / hoe kan ik dat nou vrijgeven, dan heb ik geen internet meer!

en ik heb nog geen IPv6 jammer genoeg
wil wel zo snel mogelijk over en omdat mij ouders misschien overstappen naar xs4all gaat dat iets sneller
Dat ipv4 adressen opraken is geen feit want de waarheid ligt iets genuanceerder.
Dat ze opraken is wel zeker een feit, de vraag is alleen wanneer. Maar zelf vind ik het er niet toe doen of dat over 1 week, 1 maand, 1 jaar of 5 jaar is. Gewoon nu beginnen met IPv6 en dan komt het vanzelf goed.
En hoe moet ik, zonder IPv4 een thuishost gameserver opzetten om wat te knallen met m'n vrienden? Geen poorten voor ipv6(hoorde ik).... leuk alternatief maar het is weer bagger uitgedacht :/
Janoz Moderator PRG/SEA @Paul - K24 januari 2011 15:47
Dat hoorde je dan verkeerd. Het enige verschil tussen IPv4 en IPv6 is dat er bij de laatste 296 keer zoveel adressen zijn. IPv6 heeft dus ook gewoon poorten.

Het is eerder makkelijker. Doordat er veel meer nummers beschikbaar zijn is het helemaal geen probleem meer om meerdere ip-nummers per huishouden uit te delen waardoor de noodzaak voor NAT wegvalt. Het wordt daardoor juist veel makkelijker om thuis een server te hosten omdat je geen ge-eikel meer hebt met portmappings en andere forward rules.
Ik weet alleen niet of dat nou zo handig is. IPv4 komt met name ruimte te kort omdat een aantal bedrijven of instanties grote blokken hebben geclaimd waarvan minimaal gebruik wordt gemaakt.

Ook betwijfel ik het nut van het direct kunnen benaderen van je IPv6 koelkast. Ik heb mijn in mijn router mijn thuisserver in de DMZ zitten. Alle andere apparaten zijn dus, van buitenaf gezien, via deze thuisserver te bereiken.
Voor thuisgebruik lijkt een 64-bit subnet overdreven groot, maar je kunt nu eenmaal niet kleinere addressen gebruiken voor een bepaalde groep. Uiteraard kun je wel veel 0-en in het midden gebruiken, dan wordt het al een stuk leesbaarder.

Maar het idee is dat je gegarandeerd alle mogelijke subnetten kunt verhuizen zonder al te veel herconfiguratie. Dit omdat alleen de eerste 48 bit van je adres veranderd als je een ander IP-adres blok krijgt. Bijvoorbeeld omdat je naar een andere provider gaat.
Bedrijven en instanties hebben helemaal geen "grote" blokken geclaimd. De beperkte techniek in de begintijd van het Internet liet alleen klasse A, B en C blokken toe. Die waren 16 miljoen, 65 duizend en 256 addressen groot. Bedrijven met meer dan 65000 medewerkers hadden dus een goede reden om een klasse A blok te vragen, en kregen dat ook gewoon. Dat was niet groot, dat was de enige optie. En was 16 miljoen addressen nou veel? Er waren 4 miljard adressen te verdelen, en bij lange na niet zoveel PCs. Niet dat die PC Internet op konden, destijds, het aantal computers met IPv4 stacks was nog veel kleiner.

Kortom, de huidige verdeling is een direct gevolg van de gebruikte goedkope techniek. En juist die lage prijs maakte IPv4 tot een succes.
ik vraag me af of ik nu aan het muggeziften ben, maar is het zo raar dat ik ondanks ipv6 nog liever achter een NAT zit en niet direct op het www zit met mijn pc's? Lijkt me nog steeds een stuk veiliger?
Maar dan bestaat er ook nog zo iets als een tiered network setup waar een grotere set IP adressen over een kleine set gerouteerd wordt (/30 IPv4). Geheel transparant maar er kan hetzelfde gefilterd worden als bij NAT.
Je kan ook gewoon een firewall draaien zonder een NAT te gebruiken. Andersom wordt de keus toch een stuk beperkter, in veel OS'en gebruikt NAT veel logica uit de firewall.
Waar ben je precies bang voor?
Ik deel jou mening volledig, het lijkt mij ook niet prettig dat er van buitenaf gekeken kan worden hoeveel pc's er in het netwerk staan.
Oeh die heeft 2 pc's. Dangerous!
of van welke pc welke request komt.

wil je "anoniem" vanuit je eigen netwerk het internet opgaan (dus dat het niet zichtbaar is of het mama-pc of zoontje-pc is) zul je al dingen moeten gaan doen als een proxy of inderdaad NAT
Het probleem is dan ook niet de ip's zelf, maar de games. De (meeste) games ondersteunen IPv6 gewoon niet dus je kunt dan niet naar je server verbinden!
ow maar je zou prima over een vpn kunnen verbinden game <tunnel>-ipv6<tunnel> game, in die tunnel heb je dan gewoon een dhcp draaien die adtressen in de 292 of de 10. reeksen uitdeeld, enige wat je daar feitelijk van merkt is dat je een virtuele nic met een v-ip krijgt als je je aanmeeld op het game-netwerk. - denk aan hamachi
"Het enige verschil tussen IPv4 en IPv6 is dat er bij de laatste 296 keer zoveel adressen zijn."

En het protocol natuurlijk.
hoe kom je zo bij dat getal? aangezien ipv4 32bits is heb je 232 mogelijkheden.
ipv6 heeft 128bits, dat is dus 2128. wat dus veel meer is als 296 keer zoveel.
ipv4 aantal mogelijkheden: 4294967296
ipv6 aantal mogelijkheden: 3,4 *1038
dus ga maar uit van 79228162514264337593543950336 aantal keer de mogelijk heden met ipv6 tov ipv4.
De sup-tag is weggevallen bij het copypasten, zie de post van Janoz: 296 ... en dat klopt: 2128 / 232 = 296
Het zou bij ipv6 de bedoeling zijn dat elke computer in elk lokaal netwerk een eigen internetadres krijgt, dus is de nood om intern te gaan routen via poorten langs de NAT volledig weggewerkt.
Geen poorten voor ipv6(hoorde ik)
Tuurlijk zijn er wel poorten! Je schrijft het alleen anders op, bijvoorbeeld voor poort 80:

ipv4: 178.21.113.98:80
ipv6: [2a02:2308::1b:da7a:b07]:80
Is het niet zo dat naar mate er meer naar IPv6 gemigreerd wordt er steeds meer IPv4 addressen vrijkomen?

Verder lijkt het me een kip-ei verhaal. Ik heb nog nooit iets nodig gehad van een dienst die alleen op IPv6 te bereiken was. Zolang dit het geval is zal ik geen investering doen om mijn routers en apparaten IPv6-compatibel te maken. Dit zal voor het bedrijfsleven ook gelden denk ik. Zolang alles bereikbaar is via IPv4 is er geen business case die investeren in IPv6 verantwoord maakt.
Voorlopig zal iedereen nog wel dual-stack (moeten) blijven draaien, mede door de houding die jij schetst: ik heb het niet nodig, dus waarom zou ik tijd/geld investeren? Die IPv4 adressen komen dus voorlopig niet vrij en tegen de tijd dat ze daadwerkelijk vrij gaan komen, zijn ze niet meer nodig omdat iedere nieuwe implementatie dan toch volledig IPv6 zal zijn.

Op dit item kan niet meer gereageerd worden.