Az bude 1 IPv4 adresa stat $1000 mesicne tak to trh samozrejme vyresi. Pokud je ale konfigurace ipv6 drazsi nez platit za ipv4 tak to nikdo nebude resit. A ne, opravdu se nejedna o jeden checkbox nekde na jednom zarizeni, obvykle korporaty maji x zavislosti a zmeny stoji klidne statisice nebo i miliony.
Nasadené ako nasadené. Keď ohliadneme od ISP ktorí nevedia iný subnet ako /64, tak ďalší veľký problém je používanie DS-Lite a nie plnohodnotného dual stack.
Prečo je to problém: napríklad mám 5 pripojení, všetky vedia IPv4. Mám medzi nimi site-to-site VPN. Niektorí s ISP nám s veľkou slávou oznámia podporu IPv6 (a DS-lite). Môžem postupne migrovať jednotlivé pripojenia na IPv6, podľa toho ako príslušný provider zavedie podporu IPv6? No jasné že nemôžem. Pokiaľ by tam bol plnohodnotný dual stack, tak by som mohol. Výsledkom je, že ostávam na čistom IPv4 a všetky múdra, ako ISP dávno podporujú IPv6, idú jedným uchom dnu a druhým von.
DS-lite je ekvivalent CGNAT; za neho môžete dať len tých zákazníkov, ktorí v IPv4 svete nemali problém s CGNAT, ale nie tých, ktorí mali verejné adresy.
Voči existencii DS-lite nemám žiadne námietky. Problémom je, že ISP nemajú riešenie, pokiaľ DS-lite je nedostačujúce. Nech sa potom nikto nečuduje, že koncový zákazník to nerieši, keď mu čisté IPv4 funguje a DS-lite by mu nefungovalo.
VPN spojení je niekoľko, nie jedno. Nie je to hub-and-spoke, ale point-to-point. DS-lite s uvedeným obmedzením by bolo použiteľné presne pre jediného z nich. Už keby boli dvaja, tak títo dvaja sa nikdy nespoja.
A tak z pohledu providera je pochopitelne, ze tam kde muze verejne IPv4 proste vykosti. Stavet to zpusobem "necham jim public IPv4 a k tomu prilepim IPv6" - no, moznost to je, ale narazi prave v tom bode, kdy adresy i v ramci lokalnich poolu dojdou, pak se stejne bude dumat co s tim. A pokud si explicitne klient za IPv4 verejku neplati, je jednodussi to rovnou mit ve stavu ala DS-lite, zvlaste s novou sluzbou (core uz resite IPv6-only). Navic DS-lite se typicky cpe do sluzeb pro retail. Aneb pokud se nekdo snazi pouzivat pripojku urcenou primarne pro domacnosti pro korporatni potreby, tak spis bude problem v tom ze zvolil spatny typ sluzby (aby "usetril"). A tak kdyz chci setrit, pak se smirim i s IPSECem pres UDP, ne? A tam fakt neni limit jen jedne VPN.
>>> Jenže tohle ve skutečnosti vůbec problém není, protože ti největší internetoví hráči mají dávno šestku nasazenou
No ne tak uplne.
O2 na slovensku mobilni pripojeni pres IPv6 nema!
Mel jsem jeden projekt pouze na IPv6 AAAA.
Pak sem se nestacil divit, kdyz jednemu zakaznikovi to nejelo. A ostatnim vpohode.
Po dlohem patrani sem prisel na to ze O2 na sloevnsku nema jeste implementovanu IPv6 pro mob. pripojeni.
Pak jsem chte-nechte musel pridat take DNS A zaznam s IPv4 a pak mu to uz jelo.
Praveze je to naopak. Ked som naposledy ziadal od Orange verejnu IPv6 adresu, dostal som odpoved, ze mi verejnu IPv6 adresu daju len vtedy, ak si zaplatim za fixnu IPv4 adresu. Darmo som im vysvetloval, ze nepotrebujem IPv4 a ani nemusi byt fixna. Bernak nepusti.
Naco by som teda prechadzal na IPv6, ked mi neumozni to hlavne: pristup domov z netu?
Ak vie niekto ako je to u Orangu v SR teraz, potesi kazde info. Vdaka
Tak si na routeru zapni IPv6 a vygeneruj ULA prefix. V tu ránu máš na hraní prefix /48 a ani k tomu nemusíš mít přístup do IPv6 sítě...
Btw, každý zařízení v IPv6 síti má několik IP adres a používání lokálního ULA prefixu se s normální adresou nijak nebije, může se používat obojí. Jenom přes ULA se pak nedostaneš ven.
Tem malym poskytovatelum je to jedno, protoze maji na vyber, budto implementuji IPv6, stravi x desitek hodin konfiguraci a dalsich x stovek hodin troubleshootingem nebo za par korun poridi lepsi zarizeni ktere zvladne vyssi rychlost. Co myslite, Petre, co takovy zakaznik maleho poskytovatele pripojeni oceni vice - vyssi rychlost nebo IPv6? Realita.
Jenže spoustu těch problémů s IPv6 si ty korporáty způsobili sami. Např. já jsem řešil, proč korporátní notebook nedostává IPv6 adresu a celé IT mi nebylo schopné říct, proč to tak je. Takže jsem je navedl jak to ve Windows registrech zapnout. Ale nikdo už netuší proč to někdo v minulosti takhle nastavil.
Navíc na to měli spoustu času a mohli to řešit postupně už minimálně 10-20 let měli mít u všeho požadavek na podporu IPv6 až HW tak SW.
jenze na ipv6 v korporatnim prostredi se nemuzete divat jako na isp problem. Ipv6 ma ve windows default prioritu, takze pokud vsechny prvky s ipv6 nepocitaji (acl na switch/router/fw, routing, proxy, ips/ids, detekce nechtene ipv6, detekce solicitated router, ...), je opravdu bezpecnejsi ipv6 zakazat.
Neni problem se po ipv4 overit pres 802.1x a soucasne nahodit i ipv6, vystupovat jako solicitated router a pres transparent ipv6 proxy a fake dns ohnout ipv6 provoz cele lokalni vlan pres vlastni zarizeni.
Udrzovat celou sit s acl, fw, ids/ips, qos etc. jako dual stack nedava zadny smysl, vede to nutne k problemum a chybam.
Takze uvnitr privatni ipv4, ven http/https proxy s podporou ipv6 na ext, do dmz reverz proxy s ipv6+ipv4 na ext a jen ipv4 dovnitr je sakra lepsi reseni - ale zadne ipv4 adresy to neuvolni.
U home useru bez verejne IP je prechod snazsi, pokud nemaj vlastni router nebo jsou ochotni kupovat a ucit se konfigurovat novy.
Ipv6 ma ve windows default prioritu, takze pokud vsechny prvky s ipv6 nepocitaji (acl na switch/router/fw, routing, proxy, ips/ids, detekce nechtene ipv6, detekce solicitated router, ...), je opravdu bezpecnejsi ipv6 zakazat.
Ta priorita se dá nastavit. Určitě je tam něco jako Happy Eyeballs. Takže opravdu není bezpečnější IPv6 zakazovat. To udělá jenom totální ignorant, který nechce nic řešit a jenom si usnadnit práci. Navíc prohlášení Microsoftu:
Internet Protocol version 6 (IPv6) is a mandatory part of Windows Vista and Windows Server 2008 and newer versions. We do not recommend that you disable IPv6 or its components. If you do, some Windows components may not function. We recommend using Prefer IPv4 over IPv6 in prefix policies instead of disabling IPV6.
Udrzovat celou sit s acl, fw, ids/ips, qos etc. jako dual stack nedava zadny smysl, vede to nutne k problemum a chybam.
Smysl to má minimálně v tom, že pak ta síť a lidi jsou na IPv6 připraveni. Když si to takhle řekne každý, tak jsme v pytli. Přesně to samé se říkalo i o HTTPS ve firmách.
Ještě jsem nenapsal, že se jednalo o německý (kde IPv6 dává smysl, protože je tam již kolem 65%) technologický korporát a řešil jsem to právě kvůli požadavku na IPv6.
Tak ono se to jeden cas doporucovalo jako "reseni" a jak to jednou nekdo treba do GPO nastavil, uz se na to nesahlo. U Windows tomu navic moc nepomahaly automaticky navazany tunely, co zajistovaly IPv6 konektivitu v IPv4-only siti a mohla to byt defacto i nechtena dira, nastesti tahle hloupost uz vysla v mezicase zaplatpanbu z mody.