Het grote IPv6 topic

[Osiris]

Na wat geneuzel van een achterlijke medewerker van HTC die domme antwoorden geeft, aangezien 'ie waarschijnlijk gedacht heeft "Oeh, IPv6, moeilijk, ken ik niet, laat ik een totaal niet relevant antwoord geven op datgene wat ik wél snap!" ("Ja, uw telefoon heeft 2G/3G/4G-ondersteuning!" Wut, nee, 4G heeft 'ie helemaal niet.. ) dan eindelijk:

Osiris: Maar van u begrijp ik dus positief dat de One X+ hardwarematig IPv6 via het mobiele (niet-WiFi) netwerk ondersteunt (even aangenomen dat de telecomprovider dit ook doet)?
Dilek: Klopt helemaal

edit:

Vodafone Webcare (Twitter) heeft er geen informatie over Had ik ook niet verwacht eigenlijk.

[ Voor 8% gewijzigd door Osiris op 18-10-2013 18:12 ]

[CAPSLOCK2000]

IPv6 groeit, niet alleen absoluut maar ook in verhouding tot IPv4. Google zit al een tijdje rond de 2% IPv6 traffic en op de AMSIX beginnen de eerste puntjes zichtbaar te worden.

[Freeaqingme]

Ik vind dit plaatje ook veelzeggend:


Die piek van ~8.8 Gbit/s is overigens een daggemiddelde, de daily graph meldt 14+ Gbit/s voor gisteren.

[Verwijderd]

Een dienst van ons bedrijf is via een public ip 40.40.40.40 (fake) breikbaar via de volgende rule op de outside interface:
permit any 40.40.40.40 port 80,443

Er is echter ook een IPv6 ACL voor deze interface:
deny IP any 40.40.40.40

Wat gebeurt er nu PersoonX met een IPv6 adres 40.40.40.40 probeert te benaderen? Mijn logica zegt: gaat niet lukken. Maar ik kan dat ook weer niet geloven dat dit het geval is. Wie kan mij helpen.

[CyBeR]

Aangezien dat een v4-adres is is die hele ACL ongeldig.

[Verwijderd]

CyBeR schreef op dinsdag 22 oktober 2013 @ 09:28:
Aangezien dat een v4-adres is is die hele ACL ongeldig.

Nee, maar ik bedoel een klant bijvoorbeeld. Vanaf extern bijvoorbeeld met 2001:db8::1428:57ab naar 40.40.40.40 wil. Wat gebeurt er dan?

[Osiris]

Hoe wilde je dat voor mekaar krijgen dan?

Als een client suft naar 40.40.40.40, dan doet hij dat via z'n IPv4-stack.. Heeft 'ie dat niet, dan krijgt ie simpelweg een error, tenzij d'r allerlei moeilijke dingen geimplementeerd zijn gok ik zo..

[CyBeR]

Verwijderd schreef op dinsdag 22 oktober 2013 @ 10:44:
[...]

Nee, maar ik bedoel een klant bijvoorbeeld. Vanaf extern bijvoorbeeld met 2001:db8::1428:57ab naar 40.40.40.40 wil. Wat gebeurt er dan?

Niks, dat kan niet.

Dat is zoiets als vragen hoe je een papieren brief afgeleverd krijgt bij een e-mailadres.

[ Voor 14% gewijzigd door CyBeR op 22-10-2013 11:52 ]

[Osiris]

CyBeR schreef op dinsdag 22 oktober 2013 @ 11:51:
[...]


Niks, dat kan niet.

Dat is zoiets als vragen hoe je een papieren brief afgeleverd krijgt bij een e-mailadres.

Tenzij je een 6to4-border-router implementeert?

Of nee, NAT64 hebbie daar voornodig volgens mij..

[ Voor 15% gewijzigd door Osiris op 22-10-2013 12:41 ]

[Maurits van Baerle]

Freeaqingme schreef op maandag 21 oktober 2013 @ 22:31:
Ik vind dit plaatje ook veelzeggend:
[afbeelding]

Die piek van ~8.8 Gbit/s is overigens een daggemiddelde, de daily graph meldt 14+ Gbit/s voor gisteren.

Ja, het is grappig hoe je er de klok op gelijk kunt zetten dat iedere zondagavond het record van de zondagavond de week ervoor wordt verbroken. Afgelopen zondag was het 14.2 Gbps, aanstaande zondag zal het wel iets van 14.4 worden.

Dat zondagavonden de drukste zijn wat IPv6 verkeer betreft geeft ook wel aan dat het voor een fiks deel consumentenverkeer is. Er zit waarschijnlijk veel Facebook, YouTube en Netflix tussen.

[Orion84]

Osiris schreef op dinsdag 22 oktober 2013 @ 12:37:
[...]

Tenzij je een 6to4-border-router implementeert?

Of nee, NAT64 hebbie daar voornodig volgens mij..

Maar dan komt het na translatie gewoon op de ipv4 firewall binnen, niet op de v6 firewall.

[Osiris]

Orion84 schreef op dinsdag 22 oktober 2013 @ 14:02:
[...]

Maar dan komt het na translatie gewoon op de ipv4 firewall binnen, niet op de v6 firewall.

Mja, uiteraard, een device als een firewall zal nooit IPv4 en IPv6 gemengd in één protocol-laag tegenkomen (Waarbij ik eventjes 6in4, dus met IPv6 in een IPv4-pakketje als twee losse lagen beschouw. )

[CyBeR]

Orion84 schreef op dinsdag 22 oktober 2013 @ 14:02:
[...]

Maar dan komt het na translatie gewoon op de ipv4 firewall binnen, niet op de v6 firewall.

Precies. De situatie dat je met IPv6 direct (zonder truuken) tegen IPv4 lult komt gewoon niet voor. Een v6-acl kan dus ook geen v4 adressen bevatten.

Het enige wat kan, is als je NAT64 ergens doet, dat dát proces een ACL heeft waarin zulks voor zou komen. Maar dat is dus een speciaal geval en meestal niet van toepassing.

[webfreakz.nl]

Volgens mij had hemand het hier een tijdje terug over EUI-64 addressing in combinatie met DNS. Er is de volgende RFC gepubliceerd:

IETF RFC7043: Resource Records for EUI-48 and EUI-64 Addresses in the DNS

[Raven]

Zo, mijn router-pc met IPFire is nu van een HE-tunnel voorzien

Had het getest in een VM omdat IPv6 officieel niet ondersteund wordt en heb het werkend weten te krijgen, in de VM. Op de fysieke pc ging het niet zo goed, IPFire startte niet meer op

Bleek de versie die daar op draaide te oud en wegens het gebrek van terminal of recovery mode moest IPFire opnieuw geïnstalleerd worden.

Maar nu werkt het, al dan wel met static config op de clients.

[MORCIK]

joopv schreef op donderdag 17 oktober 2013 @ 22:21:

Ik (wij) zijn al jaren geleden tegen NAT problemen aangelopen. Zo delen alle of tenminste heel veel mobiele providers RFC1918 adressen uit aan de klanten. Kijk zelf even wat voor ip adres je 3g mobieltje gekregen heeft met een tooltje als "Ping&DNS", en je zult een 10.x.x.x adres zien.

