Něco takového by samozřejmě bylo v principu myslitelné, ostatně úvahy na téma NAT46 se už objevily (viz http://tools.ietf.org/html/draft-liu-behave-nat46-02). Ale z krátkodobého hlediska to moc nepřinese - čistě IPv6 služby, ke kterým by se IPv4 stanice potřebovaly dostat, dnes prakticky neexistují - a z dlouhodobého hlediska není žádoucí konzervovat IPv4 ;-)
Nicméně časem se zřejmě nějaký NAT tohoto typu objeví.
Nikoliv časem, už je: ip46nat. Ono není o konzervaci IPv4, ale stávajících zařízení, která umí jen IPv4 a která provozovatel raději nechá dosloužit.
No, pokud bychom se spokojili s tim, ze NAT session by byla aktivovana DNS dotazem (a tedy by byl uzce provazan rekurzivni DNS server a NAT router), tak by to slo.
Proste kdyz by z koncoveho stroje prisel dotaz na DNS, ktery ma jen AAAA zaznam, tak by se vybrala nektera IPv4 adresa z nejakeho rozsahu, ta predala klientovi v A zaznamu a vytvoril se zaznam v NAT tabulce, ze pro pakety od daneho koncoveho stroje na tuto IPv4 adresu se ma prekladat na puvodni IPv6 adresu.
Naruby je to velice obtížné, protože to bude znamenat mapování velkého adresního prostoru (IPv6) pomocí velmi malého prostoru (lokálního IPv4), což je technicky velmi obtížně řešitelné. Bude to znamenat kromě fakeování adres ještě vytváření tabulky takto nafakeovaných adres a i tak budete velice omezen na počet odchozích spojení (prakticky na tolik spojení, kolik na překlad vyhradíte IP adres). Takové techniky však již existují.
Pokud však máte na mysli, že na bráně bude IPv6 a požadavky půjdou převážně do vnitřní sítě (třeba u serveroven), tak to je přesně to, co NAT64 umí.
Smysl NAT64 je v tom, ze je to dalsi zpusob pro prechod k IPv6. ISP nebude nucen udrzovat dualstack u svych zakazniku. Proste postavi sit na IPv6 only a uzivatele tak budou mit stale pristup k IPv4 adresam, pokud nebude existovat IPv6 adresa pozadovane sluzby. Takove reseni umozni mnohem snazsi accounting and bandwidth management, protoze ISP pracuje pouze s jednim IP protokolem (firewall, fronty, smerovani, atd.)
Problem je v tom, ze z principu to nejde.
neni mozne mapovat vetsi prostor do mensiho.
Resp dalo by se to mozna resit pres nejaky proxy server napr pro web stranky, ale rozhodne ne pro obecnou komunikaci, tam pripada v uvahu snad jen nejaka (radoby staticka tabulka prekladu z ipv6 do ipv4 pro par dulezitych zdroju)