Jak získat vlastní IPv6 rozsah?

[LamZelezo]

Je uplne jedno, jak routovaci tabulky vypadaly v minulosti a tudiz jak to mame z tohoto duvodu dnes. Proc by dnesni ipv4 routovaci tabulka nemohla byt proste 2^32 dlouhe pole 32b polozek, kde kazda polozka je gw a cilova ipv4 adresa indexem do tohoto pole? To je 16GB, jestli se nepletu. Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni. Ciste technicky by to urcite slo. V drevnich dobach se ze stejneho duvodu zvladl prechod na classless ipv4 a nebeska klenba se na nas nezritila. Jina vec je, ze ipv4 uz je opravdu prezitek. To jen tak na okraj.

Jinak nekoliduje nahodou dnesni pozadavek na maximalni roztrideni vsech sitovych kramu do separatnich vlan s mechanizmem ipv6 pro delegaci prefixu? Jak pracne je nastavit si subdelegaci casti ipv6 rozsahu od poskytovatele do nekolika urovni vnitrnich segmentu site? Muzou ty kusy ipv6 rozsahu byt ruzne velke?

[Reklama]

[Filip Jirsák (forum)]

Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni.

Samozřejmě to o rychlosti prohledávání je. Také musíte počítat s tím, že se ta routovací tabulka mění. A hlavně – popisujete, že dnes máme technologii, která by to bez problémů zvládla – jenže ten problém nastal před více než dvaceti lety. Takže co máme dnes je irelevantní. Je ale logické myslet dopředu a nezadělat si na stejný problém do budoucna.

Jinak nekoliduje nahodou dnesni pozadavek na maximalni roztrideni vsech sitovych kramu do separatnich vlan s mechanizmem ipv6 pro delegaci prefixu? Jak pracne je nastavit si subdelegaci casti ipv6 rozsahu od poskytovatele do nekolika urovni vnitrnich segmentu site? Muzou ty kusy ipv6 rozsahu byt ruzne velke?

Nekoliduje. Snadné. Ano, můžou.

[LivingLegend]

může to být úplně zadarmo (Oracle má free instanci i s IPv6),

Jo jo zkousel jsem taky ziskat FT od Oraclu, ale po 2h, co neprijal ztadnou z karet co jsem tam daval, jsem si rekl ze i zadarmo je to drahe...

[LivingLegend]

Dá se nějak získat vlastní (= mimo rozsah mého ISP) blok IPv6 adres pro osobní potřebu?

Ano, říká se tomu Provider Independent adresy. K jejich získání musíte požádat kteréhokoli člena RIPE NCC, aby byl váš Sponsoring LIR a vaším jménem s RIPE NCC komunikoval. Seznam členů poskytujících služby v Česku je tady, nemusíte se ale omezovat na ně,  můžete zkusit třeba https://freetransit.ch/, který má jako jeden z mála veřejné a transparentní ceny.

Kdyz sahnu mimo ceske jrybnik, jaka pak bude geolokace tech adres?

[metabug]

Dá se nějak získat vlastní (= mimo rozsah mého ISP) blok IPv6 adres pro osobní potřebu?

Ano, říká se tomu Provider Independent adresy. K jejich získání musíte požádat kteréhokoli člena RIPE NCC, aby byl váš Sponsoring LIR a vaším jménem s RIPE NCC komunikoval. Seznam členů poskytujících služby v Česku je tady, nemusíte se ale omezovat na ně,  můžete zkusit třeba https://freetransit.ch/, který má jako jeden z mála veřejné a transparentní ceny.

Kdyz sahnu mimo ceske jrybnik, jaka pak bude geolokace tech adres?

Taková, jakou si jako vlastník nastavíš.

[Reklama]

[LamZelezo]

Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni.

Samozřejmě to o rychlosti prohledávání je.

Nepiste nesmysly. Sahnuti do pole, kdyz je k dispozici index je dostatecne rychle.

A hlavně – popisujete, že dnes máme technologii, která by to bez problémů zvládla – jenže ten problém nastal před více než dvaceti lety. Takže co máme dnes je irelevantní. Je ale logické myslet dopředu a nezadělat si na stejný problém do budoucna.

Historky Bedricha Krause von Zillerguta me nezajimaji.

[Filip Jirsák (forum)]