Ben/T-Mobile heeft publieke adressen. Zojuist opnieuw gecheckt en jawel:

94.157.147.x

IPv6 zal wel even op zich laten wachten denk ik.

[joopv]

Dat is interessante info. Wat voor een abbo heb je?

De mobiele providers zouden naar mijn idee eigenlijk een voortrekkersrol moeten vervullen op IPv6 gebied, meer nog dan de vaste providers. Ze hebben immers klanten / aangesloten apparaten die meestentijds al helemaal ipv6 ready zijn.

[Raven]

Hier krijg ik 31.21.153.18 te zien, ik heb een T-Mobile Flex 15 (sim only) + WnW standard abo.

Maar ondersteund Android IPv6 eigenlijk wel? Kan het niet uittesten via wifi, zie geen mogelijkheid tot handmatig invoeren IPv6 gegevens bij de wifi instellingen en T-Mobile lijkt niks met IPv6 te doen.

[joopv]

Ik heb mijn eigen wifi ipv6-enabled en ik kan de bekende testsites openen met de browser op de Wolfgang android 4.1.2 met een 9/10 resultaat.

Het wifi staat trouwens open, mocht je in de buurt zijn kun je zelf testen via m'n sixxs tunnel

[Raven]

4.1.2? Mijn S2 draait op 4.0.3 en je woont helaas niet in de buurt , al ben ik een paar jaar terug wel in die stad geweest voor een oscilloscoop.

[Nakebod]

Android doet prima aan IPv6, geloof al sinds 2.x ergens. Alleen het klopt idd dat je geen handmatige instellingen terug kunt vinden.
Sterker nog, zelfs het huidige IPv6 adres kan je nergens terugvinden. Zonder gebruik van extra tools/websites dan. De WiFi opties laten alleen het IPv4 adres zien.

[MORCIK]

joopv schreef op zaterdag 26 oktober 2013 @ 13:22:
Dat is interessante info. Wat voor een abbo heb je?

De mobiele providers zouden naar mijn idee eigenlijk een voortrekkersrol moeten vervullen op IPv6 gebied, meer nog dan de vaste providers. Ze hebben immers klanten / aangesloten apparaten die meestentijds al helemaal ipv6 ready zijn.

Smart Plus 100 met onbeperkt internet. In principe maakt het soort abonnement niet uit. In de 10 jaar dat ik internet van Ben/T-Mobile gebruik heb ik altijd een publiek IP-adres gehad. Zelfs met tehtering krijg ik keurig een publiek IP-adres op de pc.

joopv schreef op zaterdag 26 oktober 2013 @ 14:30:
Ik heb mijn eigen wifi ipv6-enabled en ik kan de bekende testsites openen met de browser op de Wolfgang android 4.1.2 met een 9/10 resultaat.

Het wifi staat trouwens open, mocht je in de buurt zijn kun je zelf testen via m'n sixxs tunnel

Zelfde hier, Asus RT-N66U met SixXS-tunnel met een gastnetwerk waar iedereen op in kan loggen, en waar iedereen hier vlak bij het industriegebied gretig gebruik van maakt

Zowel mijn vorige Nokia Symbian toestellen als mijn huidige Samsung Android toestel en een Chinatab met Android 4.0.3 ondersteunen IPv6 via Wifi. Testen op Android doe ik met BusyBox (non rootversie) via een Linux terminal met het commando:

ip addr show

Met een wifi-verbinding krijg ik keurig 2 IP-adressen toegewezen, een publiek IPv6-adres van mijn tunnel met subnet en een lokaal IPv4-adres van mijn router. Zet ik wifi uit om 3G af te dwingen, dan krijg ik 1 publiek IP-adres van T-Mobile met dit keer 188.90.192.x als IP-adres.

Overigens kun je als een rooted toestel hebt een IPv6-tunnel op je Andriod installeren. Ik krijg eerlijk gezegd geen stabiele indruk, maar het werkt wel:

Google Play: Androiccu IPv6 tunnels

[CAPSLOCK2000]

Voor de "AMSIX-watchers": er is vandaag gemiddeld meer dan 10gbit/s verstookt.

[Osiris]

Nakebod schreef op zaterdag 26 oktober 2013 @ 15:21:
Android doet prima aan IPv6, geloof al sinds 2.x ergens. Alleen het klopt idd dat je geen handmatige instellingen terug kunt vinden.
Sterker nog, zelfs het huidige IPv6 adres kan je nergens terugvinden. Zonder gebruik van extra tools/websites dan. De WiFi opties laten alleen het IPv4 adres zien.

Ik kan probleemloos `ip addr list` intikken in een terminal-venstertje zonder dat m'n telefoon geroot is? Geloof ik

Daar zal heus het IPv6-adres tussenstaan lijkt me.

[Keiichi]

De hoogste waarde 17.3gbit is ook aanzienlijk tov gisteren

[Nakebod]

Osiris schreef op maandag 04 november 2013 @ 00:25:
[...]

Ik kan probleemloos `ip addr list` intikken in een terminal-venstertje zonder dat m'n telefoon geroot is? Geloof ik

Daar zal heus het IPv6-adres tussenstaan lijkt me.

Daarom zei ik ook zonder extra tools. Het IPv4 adres kan je gewoon bij je WiFi settings bekijken, het IPv6 adres niet. En een terminals is nu niet echt standaard op (stock) telefoons.
En als je dan toch bezig bent: Google Play: IPv6 and More Kan je wat makkelijker het adres achterhalen, en daarnaast nog wat testtooltjes makkelijk beschikbaar.

[Raven]

Daar gaat het mij niet om, het gaat mij erom dat ik zelf een IPv6 adres+gateway kan instellen, om het ingestelde/verkregen adres op te vragen heb ik al wat voor. Maar daarmee kan ik niet zelf een adres instellen

[Snow_King]

CAPSLOCK2000 schreef op zondag 03 november 2013 @ 22:27:
Voor de "AMSIX-watchers": er is vandaag gemiddeld meer dan 10gbit/s verstookt.

Daar zat ik tussen met Netflix kijken denk ik zo

Wel leuk om te zien dat het steeds verder stijgt.

[Maurits van Baerle]

Snow_King schreef op maandag 04 november 2013 @ 13:27:
[...]
Daar zat ik tussen met Netflix kijken denk ik zo

Wel leuk om te zien dat het steeds verder stijgt.

Heb jij Netflix én IPv6? Ik begrijp dat het Amerikaanse CDN IPv6 aanbiedt maar vroeg me af of dat in NL ook zo is. Niet dat ik reden heb om aan te nemen van niet, ik heb alleen ook nog nergens een bevestiging gezien.

Als jij met je ipv4 interface uitgeschakeld een tracert doet krijg je dan inderdaad een IPv6 lijntje naar een CDN in Amsterdam?

[Nakebod]

Kan zo snel geen directe Netflix stream URL achterhalen, dan maar de boerentest
Als ik IPv4 uitschakel, dan werkt de Netflix site niet helemaal mee. Ik had nog geen Silverlight geinstalleerd, en die pagina deed het niet, terwijl die wel AAAA records had, ping gaf het IPv6 adres terug. (movies2.netflix.com)

