Vlákno názorů k článku Česká republika jako IPv6 velmoc? od randomofamber - Já bych doplnil jedno nepsané pravidlo. Většina stanovuje...

I lidé, co nevidí dál, než na zápěstí své ruky, jsou na světě potřeba.

Zatím jsem pro něj našel jen velmi málo argumentů a šlo o dost specifické případy. Takže ano, ale ve většině případů lze jednoduše vypustit.

Pro nat neexistuje jediny smysluplny argument, protoze vse co prinasi nat jsou jen a jen problemy. Uz se tesim az nebudu muset denne vysvetlovat nekomu proc mu nefunguje VoIP, hra s kamosem, ...

Zrovna překlad adres bych do IPv6 netahal. Ale takový překlad prefixů se pro tuto situaci hodí a doufejme, že dozná brzo rozumné implementace.
Jinak co jsem zkoušel, tak za takovéto situace funguje i teď relativně OK, Router přestane propagovat pčíslušný segment a překlopí se to na druhý. Aspoň kde je použita bezestavová konfigurace. Nicméně ot trvá nějakou dobu, než vychcípají timeouty, záleží, jak je mám nastaveno.
Varianta s překladem prefixů (a případně VRRP pro zálohu celého routeru) je rychlejší náhrada chcíplé cesty.

Trebas pomoci prislusnych routovacich protokolu?

A opravdu nejaky routovaci software neco takoveho umi?
V OSPFv3 se zadna informace, ktera by se k tomu primo dala snadno pouzit, neni (napr. asociovat default routu s prislusnym prefixem), mozna by to slo naskriptovat, ale nevim o tom, ze by to nejak standardne fungovalo (ci ze by bylo nejake RFC, ktere by rikalo, jak to fungovat ma).

Záleží, co daný router umí. Některé to umí jen dle toho, zda je aktivní upstream linka, v RouterOS jde snadno svázat s ping6, kdy klidně testuji až dostupnost nixu. Teď jsem to řešil v nějakém ruském blackboxu a tam šlo volit s jakou routou v ospf3 svázat propagaci lokálního prefixu.
Ale stejný problém musíte řešit i při použití vrrp, aby daný router odpadnul (zmšnil svoji váhu), pokud nemá upstream linku, což opět není nijak ujednoceno, ale používá se obvkyle výše zmíněné a je jendo, zda IPv4/6.

Jenže na to není žádný standsrd ani v IPv4 světě, takže kdo si to nenastaví, tak tomu to nepojede. Tím pádem je to 1:1.

Pokud na tom trváte, tak je tu na to překlad prefixů v Ipv6.
Apropo, jak ta NAT krabičká se dozví, že má NATovat na něco jiného, že přes linku A na které umřelo někde něco dál? Tohle je snad stejný problém pro IPv4/6 a i v IPv4 si to krabička řeší nějka po svém a musí se to v ní nastavit.
Navidím rozdíl v tom, kdy musím řešit tuto detekci NAT box nebo pro ukončneí propagace routeru/prefixu do sítě.

Ano, výměna prefixu je skoro NAT, ale proti klasickému NAPT v IPv4 je tu dost rozdílů, je to bezestavové a mnohem rychlejší, jen tupě nahrazuji prefix, nemusím šaškovat s protokoly vyšší vrstvy (snad, praxe ukáže). Ale,určitě bude nějaká aplikace, co to špatně ponese.
Standardní protokol pro odstranění RA není a asi nebude, stejně jako není v IPv4 světě (pro odstranění routy přes chcíplého ISP, změnu VRRP váhy, ...). Je tojak který výrobce routeru si to naimplementuje a pomocí čeho. :-(
Jinak bych se rád zaptal zásupců primárně NAT řešení, zda mi můžou říci, čím ty toky NATovat, aby to mělo rozumnou odezvu a koncová stanice to nepocítila? Bavíme se řekněme o tocích 500 Mbps až 8 Gbps. Pohled na tu farmu krabic, které to musí řešit, co stály, co sežerou elektriky, tak výpočtem člověk zjistí, že platit si IPv4 adresy je nakonec ekonomičtější. :-)

Ale to, zda je aktivní PPPoE vrstva/dostnau IP adresu řeší jen tu poslední míli (to je stejné jako u ethernet připojení/optiky testovat, zda je linka aktivní a dostanu IP adresu). Tazateli šlo o to, jak detekovat, zda linka umřela někde dál (třreba až propoj od daného nadřazeného carriera někam k backbone). Což pomocí informací z routovacích protokolů je celkem logické, ale asi pro většinu takovýchto koncových routerů není dostupné. Většina těch SOHO multiwan to umí řešit pingem někam (některé jen pomocí pingu na degault gate, což je nedostatečné).

Když jsem u nás v naší Wi-fi síti nedávno přecházel na 5 GHz, tak jsem si jen v domácích počítačích s XP doinstaloval protokol IPv6 a ono to bez problémů funguje. Já jsem v tomhle vcelku amatér, takže jsem čekal, že to bude nějaký problém. A on nebyl.

Jenze v tom je prave ten problem. Zprovozneni IPv6 na mensi siti (rekneme domaci) neni zadna katastrofa. Problemy prichazeji v trosku slozitejsim prostredi, kde jde prave o ty detaily a hlavne spolehlivost. Tam IPv6 neskutecne pokulhava.

To je ale argument kteri ruzni IPv6 protagonisti nechteji slyset. Kdyz prirovnam vas pripad tak zapnuti IPv6 ve win XP je ekvivalentem nakonfigurovani IPv4 adresy. A jak jiste vime chod dnesnich siti neni jen o nakonfigurovani IPv4 adresy, ale je to vec ponekud slozitejsi.