Vlákno názorů k článku Kdy IPv6 nasadí UPC, T-Mobile, Telefónica a Seznam? od Atom321 - Nevíte někdo, v čem je lepší NAT64, než...
-
IPv4 aplikací je velmá málo. Většina aplikací si řekne o připojení k hostname pomocí TCP nebo UDP nad libovolným IP protokolem a o IP vrstvu se vůbec nestará. Nicméně, pro těch pár rozbitých aplikací doporučuju zhlédnoout Michalovu přednášku o NAT64 a jeho projektu Wrapsix, který zahrnuje i klientskou stranu. Snad budou brzo videa na http://www.nic.cz/ipv6day/.
-
Atom321 (neregistrovaný)
"IPv4 aplikací je velmá málo. Většina aplikací si řekne o připojení k hostname pomocí TCP nebo UDP nad libovolným IP protokolem a o IP vrstvu se vůbec nestará."
Téměř všechny příklady na BSD sockety, co jsem kdy viděl, počítaly natvrdo s IPv4. Typicky používají volání socket(AF_INET, ...), na převod adresy funkci inet_aton a za gethostbyname kontroly na .sin_family == AF_INET. Obávám se, že většina starších aplikací je psaná přesně takhle.
-
mpel (neregistrovaný)
Nevim jak ve Windows, ale v normalnich operacnich systemech se bez nejakeho druhu socketu do site nedostanete (portalfs je dobry vtip, nepocitam). Takze kdyz interpretovane jazyky a VM budou umet address family vymenit "transparentne" pro uzivatele, porad vam zustane spousta kompilovanych programu.
Jestli pouzivam Boost nebo volam socket(2) primo je v tu chvili uplne jedno, pokud je muj program napr. vyrobeny na zakazku firmou, co uz davno neexistuje. Jeho kod je na disku pravdepodobne davno nekde na skladce a tvorit komplexni kod stylu getaddrinfo() na urovni assembleru dnes uz moc lidi neumi (a ani jim to nepreju). A bohuzel, takoveto "ipv4-only-forever" programy jsou prave ty, ktere nutne potrebujete - ucetni programy, systemy na zakazku, ruzne sofistikovane rizeni nejakych specializovanych stroju atd.
V tu chvili, nemate-li IPv4-to-IPv6 translation na localhostu, je Vam NAT64 k nicemu. Jo, a napsal tady uz nekdo jak krasne umi Windows XP resolvovat DNS po IPv6-only siti? XP budou, at se vam to libi nebo ne, jeste docela dlouho zabirat velkou cast trhu.
-
Santiago (neregistrovaný)
> A bohuzel, takoveto "ipv4-only-forever" programy jsou prave ty, ktere nutne potrebujete - ucetni programy, systemy na zakazku, ruzne sofistikovane rizeni nejakych specializovanych stroju atd.
Coz jsou ovsem typicky software, ktery nepotrebuje komunikovat po Internetu. Takze firme nebude kvuli tomu vadit, pokud jeji ISP nasadi IPv6-only a NAT64 - firma si klidne kvuli takovemu sw interne muze bezet na dualstacku s privatnima IPv4 adresama.
-
Jiri Horky (neregistrovaný)
Normalne v diskuzich prilis nereaguji, ale tady jsem musel. Internet neni jen web a email. Naopak, divil byste se kde vsude muzou byt zavislosti na IPV4 zahrnuty. Pro inspiraci se podivejte na prednasku o problemech pri pouziti GridFTP protokolu po IPv6 (timto protokolem se rocne presunete odhadem alespon exabyte dat): http://www.mi.infn.it/ipv6/talks/hepix-20120426/
Dalsim mym oblibenym pripadem je AFS nebo NVFv4 s Kerberos autentizaci... -
„Normalne v diskuzich prilis nereaguji, ale tady jsem musel. Internet neni jen web a email.“
Tak jestli jste mi chtěl vážně sdělit tohle, tak to jste se s reakcí nemusel namáhat :).
Z odkázaných slajdů jsem vyčetl, že rozšíření o podporu IPv6 není žádný zásadní problém, takže si údajné exabajty můžou putovat vesele dál. A ani druhý případ nijak zvlášť nepřekonává počet vyjádřený slovy „velmi málo“, zvlášť takto uvedeny bez jakýkoli podrobností či odkazů na bugreporty.
-
Jiri Horky (neregistrovaný)
"Tak jestli jste mi chtěl vážně sdělit tohle, tak to jste se s reakcí nemusel namáhat :)."
Vzhledem k tomu, ze jste si vybral jen jednu vetu z peti - co myslite, snazil jsem se rict jen tu jednu vetu, nebo vsech pet? Naprosto zbytecna a hloupa narazka.
Ja si v te prezentaci naopak precetl, ze uchodit zminene sluzby na IPv6 vyvolalo necekane problemy jdouci od nepodpory v ruznych knihovnach pro autentizaci, po problemy s navaznosti na ORACLE a nutnosti jeho ruzne konfigurace. A az se podarilo rozjet IPv6, prestalo chodit IPv4. Podivejte se na odkazovane "all boring details". Dany clovek na tom pracoval nekolik mesicu a musel si klientskou stranu patchnout sam. Ano, neni to neprekonatelny problem (to ostatne technicke problemy byvaji malokdy), ale jen to ilustruje, jak hluboke muzou byt zavislosti na IPv4 a jak netrivialni problemy to muze vyvolat.
Ad dalsi protokoly.
AFS - pokud byste zkusil na 30 vterin pohledat, zjistite, ze na IPv6 supportu se nyni ani nepracuje hned na oficialnich strankach projektu.
NFSv4 - napriklad (treti odkaz v googlu) - http://is.muni.cz/th/255719/fi_b/?jazyk=en;info . Tady je situace lepsi, ale produkcni podpora bude trvat jeste dlouho.Dle vasich komentaru vyse jsem pochopil, ze byste to do googlu mel zvladnout dat taky.
Samozrejme muzeme vest disputace o tom, kolik je "velmi malo". jedna sluzba? deset? tisic? Jiste uznate, ze to je hloupe. Mym cilem spise bylo ukazat, ze zavislosti na IPv4 adresach muzou byt velmi slozite a prohlasit, ze je jen velmi malo aplikaci, ktere IPv6 nepodporuji je velmi, velmi odvazne.
-
„Vzhledem k tomu, ze jste si vybral jen jednu vetu z peti“
Tohle vaše tvrzení si neumím vysvětlit jinak, než že prostě chcete prudit. V tom případě vám doporučuju si najít jinou oběť.
„AFS - pokud byste zkusil na 30 vterin pohledat, zjistite, ze na IPv6 supportu se nyni ani nepracuje hned na oficialnich strankach projektu.
NFSv4 - napriklad (treti odkaz v googlu) - http://is.muni.cz/th/255719/fi_b/?jazyk=en;info . Tady je situace lepsi, ale produkcni podpora bude trvat jeste dlouho.“Vzhledem k tomu, že se jedná o aplikační protokoly, je doplnění podpory IPv6 spíše formalitou.
„Samozrejme muzeme vest disputace o tom, kolik je "velmi malo". jedna sluzba? deset? tisic? Jiste uznate, ze to je hloupe.“
Uznávám, že argumentovat proti mému tvrzení pouze AFS a NFSv4 je hloupé a doporučuju se tomu vyhnout.
„Mym cilem spise bylo ukazat, ze zavislosti na IPv4 adresach muzou byt velmi slozite a prohlasit, ze je jen velmi malo aplikaci, ktere IPv6 nepodporuji je velmi, velmi odvazne.“
Někdy je odvážné říkat i zcela zřejmé věci :).
-
Jiri Horky (neregistrovaný)
Ad vytrhavani z kontextu - to delate s oblibou vy. Ja si taky neumel vysvetlit vase "pokud jste nechtel rict nic jineho, tak radeji nepiste" s odkazem na petinu casti meho prispevku jinak, nez naprosto zbytecne rypani.
Zda se mi, ze mate technicky velmi dobre (nejen) IPv6 zvladnute. Jenomze v praxi nelze prohlasit, ze "to je aplikacni protokol, tak to bude formalita prepnout na IPv4". Presne jak pise Santiago v prispevku vedle.
Tech zavislosti muze byt a je skutecne hodne. Mrknete se napr. na to AFS: https://lists.openafs.org/pipermail/openafs-devel/2010-December/018160.html . Tam skutecne prepsani na IPv6 neni moc jednoduche, protoze se s 32bity pocita ve vsech RPC volani.
Pokud jsem Vas doted na konkretnich pripadech nepresvedcil, ze situace neni tak jednoducha, jak si myslite, asi nema smysl v diskusi pokracovat.
-
„Ad vytrhavani z kontextu - to delate s oblibou vy. Ja si taky neumel vysvetlit vase "pokud jste nechtel rict nic jineho, tak radeji nepiste" s odkazem na petinu casti meho prispevku jinak, nez naprosto zbytecne rypani.“
Kde prosím píšu o vytrhávání z kontextu? Jak jsem říkal, pokud chcete na někoho útočit, vyberte si někoho jiného, já na vás postupně přestanu reagovat.