Even IPv4 weer aangezet, Silverlight geinstalleerd, en weer IPv6 only, en toen kon ik gewoon streamen.
Dus ja, Netflix kan in NL voor een gedeelte de IPv6 traffic verhoging verklaren.

code:

C:\Users\Sander>tracert -6 ipv6.netflix.com

Tracing route to ipv6.netflix.com [2620:0:ef0:13::20]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  2001:981:9d6e:1::1
  2     4 ms     4 ms     4 ms  2001:888:1:1001::1
  3     4 ms     4 ms     4 ms  2001:888:1:4023::1
  4     4 ms     4 ms     4 ms  0.ge-0-2-0.xr1.sara.xs4all.net [2001:888:1:4006:
:1]
  5     4 ms     4 ms     4 ms  10gigabitethernet10-4.core1.ams1.he.net [2001:47
0:0:e8::1]
  6     6 ms     5 ms     5 ms  fr3.ams.llnw.net [2001:7f8:1::a502:2822:1]
  7   127 ms   145 ms   127 ms  tge5-1.fr4.lga.ipv6.llnw.net [2607:f4e8:1:29::1]

  8   127 ms   127 ms   137 ms  tge1-2.fr4.ord.ipv6.llnw.net [2607:f4e8:1:3d::2]

  9   155 ms   154 ms   165 ms  tge1-3.fr4.sjc.ipv6.llnw.net [2607:f4e8:1:51::2]

 10  Destination host unreachable.

Trace complete.

[Maurits van Baerle]

Top, dankjewel!

[CAPSLOCK2000]

Bij Gandi krijg je nu 17% korting op een VPS als je geen IPv4 adres afneemt maar alleen IPv6 gebruikt.

https://www.gandi.net/new...erveur_en_ipv6_uniquement

[DDX]

Een klant vraagt om het ipadres van een server zodat ze dit op hun firewall kunnen openzetten.
Wij sturen zowel ipv4 als ipv6 adres.

Leuke antwoorden krijg je dan :

Het eerste deel (....) herken ik wel als IP adres maar wat is het tweede deel ???

En als je dan uitleg stuurt dat het een ipv6 adres is :

Wat moeten wij met een ipv6 adres ????

[Osiris]

't Ging toch al mis als een klant überhaupt om 't IP-adres moet vragen? Of was 't niet een server van de klant zelf

[ Voor 24% gewijzigd door Osiris op 03-12-2013 17:47 ]

[Pyrone89]

Ik zie dat het verkeer over IPv6 geleidelijk blijft stijgen, maar toch bekruipt mij het gevoel dat veel partijen het zo ongeveer laten aankomen op een situatie waarbij er plots nood aan de man is omdat er ineens echt IPv6 moet worden gebruikt, ook bijvoorbeeld met betrekking tot de apparatuur die wij thuis hebben.

Iemand inzicht in het 'waarom' op dit vlak. Want het lijkt op wachten tot er problemen gaan komen.

[joopv]

- Omdat voor ieder mogelijk probleem scenario wel een workaround beschikbaar is. Of alsnog wordt gecreëerd.
- Omdat er nog geen absolute noodzaak voor IPv6 is - of lijkt te zijn.
- Omdat IPv6 vooralsnog alleen extra beheerseffort en hoofdbrekens oplevert
- Omdat er een leercurve doorlopen moet worden
- Omdat er niks mee te verdienen is

Kijk hoe graag mensen zich met IPv6 gingen bemoeien toe XS4ALL hun newsserver gratis over IPv6 beschikbaar maakte. Wat je eigenlijk wil is een killer app die alleen bereikbaar is over IPv6.

De reden dat IPv6 stijgende is, is niet omdat het grote publiek dat wil.

Misschien moet Youtube hun HD content maar eens alleen over v6 beschikbaar maken, bijvoorbeeld. Dat zou wat teweeg brengen. Of iemand moet een grandioos idee hebben wat uberhaubt alleen *kan* werken over IPv6.

[Osiris]

Oplossing: porno.

[CAPSLOCK2000]

We beginnen volgens mij dicht bij het punt te komen dat IPv4-only blijven draaien complexer wordt dan IPv6 gebruiken. Ik ken een groot Nederlands bedrijf dat niet meer genoeg heeft aan z'n /16. Daarom worden op (stukken van) het interne netwerk adressen meerdere keren uitgegeven*. Vervolgens knopen ze het met NAT aan elkaar. Adressen die van buiten af toegankelijk moeten zijn gaan door nog een laag NAT. Het interne en het externe adres kan dus verschillen. Ze zijn rijk genoeg om adressen bij te kopen, maar dan moeten er zoveel firewalls en ACLs worden aangepast dat het ook niet meer leuk is, helemaal als alle partners dat ook moeten doen.

Voor zo'n bedrijf zou IPv6 wel eens heel interessant kunnen zijn. Als ze een flink deel van hun internet machines IPv6-only zouden maken dan kunnen ze de IPv4 adressen gebruiken waar het echt nodig is.

Ik werk er zelf niet dus vraag me niet om de details. Het punt is dat allerlei projecten vertraging oplopen omdat ze niet even een paar extra VM's kunnen aanmaken zonder drie weken touwtrekken met de afdeling netwerken, en het gaat daar met tientallen VM's tegelijk.

[Freeaqingme]

Pyrone89 schreef op dinsdag 03 december 2013 @ 20:36:
Ik zie dat het verkeer over IPv6 geleidelijk blijft stijgen, maar toch bekruipt mij het gevoel dat veel partijen het zo ongeveer laten aankomen op een situatie waarbij er plots nood aan de man is omdat er ineens echt IPv6 moet worden gebruikt, ook bijvoorbeeld met betrekking tot de apparatuur die wij thuis hebben.

Iemand inzicht in het 'waarom' op dit vlak. Want het lijkt op wachten tot er problemen gaan komen.

Er is geen business case voor ipv6, anders dan schaarste voor ipv4. 4G kunnen telco's marketen als "nu nog sneller mobiel internet", maar ik gok dat "nu nog langere ip-adressen" niet zo zal aan slaan. UPC bijvoorbeeld was op ~80% van hun interne uitrolproject. Toen moesten er een aantal targets gehaald worden, en toen de top ging vragen wat de verwachte ROI van IPv6 was mocht het in de ijskast - tot 2016...

offtopic:
Da's een stukje insider information dus geen bron

[Snow_King]

Ik ben een weekje bij Cisco op bezoek in India (Bangalore) en heb hier gewoon native IPv6 op mijn laptop.

Niet meer dan logisch bij Cisco, maar toch leuk om te zien. Leuk detail, IPv6 connecties lijken stukken sneller dan IPv4 connecties. Zal wel met de QoS te maken hebben.

Maarja, dit forum bezoek ik nog gewoon over IPv4

[ Voor 9% gewijzigd door Snow_King op 04-12-2013 07:57 ]

[databeestje]

Deze week nog een van onze "web consultancy" bedrijven welke in dienst van ons opereert op de hoogte moeten stellen van IPv6.

Zoals een ander in dit draadje al aangaf sturen ook wij IPv4 en IPv6 ranges door bij een verzoek. Het antwoord was "het eerste stukje lijkt wel overeen te komen" en "wij doen daar nog niks mee"

Ik heb het bedrijf aangegeven dat ze als web consultancy bedrijf (o.a. Google analytics) maar eens hun huiswerk moeten doen. Een excuus van "de meeste bedrijven gebruiken het nog niet" en "het is maar een paar procent" is natuurlijk kolder.

Als web consultancy bedrijf ga je niet 2%, maar gewoon voor de volle 100% op je plaat.

Zeker omdat dan de nummers niet meer kloppen omdat al het hoofdkantoor verkeer bij de bezoekers aantallen geteld worden.

[joopv]

CAPSLOCK2000 schreef op woensdag 04 december 2013 @ 01:00:
We beginnen volgens mij dicht bij het punt te komen dat IPv4-only blijven draaien complexer wordt dan IPv6 gebruiken. Ik ken een groot Nederlands bedrijf dat niet meer genoeg heeft aan z'n /16.

Een eindhovens bedrijf toevallig?
Ik ken ook een groot bedrijf met een publieke /16 waarvan maar enkele tientallen adressen gebruikt worden. Van de andere kant begint de RFC1918 die ze intern gebruiken aardig vol te lopen (bijna 2000 locaties).

[Osiris]

joopv schreef op woensdag 04 december 2013 @ 14:53:
[...]

Ik ken ook een groot bedrijf met een publieke /16 waarvan maar enkele tientallen adressen gebruikt worden. Van de andere kant begint de RFC1918 die ze intern gebruiken aardig vol te lopen (bijna 2000 locaties).

Ach, als hun 10/8 volloopt, dan hebben ze weinig aan hun /16…

[Maasluip]

Als dat een probleem gaat worden... Wij hebben een publiek /8 en iedereen heeft intern dus een IP-adres in die range. So far so good.
(IPv6 lijkt hier nog een ver-van-mijn-bedshow).

[webfreakz.nl]

Maasluip schreef op woensdag 04 december 2013 @ 15:01:
Als dat een probleem gaat worden... Wij hebben een publiek /8 en iedereen heeft intern dus een IP-adres in die range. So far so good.
(IPv6 lijkt hier nog een ver-van-mijn-bedshow).

Publiek /8 ? Jij zit in 11.0.0.0/8 ?

[Maasluip]

Ik werk niet voor het amerikaanse DoD, maar je zit er niet ver naast.

[CAPSLOCK2000]

Maasluip schreef op woensdag 04 december 2013 @ 15:01:
Als dat een probleem gaat worden... Wij hebben een publiek /8 en iedereen heeft intern dus een IP-adres in die range. So far so good.
(IPv6 lijkt hier nog een ver-van-mijn-bedshow).

Tot de partij waar je mee wil communiceren wel IPv6 nodig heeft.
Er zijn al providers die ipv6-only VPSen aanbieden, ze moeten wel. 't zal nog wel even duren voor je die in het wild tegen komt maar het zit er aan te komen.

[CyBeR]

Maasluip schreef op woensdag 04 december 2013 @ 15:37:
Ik werk niet voor het amerikaanse DoD, maar je zit er niet ver naast.

* CyBeR gokt Xerox of IBM.

[webfreakz.nl]

Misschien wel Apple of HP

[Bigs]

Of General Electric, die hebben ook nog wat onderdelen in Nederland en gebruiken wereldwijd hun 3.0.0.0/8 range. Kennelijk waren ze er wel heel vroeg bij

[ Voor 16% gewijzigd door Bigs op 06-12-2013 15:10 ]

[MORCIK]

Pyrone89 schreef op dinsdag 03 december 2013 @ 20:36:
Ik zie dat het verkeer over IPv6 geleidelijk blijft stijgen, maar toch bekruipt mij het gevoel dat veel partijen het zo ongeveer laten aankomen op een situatie waarbij er plots nood aan de man is omdat er ineens echt IPv6 moet worden gebruikt, ook bijvoorbeeld met betrekking tot de apparatuur die wij thuis hebben.

Iemand inzicht in het 'waarom' op dit vlak. Want het lijkt op wachten tot er problemen gaan komen.

IT is iets abstracts waar de meeste managers geen kijk op hebben. Als een manager de IT-afdeling vraagt om een businesscase te maken waarom er in IPv6 geïnvesteerd moet worden dan geeft de gemiddelde IT'er niet thuis, omdat die geen vertaalslag naar winstcijfers weet te maken. Dus wachten we met z'n allen op het moment dat beide partijen inzien dat het ontbreken van IPv6 geld kost.

[CAPSLOCK2000]

We hebben hier voor de guerilla-aanpak gekozen. Iedere keer een klein beetje zonder ooit vol in de aanval te gaan. Als we toch iets moeten doen proberen we ook IPv6 mee te pikken zonder er een groot drama van te maken, gewoon een van de vele punten op onze takenlijst. Als het lukt dan is dat mooi mee genomen, als het niet lukt dan is er niks aan de hand en komt het later wel een keer. We hebben er nooit een showstopper van gemaakt. Toen we ver genoeg waren om IPv6 aan te laten zetten door onze upstream hebben we dat gedaan zonder er direct iets mee te doen zodat dit ook een totaal non-event was. Als we een nieuw systeem bouwen of een nieuw vlan inrichten zetten we IPv6 direct aan. Als je het vanaf de eerste seconde meeneemt bij het opbouwen is het veel makkelijker dan wanneer je het achteraf moet toevoegen en dan weer alles testen. We zijn nog lang niet klaar, ik denk dat we minder dan 10% van onze servers hebben voorzien en nog geen enkele desktop, maar het groeit gestaag.

De eerste hobbels zijn genomen, nu is het vooral routineus uitbreiden. Er gaat een dag komen dat we de probleemgevallen ook moeten doen maar zolang er genoeg eenvoudige systemen zijn gaan we ons daar nog niet druk over maken.

Management heeft er toch geen kijk op. Die vertrouwen op het personeel. Of je nu zegt dat je een harde schijf vervangt, een SSL-certificaat vervangt of een IP-adres toevoegt, ze willen het eigenlijk niet eens weten. Als het personeel er heel zwaar aan tilt dan zal management direct problemen zien. Als het personeel het behandelt als een van de vele klusjes die je toch moet doen dan zal management het ook zo ervaren.

PS. Dit is geen handleiding. Je moet wel weten wat je doet en snappen welke risico's je wel en niet kan nemen.

[databeestje]

CAPSLOCK2000 schreef op dinsdag 10 december 2013 @ 03:01:
We hebben hier voor de guerilla-aanpak gekozen. Iedere keer een klein beetje zonder ooit vol in de aanval te gaan. Als we toch iets moeten doen proberen we ook IPv6 mee te pikken zonder er een groot drama van te maken, gewoon een van de vele punten op onze takenlijst. Als het lukt dan is dat mooi mee genomen, als het niet lukt dan is er niks aan de hand en komt het later wel een keer. We hebben er nooit een showstopper van gemaakt. Toen we ver genoeg waren om IPv6 aan te laten zetten door onze upstream hebben we dat gedaan zonder er direct iets mee te doen zodat dit ook een totaal non-event was. Als we een nieuw systeem bouwen of een nieuw vlan inrichten zetten we IPv6 direct aan. Als je het vanaf de eerste seconde meeneemt bij het opbouwen is het veel makkelijker dan wanneer je het achteraf moet toevoegen en dan weer alles testen. We zijn nog lang niet klaar, ik denk dat we minder dan 10% van onze servers hebben voorzien en nog geen enkele desktop, maar het groeit gestaag.