Nepiste nesmysly. Sahnuti do pole, kdyz je k dispozici index je dostatecne rychle.

Když to nechápete u specializovaných routerů, třeba to pochopíte, kdyby to routování dělal klasický počítač s běžným procesorem. Bude stejně rychlé, když musí procesor načíst data z hlavní paměti, jako když je načítá z L1 cache, L2 cache? Nebude, že? A mají dnešní procesory L1 cache o velikosti 16 GiB (když jste si zvolil takovouhle nesmyslnou velikost)?

Historky Bedricha Krause von Zillerguta me nezajimaji.

Naštěstí jste nenavrhoval IPv6. Jeho autoři se na rozdíl od vás dokázali poučit z minulosti a navrhli IPv6, aby se chyby IPv4 neopakovaly.

[LamZelezo]

Když to nechápete u specializovaných routerů, třeba to pochopíte, kdyby to routování dělal klasický počítač s běžným procesorem. Bude stejně rychlé, když musí procesor načíst data z hlavní paměti, jako když je načítá z L1 cache, L2 cache? Nebude, že? A mají dnešní procesory L1 cache o velikosti 16 GiB (když jste si zvolil takovouhle nesmyslnou velikost)?

Proc se tak bojite si priznat, ze jste se mylil a postujete sem takove halucinace?

Naštěstí jste nenavrhoval IPv6. Jeho autoři se na rozdíl od vás dokázali poučit z minulosti a navrhli IPv6, aby se chyby IPv4 neopakovaly.

Je pozoruhodne, co vsechno jste o mne zjistil z me poznamky, ze ipv4 uz je opravdu prezitek.

[Filip Jirsák (forum)]

Proc se tak bojite si priznat, ze jste se mylil a postujete sem takove halucinace?

Co přesně je na mém komentáři halucinace? Proč se vy tak bojíte přiznat, že jste se mýlil?

[Wasper]

Je uplne jedno, jak routovaci tabulky vypadaly v minulosti a tudiz jak to mame z tohoto duvodu dnes. Proc by dnesni ipv4 routovaci tabulka nemohla byt proste 2^32 dlouhe pole 32b polozek, kde kazda polozka je gw a cilova ipv4 adresa indexem do tohoto pole? To je 16GB, jestli se nepletu. Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni. Ciste technicky by to urcite slo.

Tak tabulkovej lookup je jeste celkem v pohode (pokud teda neroutujete 400GBit), ale teda ty BGP4 updaty si fakt dokazu predstavit jen velmi tezko. A predstava zapnu domaci router a zacne se prenaset 50+ giga dat, nez to vubec zacne fungovat neni moc optimalni.

Mimochodem tusite to, ze s BGP prefixem se tech dat prenasi ponekud vic nez nexthop (kterej, navic, v tom citovanem pripade jde resit lookupem v druhe tabulce treba jen po bajtu), zejo?

[LamZelezo]

Tak tabulkovej lookup je jeste celkem v pohode (pokud teda neroutujete 400GBit), ale teda ty BGP4 updaty si fakt dokazu predstavit jen velmi tezko.

O updatech jsem prave nic nepsal Smyslem me poznamky bylo podotknout, ze samotna velikost tabulky ani rychlost vyhledavani v ni nejsou argumenty proti podrobnejsimu/novemu/ja nevim jakemu parcelovani ipv4 adres. I ty updaty by se asi zvladly s podporou blokove orientonanych prenosu a zmen protokolu, kdyz uz je rec o specializovanem hw. Uz blahe pameti Amigy/Atari mely bitblk podporu), ale tady nic netvrdim. Ze to stejne nema smysl delat i kdyz opomineme pracnost prece snad vyplyva z toho, ze jsem napsal, ze ipv4 je prezitek.

[Filip Jirsák (forum)]

O updatech jsem prave nic nepsal

Ano, updaty jsou jedna z mnoha věcí, na které jste zapomněl.

Smyslem me poznamky bylo podotknout, ze samotna velikost tabulky ani rychlost vyhledavani v ni nejsou argumenty proti podrobnejsimu/novemu/ja nevim jakemu parcelovani ipv4 adres.

Jenže jste to nijak nedokázal. Navíc se vaše teorie rozchází s realitou, kdy v době, kdy se začalo projevovat, že IPv4 adresy došly, se začal adresní prostor IPv4 rychleji fragmentovat – a některé páteřní routery v té době nebyly schopné pojmout takovou routovací tabulku, jakou by měly mít, protože se prostě do jejich paměti nevešla.

