IPv6 zgodbe iz podzemlja in zraka ..
Posted: May 4th, 2010 | Author: admin | Filed under: IP, Zanimivosti | Tags: go6.si, Internet Protocol, IP, IP address, IPv6, kiberpipa, Kiberpipa.net, SSID, Virtual private network | 3 Comments »Verjetno ste tako na dopisnem seznamu, kot blogu uspeli prebrati, da ponuja Kiberpipa že dlje časa tudi dual-stack IPv4 in IPv6 povezljivost na brezžičnem omrežju (žal za enkrat samo v okolice Kersnikove 6 na SSIDju Kiberpipa) in se lahko pohvali, da uporabniki omrežja že slabih 15% dnevne količine tranzitnega IP prometa naredijo po IPv6 protokolu.
Povprečni ponedeljekov (agregiran – IPv4 + IPv6) promet na SSID: Kiberpipa
Povprečni ponedeljkov promet na IPv6 protokolu / SSID: Kiberpipa
Prejšnji teden se je preskusil tudi “massive-deploy” dual-stacka (IPv4 + IPv6) tudi na VPN povezavah za končne uporabnike, ki so tako ali druge povezani z Kiberpipo ali Kiberpipa.net omrežjem in se v omrežje povezujejo na daljavo. Rezultati pričakovani! Yay!
V zelo eksperimentalne namene smo testirali tudi “IPv6 only” povezljivost preko translacijskih rešitev (NAT-TPd, ter NAT64 gateway) in naleteli na čisto preveč problemov in nezadovoljnih uporabnikov brezžičnega omrežja.
Toliko za enkrat na to temo; naslednjič pa verjetno sledi že oglašanje z kakšne od Ljubljanskih streh :)
Glej tudi:
- go6.si predavanje v Kiberpipi na temo IPv6 za končne uporabnike “Ali bo prehod internet omrežja na IPv6 enostaven”
- Zavod go6.si
Related articles by Zemanta
- Google turns on IPv6 at YouTube and heralds a new age at last (downloadsquad.com)
- Are You Ready For IPv6? IPv4 is Nearing Exhaustion (techie-buzz.com)
- Comcast, Netflix report rise in IPv6 activity (infoworld.com)
- Express Logic’s NetX Duo™ IPv6 TCP/IP Stack Passes IPv6 Ready Logo Testing (eon.businesswire.com)
A lahko kaj več napišeš o problemih z NAT64 in DNS64? So bili problemi pri posameznih protokolih ali v nestabilnosti delovanja pri večjem številu uporabnikov? Torej zdi se mi pomembno ločiti težave v designu protokolov NAT64 in DNS64 in težave v implementaciji.
Mogoče stvar, ki jo bomo objavili na wikiju enkrat v kratkem, ker sem zgubil vseeno nekaj noči v upanju, da znamo vseeno zoptimizirati zadevo. Implementacija niti ni tako problematična, ko uspeš prevesti vse ustrezne kernel zadeve za že tako popatchan kernel in userland zadeve.
Testiranje je bilo bolj zabavno, ker ko imas občutek da za tvoje potrebe osnovni protokoli za vsakodnevno delo na internetu delujejo – se izkaže, da takoj ko na omrežje spustis hordo uporabnikov te enostavno/dobesedno ubijejo usmerjevalnik. :( Tako, da kar se nestabilnosti tukaj govorimo o tako povečani latenci / odzivnosti zaradi translacije (točnega benchmarka nismo delal, je bila pa zadeva opazna), kot tudi par kernel panic-ov smo imeli priliko videt, v določeni meri tudi zaradi čudnih memory leakov. Trenutna ocena – still not ready!
So pa wireless uporabniki na Kersnikovi res najboljši test case – ker dejansko znajo sproducirati vse vrste prometa.
Zanimivo, hvala. Torej če prav razumem, gre v bistvu le za porodne težave sistema Ecdysis, ne pa za težave protokola NAT64 (torej načina, kako se stateful translacija dela tukaj). Ker meni je stvar na eni mašini delala res dobro, brez vsakršnih težav, pri uporabi res vseh možnih protokolov. Upam, da bodo popravili.