De eerste hobbels zijn genomen, nu is het vooral routineus uitbreiden. Er gaat een dag komen dat we de probleemgevallen ook moeten doen maar zolang er genoeg eenvoudige systemen zijn gaan we ons daar nog niet druk over maken.

Management heeft er toch geen kijk op. Die vertrouwen op het personeel. Of je nu zegt dat je een harde schijf vervangt, een SSL-certificaat vervangt of een IP-adres toevoegt, ze willen het eigenlijk niet eens weten. Als het personeel er heel zwaar aan tilt dan zal management direct problemen zien. Als het personeel het behandelt als een van de vele klusjes die je toch moet doen dan zal management het ook zo ervaren.

PS. Dit is geen handleiding. Je moet wel weten wat je doet en snappen welke risico's je wel en niet kan nemen.

+1 Zo pakken we het hier ook aan, gaat prima, gewoon een puntje van de lijst.

[jvhaarst]

Kan iemand me vertellen of het volgende kan ?
Begin volgend jaar gaan we aan apart 10Gb netwerkje (12 poorten) aanleggen om 2 storage arrays aan servers te connecten via NFS, alles onder Linux.
Nu zou ik de configuratie van de clients het liefst zo veel mogelijk automatisch laten gebeuren.
Bestaat er een combinatie van Avahi + RA zodat ik op de machines gewoon de hostnames kan gebruiken om naar de anderen te wijzen ?
Ik kan natuurlijk op alle machines via een privé IPv4 netwerk en de hosts files alles regelen, maar dat is niet zo spannend.

[CAPSLOCK2000]

Het kan in principe wel maar ik weet niet of Avahi out-of-the-box wel geconfigureerd is voor IPv6. De laatste keer dat ik er naar keek moest je dat nog handmatig inschakelen.

RA's heb je daar niet voor nodig. Misschien denk je aan rdnssd.
Voor rdnssd geldt overigens hetzelfde, ik weet niet of er al distributies zijn die dat by default aan hebben staan.

Of het verstandig is, is een andere vraag. Avahi en ander dynamisch gedoe gebruik ik liever niet voor servers. Mijn servers hebben een vast IP-adres en staan daar mee in DNS. Daarnaast mag niet iedereen zomaar met mijn NFS-servers verbinden.

Voor de duidelijkheid, wat voor clients? Zijn dat PC's of andere servers?

[jvhaarst]

Dit netwerk is compleet afgesloten van de rest van de wereld, en het gaat inderdaad tussen servers.
Een gemiddelde PC heeft niet zoveel aan een 10Gbit pijp :-)

[CAPSLOCK2000]

Het klinkt leuk als experiment maar als beschikbaarheid van belang is dan zou ik het niet doen.

Ik zou voor de tussenvorm gaan. Wel IPv6 maar dan in combinatie met gewone DNS of een hostsfile.
Ik zie eigenlijk geen toegevoegde waarde voor mDNS in jouw situatie (al is dat geloof ook niet je doel).

(offtopic: sinds de uitvinding van de SSD vind ik het tijd voor 10gbit netwerk voor consumenten)

[ Voor 34% gewijzigd door CAPSLOCK2000 op 17-12-2013 19:22 ]

[Jaap-Jan]

Als het goed is werkt m'n avatar ook weer correct.

Heeft een dag niet gewerkt door dit:

quote: http://gathering.tweakers...message/41437248#41437248

4) Waarschijnlijk wordt protocol 41 (om een statische 6-in-4 tunnel te configureren) geblokkeerd in de router, met geen mogelijkheid om dat toch door te laten. Het plan was om de overgebleven D-Link router IPv6 en het draadloze gastnetwerk te laten verzorgen, maar ik krijg geen verbinding met de SixXS PoP. Op de Cisco router de D-Link als DMZ host instellen werkt niet, SPI firewall uitschakelen niet, IPv6 filtering uitschakelen niet.

Even bij SixXS aangegeven dat het IP veranderd is (kost me weer 15 punten, gelukkig heb ik er nog 1007 ) et voilá, verbinding.

[Raven]

Dansende KAME Lijkt dus weer goed te werken.

Kost dat punten? Bij HE kun je het zo te zien zonder problemen veranderen.

[ Voor 45% gewijzigd door Raven op 17-12-2013 20:54 ]

[Osiris]

Who cares 'bout die SixXS credits..

Ik heb 3 tunnels die alleen maar up zijn om die credits te "minen", voor de rest doe ik alles via m'n XS4ALL-tunnel Veel betere betrouwbaarheid

Heb nu 4k punten

[ Voor 5% gewijzigd door Osiris op 17-12-2013 21:23 ]

[Jaap-Jan]

Als je een statisch geconfigureerde tunnel hebt, dan kost het punten als je het IP- adres wilt veranderen. Dat puntensysteem was bedacht zodat mensen 'netjes' met hun tunnel omgingen. Elke week dat je tunnel 'up' is, krijg je 5 punten. Die punten kun je gebruiken om nieuwe tunnels/ subnets aan te vragen.

Maar het is nu meer de sport om zoveel mogelijk ISK (zoals ze eigenlijk genoemd worden) te verzamelen, want ik heb geen extra tunnels/ subnets nodig.

@Osiris: Nobody cares.

[joopv]

Jaap-Jan schreef op dinsdag 17 december 2013 @ 20:01:
Als het goed is werkt m'n avatar ook weer correct.

Heeft een dag niet gewerkt door dit:
[...]

Even bij SixXS aangegeven dat het IP veranderd is (kost me weer 15 punten, gelukkig heb ik er nog 1007 ) et voilá, verbinding.

Je hebt een cisco router? Dan kun je toch ook met een dynamisch ip ades een SixXS tunnel maken? Zo doe ik dat tenminste, dat lijkt goed te werken (alhoewel ik nog geen adreswissel heb meegemaakt)

Edit: oh, ik dacht dat je het over een echte router had met IOS, maar je bedoelde een EPC docsis geval.

[ Voor 8% gewijzigd door joopv op 17-12-2013 22:41 ]

[d--amo]

Ik draai hier ondertussen volledig native dual stack via Telenet. Ik had geen zin om te gaan klooien met tunnels, dus dan maar gewacht tot Telenet ermee is gestart.

Ik heb ondertussen studies aangevat, waarmee ik me wil bijscholen tot netwerk engineer, dus het komt goed van pas.

[Keiichi]

Ik had pas geleden een switch uit het datacentrum gehaald voor thuis gebruik. Kijk ik bij nieuw firmware, zie ik dit staan:

New Features:

Add IPv6 management, IPv6 ACL, and IPv6 DiffServ support.

bron: http://kb.netgear.com/app/answers/detail/a_id/24261

fijn om te zien dat ze ook low end switches niet vergeten

[joopv]

