:strip_exif()/u/2087/osiris_ani.gif?f=community)
/u/75078/crop5fa2b5b463970_cropped.png?f=community)
:strip_icc():strip_exif()/u/212310/6.jpg?f=community)
:strip_exif()/u/47025/crop5ad7b98689972.gif?f=community)
Ik ga eens kijken of ik zo'n Router Solicitation kan opwekken...
Ik heb ipconfig /renew gedaan:
[ Voor 26% gewijzigd door NielsNL op 08-06-2012 12:16 ]
M'n Oma is een site aan het haken.
:strip_icc():strip_exif()/u/26028/penguin.jpg?f=community)
/u/34216/avatar-60x60.png?f=community){kind=avatar}
:strip_exif()/u/26026/snowrabb.gif?f=community)
:strip_icc():strip_exif()/u/53288/icon.jpg?f=community){kind=icon}
/u/53007/DustPuppy.png?f=community)
Op dit moment is het ook alleen nog maar XS4ALL die het native aanbiedt. Er zullen al niet veel mensen zijn die dat aangeschakeld hebben, en het aantal mensen dat met 4to6 tunnels gaat zitten werken is natuurlijk nog veel kleiner. Ik werk hier zelf bij een groot amerikaans bedrijf dat een class-A net bezit. Maar zo ver ik kan zien doen wij niets met ipv6. Zelfs de website is alleen met ipv4 te bereiken.
Waarom zouden wij ook, wij hebben genoeg adressen
Ik heb trouwens wel gezien dat XS4ALL nog geen AAAA record voor de eigen website aanbiedt. Dat wordt natuulijk ook wat bewerkelijker omdat iedere klant één uniek ipv4 adres heeft, maar ook direkt een quadriljoen IPv6 adressen.
http://webwereld.nl/nieuw...t-met-30-procent-toe.html
En dat klopt, van 0,3% naar 0,4%
Waarom zouden wij ook, wij hebben genoeg adressen
Ik heb trouwens wel gezien dat XS4ALL nog geen AAAA record voor de eigen website aanbiedt. Dat wordt natuulijk ook wat bewerkelijker omdat iedere klant één uniek ipv4 adres heeft, maar ook direkt een quadriljoen IPv6 adressen.
http://webwereld.nl/nieuw...t-met-30-procent-toe.html
En dat klopt, van 0,3% naar 0,4%
Signatures zijn voor boomers.
:strip_icc():strip_exif()/u/147640/van_hitomi_small_1_noborder.jpg?f=community)
Ah op die manier (heeft verder weinig met een homepage te maken 
)
Reverse van je ipv6 range kan je helaas nog niet instellen.
Dit is al aantal maal gevraagd in nieuwsgroep, is natuurlijk wat lastiger omdat ze dan een interface moeten opgeven waarmee je hele range kan aanpassen ipv 1 simpel ipv4 adresje.
Zou natuurlijk wel makkelijk zijn als je dit kan delegeren naar je eigen nameservers. (waar ik nu wel reverse voor mijn ipv6 range heb staan)
Je kan trouwens voor je ipv4 adres elke hostname doen, zolang er ook maar een A record van die naam naar het ip point.
Reactie in februari hierover in xs4all.ip6 nieuwsgroep :
)Reverse van je ipv6 range kan je helaas nog niet instellen.
Dit is al aantal maal gevraagd in nieuwsgroep, is natuurlijk wat lastiger omdat ze dan een interface moeten opgeven waarmee je hele range kan aanpassen ipv 1 simpel ipv4 adresje.
Zou natuurlijk wel makkelijk zijn als je dit kan delegeren naar je eigen nameservers. (waar ik nu wel reverse voor mijn ipv6 range heb staan)
Je kan trouwens voor je ipv4 adres elke hostname doen, zolang er ook maar een A record van die naam naar het ip point.
Reactie in februari hierover in xs4all.ip6 nieuwsgroep :
[ Voor 33% gewijzigd door DDX op 08-06-2012 15:27 ]
Vandaar dat de stats van ams-ix ook 'hoog' blijven
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Okido
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
:strip_icc():strip_exif()/u/22092/crop5fa8360e95568_cropped.jpeg?f=community)
| Last.fm | "Mr Bent liked counting. You could trust numbers, except perhaps for pi, but he was working on that in his spare time and it was bound to give in sooner or later." -Terry Pratchett
Ik weet niet of die nog komt, ik kom 'm niet tegen...
En router set = 1:
En router set = 1:
M'n Oma is een site aan het haken.
/u/12038/crop5a51514a4dec1_cropped.png?f=community)
Het is hieral een paar keer voorbijgekomen, maar heeft iemand een goede IPv6 speedtestsite?
Roetzen in "Het grote IPv6 topic" heeft het over http://ipv6-test.com
Dat is beter dan de sites in JP en US, maar ik haal er op IPv4 op de Roubaix server een stuk minder dan ik op IPv4 haal op speedtest.net of Ziggo en en IPv6 lijkt al helemaal nergens op...
ipv6-test.com: 85Mb/s IPv4, 16Mb/s IPv6
speedtest.net (Naaldwijk): 112Mb/s IPv4
Het vermelden waard: ik zit achter een 120Mb/s native IPv6 verbinding met IPv4 via DS-Lite, dus getunneld over IPv6. Per definitie kan m'n IPv6 verbinding dus niet trager zijn dan m'n IPv4 verbinding. Tunnel overhead lijkt iets van 4Mb/s te zijn (bij native IPv4 haal ik onder vergelijkbare omstandigheden 116Mb/s).
Voor de zekerheid (om gare IPv6 bottlenecks hogerop uit te sluiten) heb ik over m'n native IPv4 verbinding een IPv6 tunnel van Sixxs.net opgebouwd. Daar zie ik hetzelfde:
ipv6-test.com: 89Mb/s IPv4, 12Mb/s IPv6
Ik weet dat die 12Mb/s niet kan kloppen, want ik heb probleemloos streaming HD video van 16Mb/s gekeken over IPv6. Kortom, ipv6-test.com lijkt gaar te zijn, of iig de route erheen. Andere servers van ipv6-test.com dan Roubaix werken nog slechter, die in Lyon kan geen IPv6 verbinding maken (
), de andere zijn zo ver weg dat ik niet eens de helft van m'n lijnsnelheid haal onder IPv4.
Kortom, tijd voor iets in NL. Enige wat ik gevonden heb is www.speedtest2.nl , die van geen kanten de snelheid aankan
Met het timen van een 100Mb bestand bij XS4All zat ik trouwens rond de 90Mb/s (sterker nog, zag er verdacht uit alsof bruto 100Mb max beschikbaar was aan de kant van een server), dus aan de verbinding ligt het iig niet.
Iemand suggestie?
Roetzen in "Het grote IPv6 topic" heeft het over http://ipv6-test.com
Dat is beter dan de sites in JP en US, maar ik haal er op IPv4 op de Roubaix server een stuk minder dan ik op IPv4 haal op speedtest.net of Ziggo en en IPv6 lijkt al helemaal nergens op...
ipv6-test.com: 85Mb/s IPv4, 16Mb/s IPv6
speedtest.net (Naaldwijk): 112Mb/s IPv4
Het vermelden waard: ik zit achter een 120Mb/s native IPv6 verbinding met IPv4 via DS-Lite, dus getunneld over IPv6. Per definitie kan m'n IPv6 verbinding dus niet trager zijn dan m'n IPv4 verbinding. Tunnel overhead lijkt iets van 4Mb/s te zijn (bij native IPv4 haal ik onder vergelijkbare omstandigheden 116Mb/s).
Voor de zekerheid (om gare IPv6 bottlenecks hogerop uit te sluiten) heb ik over m'n native IPv4 verbinding een IPv6 tunnel van Sixxs.net opgebouwd. Daar zie ik hetzelfde:
ipv6-test.com: 89Mb/s IPv4, 12Mb/s IPv6
Ik weet dat die 12Mb/s niet kan kloppen, want ik heb probleemloos streaming HD video van 16Mb/s gekeken over IPv6. Kortom, ipv6-test.com lijkt gaar te zijn, of iig de route erheen. Andere servers van ipv6-test.com dan Roubaix werken nog slechter, die in Lyon kan geen IPv6 verbinding maken (
), de andere zijn zo ver weg dat ik niet eens de helft van m'n lijnsnelheid haal onder IPv4.Kortom, tijd voor iets in NL. Enige wat ik gevonden heb is www.speedtest2.nl , die van geen kanten de snelheid aankan
Met het timen van een 100Mb bestand bij XS4All zat ik trouwens rond de 90Mb/s (sterker nog, zag er verdacht uit alsof bruto 100Mb max beschikbaar was aan de kant van een server), dus aan de verbinding ligt het iig niet.
Iemand suggestie?
Oslik blyat! Oslik!
Kan Tweakers.net geen fatsoenlijke IPv6 test-server opzetten?
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
/u/172597/crop5e1225c8b1011.png?f=community)
Ik weet niet of t.net en ipv6 op dit moment de ultieme combinatie is 
@dion_b; is je snelheid met native ipv6 en je tunnel wel gelijk aan elkaar? Kan natuurlijk zijn dat je isp het native ipv6 verkeer gewoon over een langzame route stuurt (die 386'er die nog prima als router kon dienen?
), terwijl het met je tunnel de tunnelbroker zou kunnen zijn die voor vertraging zorgt.
@dion_b; is je snelheid met native ipv6 en je tunnel wel gelijk aan elkaar? Kan natuurlijk zijn dat je isp het native ipv6 verkeer gewoon over een langzame route stuurt (die 386'er die nog prima als router kon dienen?
), terwijl het met je tunnel de tunnelbroker zou kunnen zijn die voor vertraging zorgt.
No trees were harmed in creating this message. However, a large number of electrons were terribly inconvenienced.
:strip_icc():strip_exif()/u/213617/boonie-64pix.jpg?f=community)
Je kan deze ook nog proberen: http://www.apt-get.eu/files/:
Het is hieral een paar keer voorbijgekomen, maar heeft iemand een goede IPv6 speedtestsite?
Roetzen in "Het grote IPv6 topic" heeft het over http://ipv6-test.com
Dat is beter dan de sites in JP en US, maar ik haal er op IPv4 op de Roubaix server een stuk minder dan ik op IPv4 haal op speedtest.net of Ziggo en en IPv6 lijkt al helemaal nergens op...
ipv6-test.com: 85Mb/s IPv4, 16Mb/s IPv6
speedtest.net (Naaldwijk): 112Mb/s IPv4
Het vermelden waard: ik zit achter een 120Mb/s native IPv6 verbinding met IPv4 via DS-Lite, dus getunneld over IPv6. Per definitie kan m'n IPv6 verbinding dus niet trager zijn dan m'n IPv4 verbinding. Tunnel overhead lijkt iets van 4Mb/s te zijn (bij native IPv4 haal ik onder vergelijkbare omstandigheden 116Mb/s).
Voor de zekerheid (om gare IPv6 bottlenecks hogerop uit te sluiten) heb ik over m'n native IPv4 verbinding een IPv6 tunnel van Sixxs.net opgebouwd. Daar zie ik hetzelfde:
ipv6-test.com: 89Mb/s IPv4, 12Mb/s IPv6
Ik weet dat die 12Mb/s niet kan kloppen, want ik heb probleemloos streaming HD video van 16Mb/s gekeken over IPv6. Kortom, ipv6-test.com lijkt gaar te zijn, of iig de route erheen. Andere servers van ipv6-test.com dan Roubaix werken nog slechter, die in Lyon kan geen IPv6 verbinding maken (
Kortom, tijd voor iets in NL. Enige wat ik gevonden heb is www.speedtest2.nl , die van geen kanten de snelheid aankan
Met het timen van een 100Mb bestand bij XS4All zat ik trouwens rond de 90Mb/s (sterker nog, zag er verdacht uit alsof bruto 100Mb max beschikbaar was aan de kant van een server), dus aan de verbinding ligt het iig niet.
Iemand suggestie?
Hangt achter 2Gbit, IPv4 en IPv6.
Qua ipv6 is ie niet veel soeps
code:
1
2
3
4
5
6
7
8
9
| $ wget http://www.apt-get.eu/files/100mb.bin --2012-06-12 07:54:51-- http://www.apt-get.eu/files/100mb.bin Resolving www.apt-get.eu (www.apt-get.eu)... 2a00:f10:101::2c:91ed, 109.72.87.236 Connecting to www.apt-get.eu (www.apt-get.eu)|2a00:f10:101::2c:91ed|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `100mb.bin' 0% [> ] 935,039 145K/s eta 10m 3s ^C |
Ipv4 ook niet, hij haal nog eens geen volle 100mbit. Mijn kant: colocated 1gbit lijn. Op http://speedtest.reggefiber.net/beta/ (ipv4) krijg ik rond de 250mbit resultaten, dus ik geloof niet dat het aan mijn kant ligt
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Dat is apart, ik haal vanuit het NXS netwerk (100Mbit bak) een strakke 11.8MB/sec over zowel IPv4 en IPv6.:
[...]
Qua ipv6 is ie niet veel soeps
code:
Ipv4 ook niet, hij haal nog eens geen volle 100mbit. Mijn kant: colocated 1gbit lijn. Op http://speedtest.reggefiber.net/beta/ (ipv4) krijg ik rond de 250mbit resultaten, dus ik geloof niet dat het aan mijn kant ligt
:
[...]
Qua ipv6 is ie niet veel soeps
code:
Ipv4 ook niet, hij haal nog eens geen volle 100mbit. Mijn kant: colocated 1gbit lijn. Op http://speedtest.reggefiber.net/beta/ (ipv4) krijg ik rond de 250mbit resultaten, dus ik geloof niet dat het aan mijn kant ligt
$ wget http://www.apt-get.eu/files/100mb.bin -O /dev/null --2012-06-12 10:17:57-- http://www.apt-get.eu/files/100mb.bin Resolving www.apt-get.eu... 109.72.87.236, 2a00:f10:101::2c:91ed Connecting to www.apt-get.eu|109.72.87.236|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `/dev/null' 100%[=============================================================================================================================================>] 104,857,600 100M/s in 1.0s 2012-06-12 10:17:58 (100 MB/s) - `/dev/null' saved [104857600/104857600] $ wget -6 http://www.apt-get.eu/files/100mb.bin -O /dev/null --2012-06-12 10:18:04-- http://www.apt-get.eu/files/100mb.bin Resolving www.apt-get.eu... 2a00:f10:101::2c:91ed Connecting to www.apt-get.eu|2a00:f10:101::2c:91ed|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 104857600 (100M) [application/octet-stream] Saving to: `/dev/null' 100%[=============================================================================================================================================>] 104,857,600 106M/s in 0.9s 2012-06-12 10:18:04 (106 MB/s) - `/dev/null' saved [104857600/104857600]
[ Voor 15% gewijzigd door CyBeR op 12-06-2012 10:19 ]
All my posts are provided as-is. They come with NO WARRANTY at all.
Ik zit bij een van de transit-providers van pcextreme. Ik vermoed dat 't ding wel in dezelfde ruimte staat
All my posts are provided as-is. They come with NO WARRANTY at all.
Met zulke 'perfecte' snelheden kan het niet anders.:
Ik zit bij een van de transit-providers van pcextreme. Ik vermoed dat 't ding wel in dezelfde ruimte staat
Zit net nog even verder naar de traceroutes te kijken, via ipv4 gaat ie ook via een transitrprovider. Ik denk dat je pas leuke testjes kan krijgen als partijen direct met elkaar gepeerd zijn (private of vie een IX)
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
PV Output SolarEdge SE5000H, 12x Jinko JKM390N-6RL3 Tiger> 4,68 kWp, Helling 42°, Oriëntatie 196° (ZZW)
Gewoon even verder lezen
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Ja, leuk die quote, maar daar wordt niet expliciet genoemd wát ze nou supporten.. Alles wat ethernet-shizzle met MAC-adressen support op layer 2, support zodoende ook native "automagisch" IPv6 op layer 3, waaronder deze switch uiteraard, maar er staat niets over routing e.d.?:
[...]
Gewoon even verder lezen
Ik zou 'm ook niet kopen als expliciet IPv6 routing wil.
Solar @ Dongen: http://solar.searchy.net/ - Penpal International: http://ppi.searchy.net/
Ik heb verder gelezen, routing is een layer 3 functie...:
[...]
[...]
Gewoon even verder lezen
Onder Layer 3 staat alleen IPv4 routing en géén IPv6, ze kunnen wel een mooi introductie verhaal hebben maar daar koop je dan niet zoveel voor.
En ik heb een paar berichten van plus minus een jaar geleden gelezen waarin mensen melden dat deze functie er nog niet inzat.
Vandaar dat ik het hier ook even vraag
PV Output SolarEdge SE5000H, 12x Jinko JKM390N-6RL3 Tiger> 4,68 kWp, Helling 42°, Oriëntatie 196° (ZZW)
Dat houdt in dat 't ding gemanaged kan worden via IPv6. Niet dat 'ie het kan routen.:
[...]
[...]
Gewoon even verder lezen
All my posts are provided as-is. They come with NO WARRANTY at all.
Ik denk dat ik nu een jaar IPv6 heb draaien via een Sixxs tunnel. Dit werkt prima, IPv6 sites doen het ook altijd goed. Wat mij echter opvalt is dat wanneer ik naar www.citrix.com ga deze site niet te benaderen valt.
- Heb net even op mijn werk ingelogd of de Citrix site plat ligt, dat is dus niet zo.
- Als ik ping www.citrix.com doe krijg ik een IPv6 reply.
Hebben jullie hetzelfde probleem? Of kan dit aan mijn configuratie liggen? Enig idee waar ik dan naar zou moeten zoeken?
Via Google ben ik bij deze post gekomen, lijkt op hetzelfde probleem.
- Heb net even op mijn werk ingelogd of de Citrix site plat ligt, dat is dus niet zo.
- Als ik ping www.citrix.com doe krijg ik een IPv6 reply.
Hebben jullie hetzelfde probleem? Of kan dit aan mijn configuratie liggen? Enig idee waar ik dan naar zou moeten zoeken?
Via Google ben ik bij deze post gekomen, lijkt op hetzelfde probleem.
[ Voor 12% gewijzigd door _Arno_ op 23-06-2012 21:22 . Reden: Toevoeging ]
Nou, wat je daaruit al kunt concluderen is dat je IPv6-verbinding iig prima werkt, want klaarblijkelijk krijg je hierboven al een 304 Redirect (ofzo) naar /lang/English/home.asp aangezien je naar ik aanneem gewoon naar www.citrix.com surft en niet naar www.citrix.com/lang/blabla
En wat retransmissions e.d., tja, daar lig ik niet expliciet wakker van, als 't verder maar goed gaat. Maar dat laat je dan weer niet zien in je screenshot
En wat retransmissions e.d., tja, daar lig ik niet expliciet wakker van, als 't verder maar goed gaat. Maar dat laat je dan weer niet zien in je screenshot
Ja, ik surf inderdaad gewoon naar citrix.com:
Nou, wat je daaruit al kunt concluderen is dat je IPv6-verbinding iig prima werkt, want klaarblijkelijk krijg je hierboven al een 304 Redirect (ofzo) naar /lang/English/home.asp aangezien je naar ik aanneem gewoon naar www.citrix.com surft en niet naar www.citrix.com/lang/blabla
En wat retransmissions e.d., tja, daar lig ik niet expliciet wakker van, als 't verder maar goed gaat. Maar dat laat je dan weer niet zien in je screenshot
verder gaat het dus niet goed... wat je in het screenshot ziet zijn de laatste IPv6 pakketjes die ik in Wireshark tegenkom...
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
/u/34550/crop5fb18601699ca_cropped.png?f=community)
Verwijderd
Ok, dat had ik zelf inderdaad ook uitgevonden
Ik kom er echter nog niet uit hoe ik mijn subnet hieruit kan bepalen zodat ik ook IPv6 vanuit de router aan de rest van het netwerk kan aanbieden (via radvd op OpenWRT).Is 2002:xxxx:yyyy:z::::1 dan het eerste adres van mijn subnet?
Verwijderd
Bizar. Heb net een subnet proberen te configureren, maar nu is de router de externe IPv6 verbinding opeens helemaal kwijt, zelfs na de instellingen te resetten. Het zal nog wel niet ondersteunt worden door Ziggo inderdaad
-- Edit --
Toch alles werkend gekregen door gewoon doodleuk het stukje '6to4' onder de volgende link te volgen:
http://wiki.openwrt.org/doc/howto/ipv6#to4.6rd
Configuratie wordt netjes door het systeem zelf afgehandeld Ik heb dus nu wel IPv6 via Ziggo Zakelijk, alleen inderdaad wel 6to4 en niet native helaas. De performance is echter wel een stuk beter dan via HE of Sixxs (zo'n 80-90 mbit vs. 40 - 50 via een tunnel).
-- Edit --
Toch alles werkend gekregen door gewoon doodleuk het stukje '6to4' onder de volgende link te volgen:
http://wiki.openwrt.org/doc/howto/ipv6#to4.6rd
Configuratie wordt netjes door het systeem zelf afgehandeld
Ik heb dus nu wel IPv6 via Ziggo Zakelijk, alleen inderdaad wel 6to4 en niet native helaas. De performance is echter wel een stuk beter dan via HE of Sixxs (zo'n 80-90 mbit vs. 40 - 50 via een tunnel).
[ Voor 49% gewijzigd door Verwijderd op 25-06-2012 20:35 ]
:strip_icc():strip_exif()/u/29371/crop6739d1f0e6c70_cropped.jpg?f=community)
Gents,
weet iemand hoe je in osx 10.7 happy eyeballs uit kunt zetten?
https://labs.ripe.net/Members/emileaben/hampered-eyeballs
Ik wil een dual-stacked server op puur v6 functionaliteit blijven testen. En dat is met dit happy eyeball gebeuren niet makkelijk.
weet iemand hoe je in osx 10.7 happy eyeballs uit kunt zetten?
https://labs.ripe.net/Members/emileaben/hampered-eyeballs
Ik wil een dual-stacked server op puur v6 functionaliteit blijven testen. En dat is met dit happy eyeball gebeuren niet makkelijk.
Dat zou kunnen, maar is er geen manier om toch v6 als preferred te gebruiken? Ook al is v6 trager als v4
Ik kan hier erg weinig over vinden helaas, misschien heeft iemand het hier wel voor elkaar gekregen?
In de US is o.a. Comcast ('s werelds grootste kabelaar) al enige tijd bezig om IPv6 in een dual-stack lite vorm uit te rollen voor nieuwe klanten, dat zou die aantallen kunnen verklaren. DS-Lite komt neer op volwaardig IPv6 (elke klant een /64 prefix) en CG-NAT voor IPv4. Wat ik begrepen heb wordt dat (mede dankzij inzet van Comcast) zo'n beetje de industry standard voor transition technologies. Wat me vooral opvalt is hoe weinig erover geklaagd en gezeurd wordt, ondanks het feit dat dus miljoenen Amerikanen ongevraagd IPv6 gekregen hebben en (relevanter) ongevraagd voor IPv4 achter CG-NAT gehangen zijn.
Oplossingen als dit zijn onvermijdelijk als je IPv4 connectivity wilt bieden zonder iedereen een eigen adres te geven.
Toevallig zit ik momenteel in Romania dus ben ik even gaan snuffelen. Die hoge percentage hangt samen met de flink afwijkende ISP-landschap hier. De traditionele providers (vooral Romtelecom en UPC) bieden gewoon native IPv4, vooralsnog zonder IPv6. Maar zijn zijn hier veel minder dominant dan elders. Kleine bedrijfjes/cooperatieven kopen kleinzakelijke glasverbindingen en verdelen die zelf over (de enorme Communistische) flatgebouwen. Zo delen paar honderd man een aansluiting van misschien EUR 200/maand. Forse overboeking, maar niet eens zoveel meer dan op consumentenlijnen in NL. Doordat dat gedeeld wordt zijn kosten zo laag dat zelfs met de RO economie in crisis het nog voor grote volksstammen betaalbaar is. Het is mede zo betaalbaar doordat je per aansluiting maar een enkele IPv4-adres hebt. Dus zit men hier feitelijk op flatgebouw-niveau zelf een redneck-DS-Lite te maken met een oud servertje wat IPv4 NAT en IPv6 prefix delegation doet. Et voila, opeens zit een significant deel van internettend Romania op IPv6
Ben trouwens benieuwd hoe de invoering door grote ISP's in NL gaat verlopen. Ik was nogal pessimistisch over hoe mensen op IPv4 CG-NAT-oplossingen zouden gaan reageren, maar aangezien niemand in de VS geslashdot is tot nu toe erover zou het zomaar kunnen dat het hier ook al soepel gaat. Dat gezegd, kan nog interessant worden op marketingvlak. KPN heeft nog iets van 8 miljoen IPv4-adressen over en kan dus jarenlang doorgaan met volwaardig IPv4 aan te bieden. Reken maar dat ze dat gaan gebruiken tegen de providers die wel netto flink groeien en door tekort aan IPv4 naar DS-Lite toe moeten (de kabelaars, onafhankelijke glasvezel en iirc Tele2). We shall see. Technisch is het iig allemaal mature genoeg, de vraag is hoever Jan-met-de-Pet er een probleem mee heeft dat hij geen receptensite meer onder IPv4 op poort 80 zal kunnen hosten...
Oplossingen als dit zijn onvermijdelijk als je IPv4 connectivity wilt bieden zonder iedereen een eigen adres te geven.
Toevallig zit ik momenteel in Romania dus ben ik even gaan snuffelen. Die hoge percentage hangt samen met de flink afwijkende ISP-landschap hier. De traditionele providers (vooral Romtelecom en UPC) bieden gewoon native IPv4, vooralsnog zonder IPv6. Maar zijn zijn hier veel minder dominant dan elders. Kleine bedrijfjes/cooperatieven kopen kleinzakelijke glasverbindingen en verdelen die zelf over (de enorme Communistische) flatgebouwen. Zo delen paar honderd man een aansluiting van misschien EUR 200/maand. Forse overboeking, maar niet eens zoveel meer dan op consumentenlijnen in NL. Doordat dat gedeeld wordt zijn kosten zo laag dat zelfs met de RO economie in crisis het nog voor grote volksstammen betaalbaar is. Het is mede zo betaalbaar doordat je per aansluiting maar een enkele IPv4-adres hebt. Dus zit men hier feitelijk op flatgebouw-niveau zelf een redneck-DS-Lite te maken met een oud servertje wat IPv4 NAT en IPv6 prefix delegation doet. Et voila, opeens zit een significant deel van internettend Romania op IPv6
Ben trouwens benieuwd hoe de invoering door grote ISP's in NL gaat verlopen. Ik was nogal pessimistisch over hoe mensen op IPv4 CG-NAT-oplossingen zouden gaan reageren, maar aangezien niemand in de VS geslashdot is tot nu toe erover zou het zomaar kunnen dat het hier ook al soepel gaat. Dat gezegd, kan nog interessant worden op marketingvlak. KPN heeft nog iets van 8 miljoen IPv4-adressen over en kan dus jarenlang doorgaan met volwaardig IPv4 aan te bieden. Reken maar dat ze dat gaan gebruiken tegen de providers die wel netto flink groeien en door tekort aan IPv4 naar DS-Lite toe moeten (de kabelaars, onafhankelijke glasvezel en iirc Tele2). We shall see. Technisch is het iig allemaal mature genoeg, de vraag is hoever Jan-met-de-Pet er een probleem mee heeft dat hij geen receptensite meer onder IPv4 op poort 80 zal kunnen hosten...
Oslik blyat! Oslik!
:strip_icc():strip_exif()/u/371543/pirat60.jpg?f=community)
Wat je natuurlijk ook hebt zijn NAT traversal technieken op basis van uPnP zoals PCP en PMP. Als die ingezet gaan worden neem je veel van de connectivity-problemen voor Jan-met-de-Pet weg maar vervang je ze door security issues...
Skype is idd ongelofelijk robust, ik verwacht daar weinig problemen.
Eeh... als je het goed instelt ja
Punt is dat als jij nu naar de Dixons/Mediamarkt wandelt en een router scoort, en dat ding conform instructie aansluit op een modem met CG-NAT, je wel degelijk aan het NATten bent. In het beste geval merk je er weinig van, in het slechtste geval zijn de default /24 reeksen van beide devices (modem/gateway in CG-NAT situatie enerzijds, router anderzijds) hetzelfde en routeert de consumentenrouter helemaal niet meer. DHCP en NAT uitzetten op de eigen 'router' (die daarmee gewoon AP+switch wordt) lost dat uiteraard op, maar dat is op geen enkel apparaat de default setting en vaak zat zit er 0,0 instructie bij om je te vertellen wanneer en hoe dat te doen.
Volgens mij stip je hier een van de grootste potentiele problemen aan - maar dat gezegd, het is niet anders of erger dan al die providers die je nu al ongevraagd een modem/router met NAT die niet uit kan in de maag splitsen...
Oslik blyat! Oslik!
Nee.
Als je een router hebt met in netwerk 1 en netwerk 2 dezelfde subnets, hoe moet het in vredesnaam weten waar een pakket heen moet? Dat werkt ook in theorie niet. In praktijk zeker niet.
Eigenlijk zouden fabrikanten van routers, maar vooral ISP's die gebruikers opzadelen met WiFi-router-modems moeten afspreken om nooit 192.168.0.0/24 en 192.168.1.0/24 te gebruiken en liefst een vendor-specific /24 te kiezen binnen 192.168.0.0/16.
Omdat de gemiddelde persoon het onderscheid tussen een WiFi-router en een AP niet snapt, alleen een router kent en dan ook een router koopt als hij ergens WiFi-signaal wil hebben waar hij een UTP-kabel heeft
En ja, dit weet ik vrij zeker, bedrijf waar ik voor werk krijgt iedere week letterlijk honderden support calls die te maken hebben met NAT-achter-NAT problemen die voortkomen uit daisychaining van meerdere NAT-routers achter elkaar
uPnP-PCP/PMP is vooral handig voor game consoles en dergelijke.
Tot nu toe heb ik niets gezien wat een betere oplossing biedt dan DS-Lite met dus CG-NAT voor IPv4. Het is ook maar een tijdelijk probleem.
Als ik voorbij de transitie kijk zie ik vooral problemen met dynamischie IP-addressen of beter gezegd prefixes. Nu met IPv4 gebruikt in beginsel vrijwel iedereen NAT waardoor de gevolgen van een veranderd publiek IP-adres verwaarloosbaar zijn zolang je niets host, en met DDNS kun je dat ook goed opvangen. Met IPv6 krijg je een mooie /64 of groter (XS4All geeft bijv /48 prefixes uit aan individuele gebruikers
), en elk device krijgt een publiek IP-adres. Dat is mooi, maar wat doe je als je ISP je prefix verandert? (door werkzaamheden, door storing, door langere tijd offline geweest te zijn, the usual). Het device-deel van je adres (de laatste 64b) verandert niet, maar doordat je een ander prefix krijgt, verandert je totale IP wel. Stel je voor dat je ergens handmatig een IP ingevuld hebt voor iets in je LAN (of het nu een printer IP is, of een firewall rule of wat dan ook). Dan heb je een probleem Dat probleem gaat kleiner zijn dan in het verleden doordat steeds meer protocollen op broadcast gebaseerd zijn, bijv je DLNA-apparatuur gaat het niet eens merken zodra alles maar een IP heeft, maar dan nog hou je genoeg zaken (met name die firewalls) waar het niet goed gaat. De vraag is of dan ISP's enkel fixed prefixes moeten uitdelen (inefficient gebruik van adressen, veel administratieve overhead), dat ze alternatieven moten doen (iets als DDNS maar dan op device-niveau), of dat ze doodleuk problemen hiermee negeren (mag hopen van niet, maar de pessimist in me zegt dat het gaat gebeuren).
[ Voor 7% gewijzigd door dion_b op 06-08-2012 16:21 ]
Oslik blyat! Oslik!
Zelfs dan, als je aan beide kanten identieke IP-adressen hebt, dan weet de router niet of een adres nu in net 1 of 2 ligt. Maar los van theorie, in praktijk werkt het niet, consumentenrouters gaan massaal over hun nek als ze WAN dezelfde IP-reeks tegenkomen die ze LAN uitdelen.
Ja. Wandel voor de grap eens de Mediamarkt binnen en ga eens tussen de routers staan en luister naar gesprekken. Of kijk hier in NT trouwens naar alle topics over gedoe met internet bij NAT achter NAT (vaak achter NAT) terwijl ze alleen beter WiFi-bereik wilden.
Eens, te meer omdat het eigenlijk een onderdeel is van security en je dat vooral niet aan iedere app wilt overlaten.
'Gewoon' loopt weer spaak op het gat wat gaapt tussen wat beschouwd wordt als best practice onder mensen die beroepsmatig bezig zijn met netwerken en de gemiddelde gebruiker die er niets vanaf weet en niet in wil verdiepen (schoonmoedertest: zou je je schoonmoeder willen/kunnen uitleggen hoe haar mediaspeler via names te laten werken?
), en vendors van consumentenapparatuur die geen vraag zien en dus functionaliteit niet inbouwen.
Oslik blyat! Oslik!
Consumentenrouters zijn sowieso op in veel opzichten brak, maar terug naar de theorie. Misschien kun je een concreet voorbeeld geven van een packet dat niet goed gerouteerd kan worden? Want volgens mij is het enige probleem dat je hosts in het WAN subnet niet kunt bereiken vanuit het LAN subnet.
Dat geloof ik zo, ben het met je eens. Zou handig zijn als routers automatisch in bridge mode gaan als ze een private WAN IP krijgen via DHCP.
Vooral dat laatste punt lijkt me het probleem. Technisch goede oplossing worden niet geimplementeerd als marketing er niks mee kan.'Gewoon' loopt weer spaak op het gat wat gaapt tussen wat beschouwd wordt als best practice onder mensen die beroepsmatig bezig zijn met netwerken en de gemiddelde gebruiker die er niets vanaf weet en niet in wil verdiepen (schoonmoedertest: zou je je schoonmoeder willen/kunnen uitleggen hoe haar mediaspeler via names te laten werken?
Daar zeg je wat... dat zou werkelijk geniaal zijn, en doodsimpel in de implementatie. Misschien zelfs simpel genoeg dat ik een paar marketeers kan overtuigen
Zie daar waarom we niet al 10 jaar native IPv6 draaien
Oslik blyat! Oslik!
Gelukkig spamt m'n mediaspeler (MediaTomb onder Linux) z'n naam wel over het netwerk en pikt m'n PS3 dat probleemloos op zonder ook maar het IP-adres van te voren te hoeven weten. Noch de DNS-naam die er niet is:
[...]
(schoonmoedertest: zou je je schoonmoeder willen/kunnen uitleggen hoe haar mediaspeler via names te laten werken?
Oh en de naam die "m'n schoonmoeder" ziet is dus gewoon configureerbaar in m'n MediaTomb's configuratie
Met IPv4 heeft de gemiddelde thuisgebruiker niets met IP's te maken, ik zie niet in waarom het anders wordt met IPv6.
[ Voor 19% gewijzigd door Osiris op 07-08-2012 14:30 ]
Ik heb het in de praktijk nooit getest (waarom zou ik?
), maar alles wat ik dagelijks mee maak met Linux en routering is dat er vaak niet wordt gekeken naar de source interface waar het pakket op binnen kwam.Het kan dat met bepaalde iptable rules dit wel kán werken, maar ook daar twijfel ik aan.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
:strip_exif()/u/48440/crop6130a5af754ae_cropped.webp?f=community)
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Android 2.3 werkt anders pri-ma met IPv6 over WiFi hoor.
Nu draai ik ondertussen CyanogenMod 7.2.0.1, maar weet voor > 95% zeker dat 't onder de oorspronkelijke HTC-firmware ook werkte.
[ Voor 18% gewijzigd door Osiris op 22-08-2012 17:56 ]
Ja en nee - "Extended support" wordt nog aangeboden, maar dat is niet veel meer dan beschikbare downloads.
Kruip eens in de huid van Jan-met-de-Pet die om een of andere reden z'n OS moet herinstalleren vanaf een XP met SP1 of geen SP. Wat moet je doen om Windows Update aan de praat te krijgen (nog los van alle zooi daarna)?
- Windows installeren (duh)
- Proberen Windows Update te draaien. Melding krijgen dat je daarvoor SP3 nodig hebt.
- SP3 kun je niet via Windows Update binnenhalen. Dus handmatig. Maar dan lees je dat je SP2 nodig hebt om SP3 te kunnen installeren.
- Links die Bing op site van MS aangeeft voor SP2 zijn dood. Na zoekwerk vind je eindelijk dat SP1a wel nog beschikbaar is. Die download je, installeer je en je geeft een reboot.
- Dan op naar SP3. De enige versie die werkt is "Windows XP Service Pack 3 Network Installation Package for IT Professionals and Developers". Voor een Tweaker geen uitdaging, voor Jan-met-de-Pet zodanig intimiderend dat hij denkt dat het niet voor hem is.
- Download, install, reboot en je kunt... ActiveX handlers voor IE installeren voor Update (incl waarschuwing dat dit gevaarlijk kan zijn).
- Je ziet eindelijk Update! En als je probeert te updaten krijg je te horen dat Update geupdate moet worden, je doet dat en je moet weer rebooten.
- Halleluiah! Windows Update werkt! Nu zie je dat er 179 important updates te wachten staan...
Dat noem ik niet meer supported voor een normale gebruiker. Jij weet hoe het te doen, ik weet hoe het te doen, maar de gemiddelde leek blijft achter met een totaal unpatched install die niet meer geupdate kan worden en daarmee slechter uit is dan 5 jaar geleden met XP
Huh? 2.3 (redelijk vanilla Motorola image) op de Milestone en nergens IPv6 te bekennen. 4.0 met MiUI op de Xiaomi MiOne+ (MiUi 2.7) en nergens IPv6 te bekennen...:
[...]
Android 2.3 werkt anders pri-ma met IPv6 over WiFi hoor.
Nu draai ik ondertussen CyanogenMod 7.2.0.1, maar weet voor > 95% zeker dat 't onder de oorspronkelijke HTC-firmware ook werkte.
Ook bij testen niets gezien. Ding hangt aan router met /57 prefix, maar IPv6 only sites (of sites zoals www.kame.net met IPv6 extras) doen niets.
[ Voor 12% gewijzigd door dion_b op 22-08-2012 20:04 ]
Oslik blyat! Oslik!
Dat is precies de reden waarom ik mensen van een vrijwel helemaal geautomatiseerde XP dvd voorzie die niet alleen voorzien is van SP3 en IE8, maar ook alle overige updates.:
- Halleluiah! Windows Update werkt! Nu zie je dat er 179 important updates te wachten staan...
Dat noem ik niet meer supported voor een normale gebruiker. Jij weet hoe het te doen, ik weet hoe het te doen, maar de gemiddelde leek blijft achter met een totaal unpatched install die niet meer geupdate kan worden en daarmee slechter uit is dan 5 jaar geleden met XP
Note: Ik weet niet in hoeverre het verspreiden van een aangepaste XP dvd illegaal is.
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde