Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia Tuesday TopDrive KupDnes Navrcholu Bomba NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Názory k článku
NAT64 - další most mezi IPv4 a IPv6

vs
vs (neregistrovaný)
2. 10. 2008 8:16 Nový

Výhoda proti IPv4 NAT

celé vlákno
Má toto řešení nějakou zásadní výhodu oproti dual-stack klientům a klasickému IPv4 NATu, kde odpadá i přepisování DNS?
uživatel si přál zůstat v anonymitě
2. 10. 2008 8:44 Nový

Re: Výhoda proti IPv4 NAT

celé vlákno
Jiste. V pripade, ze se IPv6 opravdu rozsiri (coz doufam), mate infrastrukturu pripravenou, nemusite delat zadne dalsi zasahy nez zmenit zpusob pripojeni do IPv6 site.
Leoš
Leoš (neregistrovaný)
2. 10. 2008 11:42 Nový

Re: Výhoda proti IPv4 NAT

celé vlákno
Jako hlavní výhodu vidím že není třeba ve vnitřní síti vůbec podporovat IPv4 - bude tam stačit čistě jen IPv6, čímž se konfigurace vnitřní sítě zpřehlední a nebude moci docházet k nežádoucím skrytým závislostem aplikací na IPv4. Prostě aplikace buď bude umět komunikovat po IPv6, nebo má smůlu...
Michal Kundrát
1. 11. 2008 21:53 Nový

Re: Výhoda proti IPv4 NAT

celé vlákno
To mi připomnělo, že v linuxu je myslim i program, co převede komunikaci programů co umí jen ipv4 na ipv6 - ale možná se mi to jen povedlo špatně přečíst.
petr_p
petr_p (neregistrovaný)
2. 10. 2008 12:30 Nový

RFC 3142

celé vlákno

Mám tomu rozumět tak, že se informační RFC 3142 (An IPv6-to-IPv4 Transport Relay Translator) převtěluje do standardu a že již hotové nástroje (pTRTd a totd) stačí pouze poupravit?

Pavel Satrapa
5. 10. 2008 16:08 Nový

Re: RFC 3142

celé vlákno
Spíše ne. NAT64 dělá sice víceméně totéž co TRT, ale v jiné vrstvě (TRT je transportní, NAT64 síťová) a mluvit o převtělování do standardu v době, kdy pro NAT64 je zatím k dispozici jen draft, je poněkud předčasné. totd se myslím ani upravovat nemusí, dělá přesně to, co NAT64 potřebuje.
uživatel si přál zůstat v anonymitě
2. 10. 2008 12:57 Nový

Může někdo

celé vlákno
vysvětlit blbému BFU proč se pro zápis IPv6 adresy používají hexadecimální čísla ala 2001:db8:aa:ee::0102:0304, která činí ip adresu velmi špatně čitelnou ??? Proč není možné použít něco jako 123.123.123.123.123.123.123.123 ?
Zdenek
Zdenek (neregistrovaný)
2. 10. 2008 13:22 Nový

Re: Může někdo

celé vlákno
Co vam prijde nejcitelnejsi?

2001:0db8:85a3:08d3:1319:8a2e:0370:7334
32.1.13.184.133.163.8.211.18.25.138.46.3.112.55.52
8193.3512.34211.2259.4889.35374.880.29492
uživatel si přál zůstat v anonymitě
2. 10. 2008 19:06 Nový

Re: Může někdo

celé vlákno
32.1.13... tedy za B
z
z (neregistrovaný)
2. 10. 2008 16:03 Nový

Re: Může někdo

celé vlákno
Blby BFu vidi, ze by ta adresa byla kilometr dlouha. A samozrejme, i ta varianta existuje, ale neujala se. Ostatne, od toho tu uz nejaky patek mame DNS, aby clovek nemusel resit prehlednost IPcek.
Petr Tomášek aura:41
8. 10. 2008 8:13 Nový

zvrácená logika!

celé vlákno
Podle mě je to naprosto zvrácená logika myslet si, že v lokální síti budu mít IPv6 dřív, než venku. Uvažme jen různé hardwarové zařízení, tam asi nepůjde jen tak bez ničeho přejít z IPv4 -> IPv6. Naopak když se provideři rozhoupají, může to jít rychle a hned...
Michal Krsek aura:58
8. 10. 2008 8:49 Nový

Re: zvrácená logika!

celé vlákno
Obavam se, ze nejste uplne dobre informovan o stavu siti operatoru. Investice do siti operatoru budou netrivialni (coz je duvod soucasne mizive podpory).

V lokalni siti muze byt pouze jeden smerovac (ten, co dela pripojeni k Internetu), pak nejake switche a PC.

Nahradit nejaky printserver je proti investicim v siti ISP opravdu trivka.
Zasílat nově přidané příspěvky e-mailem