Cisco NL heeft een IPv6 workshop in februari, maar die was binnen 1 dag al volgeboekt .

[Snow_King]

joopv schreef op maandag 23 december 2013 @ 00:55:
Cisco NL heeft een IPv6 workshop in februari, maar die was binnen 1 dag al volgeboekt .

Dat is goed! Dat toont aan dat er dus zeker wel interesse is.

[Kompaan]

Keiichi schreef op zondag 22 december 2013 @ 21:10:
Ik had pas geleden een switch uit het datacentrum gehaald voor thuis gebruik. Kijk ik bij nieuw firmware, zie ik dit staan:


[...]


bron: http://kb.netgear.com/app/answers/detail/a_id/24261

fijn om te zien dat ze ook low end switches niet vergeten

Leuk om te horen, ik werk voor die mensen, maar ik krijg bijna nooit vragen/problemen met IPv6, dus of bijna geen van onze klanten gebruikt het of iedereen die het gebruikt weet wat ze aan het doen zijn en loopt niet tegen problemen aan.

Als iemand wil dat ik iets test voor IPv6 op Netgear spul, laat het weten (PM mag), het wordt hoog tijd dat ik hier verder mee bezig ga (thuis wel IPv6, maar dat staat aan en doet het gewoon, niet heel spannend)

[CAPSLOCK2000]

Hier op het werk is het grootste issue: hoe maak ik het veilig?
Het gaat daarbij om het blokkeren van valse RA's, DAD's, DHCPv6-servers, NDP etc. Voor IPv4 bestaan die problemen ook maar daar is veel meer kennis en documentatie voor beschikbaar. Inmiddels hebben we het op onze (Cisco) apparatuur redelijk voor elkaar maar dit is een punt waar je kan scoren omdat de meeste beheerders die kennis nog niet hebben.

[Kompaan]

CAPSLOCK2000 schreef op maandag 23 december 2013 @ 23:43:
Hier op het werk is het grootste issue: hoe maak ik het veilig?

Misschien een keer een "vertaal" lijstje maken tussen IPv4/6 port security, ACLs enzo?

[Tomsworld]

Een vraagje hier over het vernieuwen van autoconf adressen.

Situatie :

Belgacom VDSL met native ipv6

Ik maak een connectie via pppoe, ipv4 en ipv6 dan via dhcp-pd krijg ik een /56 gedelegeerd, daaruit gebruik ik een /64 op mijn interne Vlan interface en dan via SLAAC worden de clients geconfigged.

Wat specifiek is op residentiële DSL producten in België is dat deze dynamische ip adressen hebben zowel via ipv4 als via ipv6 van maximum 96 uur.

Als mij connectie reset krijg ik een nieuw subnet, en adressen, ik zie op mijn laptop onmiddellijk nieuwe adressen maar geen ipv6 connectiviteit.

code:

Toms-MacBook-Pro:~ tom$ ifconfig en0
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 20:c9:d0:86:81:a7 
    inet6 fe80::22c9:d0ff:fe86:81a7%en0 prefixlen 64 scopeid 0x4 
    inet 192.168.82.174 netmask 0xffffff00 broadcast 192.168.82.255
    inet6 2a02:a03f:128d:808:22c9:d0ff:fe86:81a7 prefixlen 64 autoconf 
    inet6 2a02:a03f:128d:808:d9fe:f5e2:86f3:32a3 prefixlen 64 autoconf temporary 
    inet6 2a02:a03f:12a9:e008:22c9:d0ff:fe86:81a7 prefixlen 64 autoconf 
    inet6 2a02:a03f:12a9:e008:ecfc:1ec2:da1d:c288 prefixlen 64 autoconf temporary 
    nd6 options=1<PERFORMNUD>
    media: autoselect
    status: active

Het nieuwe subnet is 2A02:A03F:12A9:E008::/64

Echter de mac blijft het oude 808 adres gebruiken, hoe zorg ik ervoor dat dit sneller verdwijnt, na een tijd verdwijnt dat adres en werkt alles weer.

code:

Toms-MacBook-Pro:~ tom$ ping6 ipv6.google.com
PING6(56=40+8+8 bytes) 2a02:a03f:128d:808:d9fe:f5e2:86f3:32a3 --> 2a00:1450:4001:809::1013


^C
--- ipv6.l.google.com ping6 statistics ---
4 packets transmitted, 0 packets received, 100.0% packet loss

Toms-MacBook-Pro:~ tom$

Iemand een idee hoe ik dat kan oplossen op mijn router ( cisco config ) of mac ?

Cisco config :

code:

interface Vlan5
 ip address 192.168.82.1 255.255.255.0
 no ip redirects
 no ip proxy-arp
 ip nbar protocol-discovery
 ip pim sparse-mode
 ip nat inside
 ip virtual-reassembly in
 ip tcp adjust-mss 1452
 ipv6 address BGC-IPV6-PREFIX ::8:0:0:0:1/64
 ipv6 address autoconfig
 ipv6 enable
 ipv6 mtu 1492
 ipv6 nd router-preference High
 ipv6 nd ra lifetime 180
 ipv6 nd ra interval 10
 ipv6 verify unicast reverse-path
 auto discovery qos 
end

[ Voor 11% gewijzigd door Tomsworld op 25-12-2013 21:41 ]

[RedShift]

Tomsworld schreef op woensdag 25 december 2013 @ 21:40:
Een vraagje hier over het vernieuwen van autoconf adressen.

Situatie :

Belgacom VDSL met native ipv6
*knip*
[/code]

Interessant probleem, heb nog geen oplossing hier voor gevonden. Misschien kan je proberen met
ipv6 dhcp client pd hint <prefix>

iedere keer proberen dezelfde prefix te krijgen?

Of -zojuist gevonden-, op de vlan5 interface:
ipv6 nd prefix default 10

[ Voor 8% gewijzigd door RedShift op 25-12-2013 22:18 ]

[RedShift]

CAPSLOCK2000 schreef op maandag 23 december 2013 @ 23:43:
Hier op het werk is het grootste issue: hoe maak ik het veilig?
Het gaat daarbij om het blokkeren van valse RA's, DAD's, DHCPv6-servers, NDP etc. Voor IPv4 bestaan die problemen ook maar daar is veel meer kennis en documentatie voor beschikbaar. Inmiddels hebben we het op onze (Cisco) apparatuur redelijk voor elkaar maar dit is een punt waar je kan scoren omdat de meeste beheerders die kennis nog niet hebben.

Met recente Cisco switches geen probleem: RA guard: http://www.cisco.com/en/U...n/15-2s/ip6-ra-guard.html

[Tomsworld]

RedShift schreef op woensdag 25 december 2013 @ 22:14:
[...]

Interessant probleem, heb nog geen oplossing hier voor gevonden. Misschien kan je proberen met
ipv6 dhcp client pd hint <prefix>

iedere keer proberen dezelfde prefix te krijgen?

Of -zojuist gevonden-, op de vlan5 interface:
ipv6 nd prefix default 10

Dat is een goede net toegevoegd

ipv6 nd prefix default 10 10

Hint werkt niet dat was mijn eerst poging als dat werkte zou je prefix quasi fixed worden dat zou veel te leuk zijn en wil Belgacom niet.