Každopádně i kdyby se dnes použily všechny IPv4 adresy, problém jejich nedostatku by to nevyřešilo. No a routovací tabulku po jednotlivých záznamech pro IPv6 tu snad nebude obhajovat nikdo, protože exabajtové paměti pro uložení 2×10¹⁸ záznamů se dnes stále shání docela špatně.

[LamZelezo]

Ano, updaty jsou jedna z mnoha věcí, na které jste zapomněl.

Jak je mozny, ze vite lip nez ja sam, zda jsem zapomnel nebo nezapomnel? Vy musite byt nekde v me bezprostredni blizkosti, ze jo? Mozna dokonce uvnitr me?! No jo, uz zacinam tusit, kde presne.

Jenže jste to nijak nedokázal. Navíc se vaše teorie rozchází s realitou, kdy v době, kdy se začalo projevovat, že IPv4 adresy došly, se začal adresní prostor IPv4 rychleji fragmentovat – a některé páteřní routery v té době nebyly schopné pojmout takovou routovací tabulku, jakou by měly mít, protože se prostě do jejich paměti nevešla.

Každopádně i kdyby se dnes použily všechny IPv4 adresy, problém jejich nedostatku by to nevyřešilo. No a routovací tabulku po jednotlivých záznamech pro IPv6 tu snad nebude obhajovat nikdo, protože exabajtové paměti pro uložení 2×10¹⁸ záznamů se dnes stále shání docela špatně.

K neduhum stari patri predevsim dve komplementarne spojene vady. Jde o neschopnost udrzet myslenku a neschopnost myslenku opustit.

[Filip Jirsák (forum)]

Takže už jste vzdal snahu předstírat, že píšete něco k tématu, a už jenom trollíte. Hm, nepřekvapuje mne to.

[Marian Rychtecký]

Je uplne jedno, jak routovaci tabulky vypadaly v minulosti a tudiz jak to mame z tohoto duvodu dnes. Proc by dnesni ipv4 routovaci tabulka nemohla byt proste 2^32 dlouhe pole 32b polozek, kde kazda polozka je gw a cilova ipv4 adresa indexem do tohoto pole? To je 16GB, jestli se nepletu. Tudiz o velikosti tabulky ani o rychlosti prohledavani to neni. Ciste technicky by to urcite slo. V drevnich dobach se ze stejneho duvodu zvladl prechod na classless ipv4 a nebeska klenba se na nas nezritila. Jina vec je, ze ipv4 uz je opravdu prezitek. To jen tak na okraj.

Jinak nekoliduje nahodou dnesni pozadavek na maximalni roztrideni vsech sitovych kramu do separatnich vlan s mechanizmem ipv6 pro delegaci prefixu? Jak pracne je nastavit si subdelegaci casti ipv6 rozsahu od poskytovatele do nekolika urovni vnitrnich segmentu site? Muzou ty kusy ipv6 rozsahu byt ruzne velke?

Dobrý den, vaše úvaha je správná, nicméně se vždy najde najde několik ALE. Typicky totiž nemáte TCAM v routeru v řádech GB, ale MB - dnes mají routery typicky max. 5 milionů prefixů v TCAM (ano, jsou i FP5 s 10 mil. + komprese apod).

Musíte také počítat s tím, že ASBR má několik cest a je potřeba si všechny prefixy, všech cest, pamatovat pro přepočítávání - tj. potřebujete RAM - úplné teoretické minimum pro uložení všech IPv4 + relevantní next-hop je 32GB - k tomu nějaká režie, bavíme se tady pro každý upstream o desitkách GB možná stovkách a jen pro IPv4. Dnes má IPv6 globální tabulka kolem 240tis. prefixů k tomu. Pro TCAM je to cca 6MB navíc bez komprese. Také je potřeba si uvědomit, že typické ASBR ještě musí alokovat TCAM a RAM směrem do ISP, kam v lepším případě ukládá "jen" MPLS tagy, ale třeba také dělá export/import pro zákaznické VRF.

Můj názor je, že zas až tak jednoduché to není a jakékoli drobení jak IPv4, tak IPv6 nepomáhá stabilitě a rychlosti konvergence.