[joopv]

Ik vraag me af waarom Belgacom geen vaste IPv6 prefixen uitdeelt.
Wat zit daar achter? IPv4 denkwijzes aanhouden in een IPv6 omgeving?

[xippie]

joopv schreef op donderdag 26 december 2013 @ 12:04:
Ik vraag me af waarom Belgacom geen vaste IPv6 prefixen uitdeelt.
Wat zit daar achter? IPv4 denkwijzes aanhouden in een IPv6 omgeving?

Vaste IP adressen moet je zakelijk abbo voor nemen. Verdienen ze aan.

[joopv]

Krijg je werkelijk iedere 96 uur een andere prefix en "randomizen" ze de v6 adressen dus opzettelijk voor niet-zakelijke gebruikers...? Of is dat een voorbarige aanname..?

[CAPSLOCK2000]

Ik vermoed dat je in praktijk hetzelfde adres houdt maar dat ze niks beloven. Net zoals dat vroeger met IPv4 ging (tegenwoordig helaas steeds minder). De boel wordt dynamisch geconfigureerd zodat je als klant zelf niks hoeft te configureren. Als ze ooit hun netwerk anders willen inrichten kunnen ze dat eenvoudig doen.

[Matthijs Hoekstra]

Sinds gisteren volledig over op ipv6 thuis. Blijkt dat Comcast hier in de US ipv6 al ondersteund. Aangezet op mijn Asus RT-AC66U router en hopla het werkt.

Ook direct access naar ons network op kantoor werkt nu zonder tunnel maar rechtstreeks (interne Microsoft netwerk is al paar jaar volledig ipv6).

Even wat testen gedaan en meer dan de helft van mijn internet verkeer is dus al ipv6 (office 365 waar mijn mail draait is al ipv6). 2 ipads, mijn windows pc's en tablets, 1 Android tablet, 2 windows Phones, XBOX One doen allemaal al ipv6. Ik was echt verbaasd hoeveel er al geschikt is.

HUE lampen, internet weegschaal etc uiteraard allemaal nog ipv4.

[Raven]

Sinds wanneer hangen lampen en een weegschaal aan het internet?

[Keiichi]

Raven schreef op vrijdag 27 december 2013 @ 20:27:
Sinds wanneer hangen lampen en een weegschaal aan het internet?

Weegschalen weet ik nog niet. Maar je hebt van philips toch zo'n led lamp die via je smartphone te besturen is? Die lamp dus

[Tomsworld]

joopv schreef op donderdag 26 december 2013 @ 12:04:
Ik vraag me af waarom Belgacom geen vaste IPv6 prefixen uitdeelt.
Wat zit daar achter? IPv4 denkwijzes aanhouden in een IPv6 omgeving?

Bussiness model zegt consumer = dynamic ip's , bussiness fixed ip.

xippie schreef op donderdag 26 december 2013 @ 13:33:
[...]

Vaste IP adressen moet je zakelijk abbo voor nemen. Verdienen ze aan.

Jep

joopv schreef op donderdag 26 december 2013 @ 14:05:
Krijg je werkelijk iedere 96 uur een andere prefix en "randomizen" ze de v6 adressen dus opzettelijk voor niet-zakelijke gebruikers...? Of is dat een voorbarige aanname..?

Je krijgt altijd een andere prefix ze komen wel uit dezelfde pool, trucs als hint, previous ip etc helpt niet.

Tsja ik ga niet x 3 of meer betalen om een fixed ip te hebben alhoewel ik het wel zou willen.

[Matthijs Hoekstra]

Raven schreef op vrijdag 27 december 2013 @ 20:27:
Sinds wanneer hangen lampen en een weegschaal aan het internet?

Philips HUE lampen hebben een ip adres hoor kan met een app de kleur instellen. Weegschaal stuurt de meetgegevens naar de youw8 website (fitbit heeft ook een wifi weegschaal)
Zelfs mijn Roomba stofzuiger heeft nu een ip adres en kan ik besturen via een app

[Raven]

Ah okee

Maar ehm, waarom zou je je weegschaal aan het internet willen hangen? Of wil je iedereen laten zien hoeveel kilo's je aan het kwijtraken bent (indien aan het afvallen).

[Freeaqingme]

Matthijs Hoekstra schreef op zaterdag 28 december 2013 @ 06:32:
[...]

Philips HUE lampen hebben een ip adres hoor

Are you sure? De bridge heeft sowieso een IP, de Zigbee spec voorziet wel in ip-connectiviteit, maar ik meende dat de hue bulbs dat niet deden?

[ralpje]

Raven schreef op zaterdag 28 december 2013 @ 10:51:
Maar ehm, waarom zou je je weegschaal aan het internet willen hangen? Of wil je iedereen laten zien hoeveel kilo's je aan het kwijtraken bent (indien aan het afvallen).

Omdat er dan 'in de cloud' gelijk mooie grafiekjes gebouwd worden van gewichtstoename of -afname, eventueel gecombineerd met de calorie-inname over die periode zoals je die bijvoorbeeld via een app van die aanbieder bijhoudt. De dienst kan dan sturen, complimentjes geven als je het goed doet, tips geven als je het minder goed doet, etc. Oh, en had ik al grafiekjes genoemd?

Meer on-topic:
ik werk bij een systeembeheersbedrijf voor MKB, klanten variërend van 5 tot 100 man personeel. We zijn nu bezig om bij alle klanten in ieder geval de edge-apparaten (routers / firewalls) IPv6-compatible te maken, maar in de praktijk blijkt het bij de klanten echt nog een grote onbekende te zijn wat het 'verkopen' lastig maakt. Ik ben benieuwd hoe dit zich in de komende tijd gaat ontwikkelen.

[Matthijs Hoekstra]

Freeaqingme schreef op zaterdag 28 december 2013 @ 14:53:
[...]


Are you sure? De bridge heeft sowieso een IP, de Zigbee spec voorziet wel in ip-connectiviteit, maar ik meende dat de hue bulbs dat niet deden?

I know, de bridge heeft ip connectivity en die connect weer naar de lampen op 1 of andere manier,

[Matthijs Hoekstra]

Raven schreef op zaterdag 28 december 2013 @ 10:51:
Ah okee

Maar ehm, waarom zou je je weegschaal aan het internet willen hangen? Of wil je iedereen laten zien hoeveel kilo's je aan het kwijtraken bent (indien aan het afvallen).

Omdat de 'dienst' waar ik gebruik van maakt deze gegevens verzameld en ik dus op hun portal kan kijken wat mijn gewicht etc is (en van mijn gezin). aan internet hangen betekend niet meteen dat de hele wereld het moet kunnen zien. Zelfde als smartmeters in je huis. Had in NL ook een meter op mijn stroommeter hangen die de info naar een internet server verstuurde zodat ik kon zien wat mijn verbruik was.

[Snow_King]

Raven schreef op zaterdag 28 december 2013 @ 10:51:
Ah okee

Maar ehm, waarom zou je je weegschaal aan het internet willen hangen? Of wil je iedereen laten zien hoeveel kilo's je aan het kwijtraken bent (indien aan het afvallen).

"Omdat het kan"

Maar dat is wel iets waar IPv6 bij uitstek voor geschikt is: "The internet of things"

Alles krijgt gewoon straks een v6 adres waarmee het kan communiceren met andere apparaten op de wereld.

[joopv]

Tomsworld schreef op zaterdag 28 december 2013 @ 02:35:
[...]Bussiness model zegt consumer = dynamic ip's , bussiness fixed ip.[...]

Wat is dat voor een business model? Verdeel-en-heers politiek? Zitten ze daar bij Belgacom nog in het koloniale tijdperk? Onbegrijpelijk.

[CAPSLOCK2000]

joopv schreef op zondag 29 december 2013 @ 00:08:
Wat is dat voor een business model? Verdeel-en-heers politiek? Zitten ze daar bij Belgacom nog in het koloniale tijdperk? Onbegrijpelijk.

Ik moet nog zien dat we het hier in Nederland beter gaan doen. Ik heb maar weinig vertrouwen in Ziggo en UPC. Ze beloven al jaren dat IPv6 nu toch echt komt en ieder jaar wordt het weer uitgesteld. Vaste IPv4-adressen verkopen ze al jaren niet meer aan consumenten, ik moet nog zien dat we dat bij IPv6 weer terug krijgen. Ik ben al zo zuur dat ik bijna hoop op druk van de politie, Brein en internetmarketeers die wel zouden profiteren van vaste adressen voor consumenten.

[Raven]

joopv schreef op zondag 29 december 2013 @ 00:08:
[...]

Wat is dat voor een business model? Verdeel-en-heers politiek? Zitten ze daar bij Belgacom nog in het koloniale tijdperk? Onbegrijpelijk.

Het is België, zegt dat niet genoeg? Daar hadden ze tot voor kort nog datalimieten.... Iets dat ik nooit heb gehad, zelfs niet toen Ziggo's snelste internet abo nog onder de 25Mb zat.

[ Voor 12% gewijzigd door Raven op 29-12-2013 10:56 ]

[Snow_King]

CAPSLOCK2000 schreef op zondag 29 december 2013 @ 01:58:
[...]


Ik moet nog zien dat we het hier in Nederland beter gaan doen. Ik heb maar weinig vertrouwen in Ziggo en UPC. Ze beloven al jaren dat IPv6 nu toch echt komt en ieder jaar wordt het weer uitgesteld. Vaste IPv4-adressen verkopen ze al jaren niet meer aan consumenten, ik moet nog zien dat we dat bij IPv6 weer terug krijgen. Ik ben al zo zuur dat ik bijna hoop op druk van de politie, Brein en internetmarketeers die wel zouden profiteren van vaste adressen voor consumenten.

ZeelandNet zou in 2014 ook IPv6 gaan doen, ben ook benieuwd wat er daar uit komt.

Verder moeten alle ISP's al elke dag richting de CIOT database uploaden welke klant op welk moment een bepaald IP-adres had, dus dat is voor de politie nu geen enkel probleem.

[Hipska]

Iemand enig idee of IPv6 ook beschikbaar komt voor telenet klanten met een gewone DOCSIS modem? (Dus niet dat modem-router-wifi geval? Zou handig zijn voor mij, dan kan die IPv6 tunnel van Hurricane Electric weg. Native is altijd beter, niet?

[tlpeter]

Hier nog een IPv6 gebruiker
Ik ben over gegaan van xs4all via KPN naar xs4all only.
Nu nog even inlezen wat IPv6 precies werkt.

[Ascension]

Toch ongelooflijk dat een vendor als Watchguard nog nauwelijks klaar is voor IPv6. Ik dacht tijdens de rustige dagen IPv6 op te zetten, blijkt er geen ondersteuning te zijn voor VLAN-interfaces, alleen voor fysieke interfaces

[FatalError]

Je zou er verdrietig van worden. Ik werk momenteel bij een grote kabelboer. Uiteraard wordt daar aan IPv6 gewerkt, maar de kabelrouters van een bepaald merk kunnen amper IPv6 aan. Pas sinds enkele maanden zit er een beetje ondersteuning voor IPv6 in de software. Best wel triest, want de rest van het netwerk is al lange tijd volledig dual-stack. Ja IPv6 komt eraan bij de grote kabelaars, maar het loopt o.a. vanwege dit soort problemen niet zo vlot.

[Bigs]

Ascension schreef op dinsdag 31 december 2013 @ 10:59:
Toch ongelooflijk dat een vendor als Watchguard nog nauwelijks klaar is voor IPv6. Ik dacht tijdens de rustige dagen IPv6 op te zetten, blijkt er geen ondersteuning te zijn voor VLAN-interfaces, alleen voor fysieke interfaces

Best jammer ja, voor de 'IPv6-ready' Sonicwall die we ruim twee jaar geleden aanschaften is nu pas een firmware met daadwerkelijke IPv6 support in aantocht (maar nog niet als stabiel verklaard). Apparaat is inmiddels bijna afgeschreven, dus daar hebben we niets aan. Ik had niet helemaal door wat IPv6 ready betekende toen we hem kochten, maar dat is dus wassen neus. Bij het vervangen dus even opletten wat we kopen

[Raven]

FatalError schreef op dinsdag 31 december 2013 @ 12:37:
Je zou er verdrietig van worden. Ik werk momenteel bij een grote kabelboer. Uiteraard wordt daar aan IPv6 gewerkt, maar de kabelrouters van een bepaald merk kunnen amper IPv6 aan. Pas sinds enkele maanden zit er een beetje ondersteuning voor IPv6 in de software. Best wel triest, want de rest van het netwerk is al lange tijd volledig dual-stack. Ja IPv6 komt eraan bij de grote kabelaars, maar het loopt o.a. vanwege dit soort problemen niet zo vlot.

Doel je nou op de routers die bij mensen thuis staan of de (hoe heten ze ook alweer) core-routers?

[Snow_King]

Bigs schreef op dinsdag 31 december 2013 @ 12:59:
[...]


Best jammer ja, voor de 'IPv6-ready' Sonicwall die we ruim twee jaar geleden aanschaften is nu pas een firmware met daadwerkelijke IPv6 support in aantocht (maar nog niet als stabiel verklaard). Apparaat is inmiddels bijna afgeschreven, dus daar hebben we niets aan. Ik had niet helemaal door wat IPv6 ready betekende toen we hem kochten, maar dat is dus wassen neus. Bij het vervangen dus even opletten wat we kopen

Ach, wij zette vorige week op een Extreme Networks 48 Poorts 10Gbit switch IPv6 aan, spontane reboot.

Die switch doet ook een klein stukje interne Layer 3 routering voor IPv4 en IPv6. Dat ging dus niet lekker, zodra de RA's aan ging nokte de switch er mee.

[FatalError]

Raven schreef op dinsdag 31 december 2013 @ 13:12:
[...]

Doel je nou op de routers die bij mensen thuis staan of de (hoe heten ze ook alweer) core-routers?

Ik bedoel de routers waar de kabelmodems verbinding mee maken over de coax kabel, ook wel CMTS genoemd. De rest van de backbone draait dus al lange tijd probleemloos IPv6.

[ Voor 12% gewijzigd door FatalError op 31-12-2013 13:25 ]