❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
IPv6 a vše kolem
Re: IPv6 a vše kolem
mno jo ale já si několik těch /48 prefixů můžu přece koupit u isp-servisu a vůbec nic z tohodle neřešit. Dostanu AS a čau. LIRa řešit nemusim a za ty krutý prachy si to můžou někam strčit. Nikomu se nebude chtít dávat 50 litrů za nic.
0 x
Pořád to stjené. ISP servis by ti neměl prodat bez kopání víc jak jeden /48 blok. Dále to jsou PI bloky. U těch chce RIPE správně dokládat, že na ně máš nárok, to jest máš třeba dvě nezávislé konektivity přes různé data carriery, bez toho tě budou nutit, aby jsi měl PA bloky od daného data carriera. Pokud ten PI uhádáš a máš jen jendu konektivitu, tak ani to vlastní AS nemusíš mít, necháš ten blok přiřadit do AS svého data carriera a při změně přesunout. Protože správně RIPE opět u přidělení AS trvá, že musíš mít víc kontektivit, aby AS mělo smysl nebo dokladuješ, že tvoje adresovací politika a správa se neslučuje s principy data carriera a tak musím mít vlastní AS.
Cílem těchto pravidel je uhlídat agregaci prefixů, ať se síť nerozpadne na tuny malých prefixů, které by pak tier 1 routery neudržely v routovací tabulce. Jiná věc je, jak to který LIR dodržuje a jak to RIPE moc hlídá. U IPv4 to celkem dodržování pravidel hlídali u IPv6 je to asi zatím volnější.
A jinak, od určitého počtu je levnější přímo to RIPE, protože 3,5 kKč/blok od ispservis také není zadarmo. Ale PI bloky jsou cesta jak být nezávislý na svém data carrierovi.
Cílem těchto pravidel je uhlídat agregaci prefixů, ať se síť nerozpadne na tuny malých prefixů, které by pak tier 1 routery neudržely v routovací tabulce. Jiná věc je, jak to který LIR dodržuje a jak to RIPE moc hlídá. U IPv4 to celkem dodržování pravidel hlídali u IPv6 je to asi zatím volnější.
A jinak, od určitého počtu je levnější přímo to RIPE, protože 3,5 kKč/blok od ispservis také není zadarmo. Ale PI bloky jsou cesta jak být nezávislý na svém data carrierovi.
0 x
no a kolik to stojí? já jsem dostal kontakt na nějakýho týpka co je členem ripe nebo co a první věc co byla že chceme vlastní rozsah případně bejt LIR a on okamžitě 50 hadrů. Tak to se může jít vycpat a na RIPE kašlu. Nestojí náhodou roční členství v ripe 2500 doláčů? to neříkám jenom já ale co statní mikro ISPíci který si to taky nekoupí.
Je mi jasný že ASko nepotřebuju a že to dodavatel nacpe do svýho BGP routeru a jede se. Nicméně i kdybych si udělal dva subjekty tak jim je u zadku kolik si vemu prefixů. Jako pochop, nikdo nemá prachy na rozdávání.
Je mi jasný že ASko nepotřebuju a že to dodavatel nacpe do svýho BGP routeru a jede se. Nicméně i kdybych si udělal dva subjekty tak jim je u zadku kolik si vemu prefixů. Jako pochop, nikdo nemá prachy na rozdávání.
0 x
extra small ISP u ripe máš za 1300 € ročne + prvý rok je tam vstupný poplatok okolo 2000€
0 x
Add poplatky zaznělo. První rok je jedorázově 2000 EUR vstupní poplatek a pak se každý rok platí podle velikosti. Pokud jsem v kategorii extra small, začínám na 1300 EUR/rok (takže první rok 3300 EUR celkem). Velikost je dána množstvím alokovaných prostředků. V té ceně 1300 EUR/rok je i jeden IPv6 blok /32, který se dál nezapočítává. Za další prostředky - ASka, bloky IPv4 a IPv6 dle velikosti masky se počítají body, násobí se to lety jak dlouho prostřeky držíš a od toho se odvíjí platba (takže jakmile máš víc, jak ten jeden /32 IPv6 blok, tak postupně lety polezeš výše).
Teď k tomu, komu je do toho, kolik těc h/48 bloků mám. Uvědom si to, že ta buzerace je podložena technickými limity. Asi chceš, aby Internet fungoval. Na úplném vrcholu máš několik Tier 1 operátorů (když to lehce zjednoduším), jejich routery se vyznačují tím, že neobsahují default routu. Ta tam není, routuje se jen dle záznamů pro jednotlivé přidělené segmenty a v okamžiku, kdy tento router dostane paket s IP, pro kterou nemá záznam v routovací tabulce, tak se dropuje. Kapacita routovacích tabulek dle typu je někde v oblasti 1 až 2 mega záznamů. Proto je snaha nedrobit adresní prostor, ale v maximální míře využívat agregaci a nutit k ní zákazníky.
Když vezmu IPv4, tak pokud si dám vlasntí ASko a k němu nejmenší možný blok /22, tak některé tier 1 routery tyto bloku už nedrží v routovacích tabulkách a zahazují, tento blok pak není globálně dostupný z celého veřejného internetu (takže je lepší míť minimálně tak blok /20, ať mám jistotu). A to stejné čeká IPv6. Pokud dostaneš blok od Dialu, tak centrálně jsi schován v některém, z jeho /32 bloků. I když od nich vyžebráš těch prefixů 10 i přes jejich kroucení, tak to nezmění celkový počet routovacích záznamů v kořenových routerech. Jakmile si koupíš PI blok od ISP servisu, tak každý blok je samostnatně routovaný /48 prefix, který natahuje tabulky (pokud nedodrží mezerovací schéma, že pak by ti to jen roztáhli na /47, /46). Proto je kopání proti tomu, aby každej hňup měl svůj PI blok. Zkrátka chtějí, ať ISP je v RIPE (EU to časem bude asi stejně chtít jako povinnost pro živnost ISPíka) a z něj obsluhuje své zákazníky, kteří dostávají /48 PA bloky a zatíží tak routovací tabulky v páteři jen jednním celkovým /32 záznamem, který pokryje půlku republiky. A jen těch pár zákazníků, kteří opravdu reálně potřebují svůj PI /48 blok (větší firmy řešící multi homing přes víc ISP pro zálohu a rozkládání provozu atd) ho dostnaou za příslušný poplatek. To stejné v podstatě platí i pro IPv4, akorát tam už moc není z čeho rozdávat a routovací tabulky u tier 1 lehce kolabují.
Jejich jendoduché zvtšení je nereálné, uvědom si, že ty kořenové routery to dělají celé v HW a z důvodu maximalizace výkonu mají speciální typy pamětí, která jsou buď realizovány v hradlových polích nebo speciální čipy, kde je garance, že pro jakýkolic dotaz má rotovací CPU odpověď do jednoho cyklu a ne jak RAMky v PC, kde někdy časem, za X cyklů a v závislosti na předchozích dotazech přes cache něco doteče. Tohle stojí dost peněz a není nafunovací.
Tak proto je taková buzerace.
Teď k tomu, komu je do toho, kolik těc h/48 bloků mám. Uvědom si to, že ta buzerace je podložena technickými limity. Asi chceš, aby Internet fungoval. Na úplném vrcholu máš několik Tier 1 operátorů (když to lehce zjednoduším), jejich routery se vyznačují tím, že neobsahují default routu. Ta tam není, routuje se jen dle záznamů pro jednotlivé přidělené segmenty a v okamžiku, kdy tento router dostane paket s IP, pro kterou nemá záznam v routovací tabulce, tak se dropuje. Kapacita routovacích tabulek dle typu je někde v oblasti 1 až 2 mega záznamů. Proto je snaha nedrobit adresní prostor, ale v maximální míře využívat agregaci a nutit k ní zákazníky.
Když vezmu IPv4, tak pokud si dám vlasntí ASko a k němu nejmenší možný blok /22, tak některé tier 1 routery tyto bloku už nedrží v routovacích tabulkách a zahazují, tento blok pak není globálně dostupný z celého veřejného internetu (takže je lepší míť minimálně tak blok /20, ať mám jistotu). A to stejné čeká IPv6. Pokud dostaneš blok od Dialu, tak centrálně jsi schován v některém, z jeho /32 bloků. I když od nich vyžebráš těch prefixů 10 i přes jejich kroucení, tak to nezmění celkový počet routovacích záznamů v kořenových routerech. Jakmile si koupíš PI blok od ISP servisu, tak každý blok je samostnatně routovaný /48 prefix, který natahuje tabulky (pokud nedodrží mezerovací schéma, že pak by ti to jen roztáhli na /47, /46). Proto je kopání proti tomu, aby každej hňup měl svůj PI blok. Zkrátka chtějí, ať ISP je v RIPE (EU to časem bude asi stejně chtít jako povinnost pro živnost ISPíka) a z něj obsluhuje své zákazníky, kteří dostávají /48 PA bloky a zatíží tak routovací tabulky v páteři jen jednním celkovým /32 záznamem, který pokryje půlku republiky. A jen těch pár zákazníků, kteří opravdu reálně potřebují svůj PI /48 blok (větší firmy řešící multi homing přes víc ISP pro zálohu a rozkládání provozu atd) ho dostnaou za příslušný poplatek. To stejné v podstatě platí i pro IPv4, akorát tam už moc není z čeho rozdávat a routovací tabulky u tier 1 lehce kolabují.
Jejich jendoduché zvtšení je nereálné, uvědom si, že ty kořenové routery to dělají celé v HW a z důvodu maximalizace výkonu mají speciální typy pamětí, která jsou buď realizovány v hradlových polích nebo speciální čipy, kde je garance, že pro jakýkolic dotaz má rotovací CPU odpověď do jednoho cyklu a ne jak RAMky v PC, kde někdy časem, za X cyklů a v závislosti na předchozích dotazech přes cache něco doteče. Tohle stojí dost peněz a není nafunovací.
Tak proto je taková buzerace.
0 x
jo ale tohle mě absolutně nezajímá 
mě zajímá kde vemu těch 3300EUR a pak 1300EUR ročně nebo spíš kdo jim to z dnešních ISPíků zaplatí. 1%? ostatní se na to vyfláknou.
Jako když budu využívat load ballancing nebo backup skrz BGP na oddělených konektivitách tak jim to budu drobit taky. Nicméně jak už jsem uvedl, to neni můj problem že jim to nebude stíhat. Maji alokovat rozsahy třeba podle států a mít vyhrazeno pro ně větší prefixy a podobně.
proč bych měl platit tolik prachů a ještě se dohadovat v cizim jazyce když si to u isp servisu zařídim levněji. Jako nechci prudit, jenom přemejšlim racionálně.
mě zajímá kde vemu těch 3300EUR a pak 1300EUR ročně nebo spíš kdo jim to z dnešních ISPíků zaplatí. 1%? ostatní se na to vyfláknou.Jako když budu využívat load ballancing nebo backup skrz BGP na oddělených konektivitách tak jim to budu drobit taky. Nicméně jak už jsem uvedl, to neni můj problem že jim to nebude stíhat. Maji alokovat rozsahy třeba podle států a mít vyhrazeno pro ně větší prefixy a podobně.
proč bych měl platit tolik prachů a ještě se dohadovat v cizim jazyce když si to u isp servisu zařídim levněji. Jako nechci prudit, jenom přemejšlim racionálně.
0 x
Předem říkám, že do toho zas tak nevidím. Drobit si to sice můžeš, ale routery budou malý subnety ignorovat, takže ty se nikam nedostaneš.
0 x
Přesně tak, když to dospěje do stavu, že budou tuny prefixů /48, tak je budou routery ignorovat a dropovat. Zkrátka jako ten, kdo má ve svém ASku dneska přidělen IPv4 segment /24, tak má jistotu, že má zajištěnu konektivitu cca v rámci kontinentu a dál ne, možná se štestím nějakými podivnými cestami (dle nějaké ne zcela aktuální zprávy se počty dropovaných segmentů na routerech v závislosti na lokalitě pohybuje pro IPv4 mezi 11% až 27%, to je dle toho, kde mají nastavenou masku, jak dlouhé prefixy ještě drží v tabulkách a stav se bude s drobením adresního prostoru s ohledme na nedostatek IPv4 adres a jejich přesouvání zhoršovat).
Stejný stav čeká IPv6, proto se kladou ty překážky, aby nebyly tuny PI /48 bloků a měli je jen ti, co je opravdu potřebují a ostatní si berou blok od nadřazeného ISP. Dělba dle států je blbost, protože sítě často nekopírují státní hranice. Takže ta hranice na kteoru se dávají prefixy jsou dle sítí operátorů.
Jo, Hapi, můžeš si koupit prefix /48 od isp servisu, můžná ti jich prodá i víc, je to tvoje volba. Pokud to udělá hodně subjektů, tak jednoho ne zjistí, že jejich prefix je izolovaný, protože tolik /48 core routery nepobraly. Pokud jednoho dne dospeješ k tomu, že už je lepší si vzít vlastní /32 od RIPE, tak počítej s tím, že budeš ty PI /48 zase vracet přes isp servis. Apropo, ve Vissadu už je někdo, kdo mluví česky? Vypadalo to spíše na ruskofilní firmu.
Kde na to máš vzít peníze ti neporadím, nevím, zda si je dáváš na účet, pod polštář nebo za trám na půdu a je asi dobře, že to nikdo neví.
Nicméně b\xh počítal, že se ti provoz firmy bude do budoucna prodržovat. Sice hodně malých ISP jásá, že IPv6 je jeich spása, můj názor je, že časem to bude možná spíše jejich smrt. Uvědom si, že situace v ČR/SR a pár okolních je zcela ojedinělá a tato ISP horečka už končí a pro další bude mnohem těžší na daný segment pronikat. Součástní mikro ISP vznilkli jen díky existenci NATu a jeho centrálního nasazení (což je technika ve zbytku světa zatírm ojedinělá), který jim umožnil se osvoboit od spousty drahých zbytečností typu složitý routing, ripe, bgp, as, ... A IPv6 toto vrací zpět do hry i pro ty malé, protože s tím jendím blokem /48 možná dlouho nevystačíš. Nevím, jakou máš stukturu zákazníků, ale firmy budou chtít vlastní bloky. OK, menší nepotřebuje vlastní /48, můj názor je, že většina /56 s klidem a na dlouho, domácnost s /60 také nějakou dobu vystačí, ale ten /48 časem bude málo a budeš shánět další a budeš tlačne k tomu odpornému RIPE. Sice můžeš ditátorsky říci, rezidentní zákazním má svůj /64 blok a přes to síť njede, ale co ti udělají ti lidi časem, až jim to nebude stačit? Uvědom si, že zbytek světa a jak je IPv6 nastavneo počítá s tím, že každý má tunu prefixů a může je používat. Já se živím i nějakmi školeníma a můžu ti říci, že když ti jdou vývojáři přes ruce a dojdei řeč na IPv6, tak všichni do svých krámů nacpou jedno z hotových řešení, které zkrátka jejich praautoři třeba naučili jen techniku vezmi si svůj prefix přes dhcp6-pd a ten si používej jak chceš a nic jiného neumí, protože není důvod, každý má adres tunu, tak s tím nehneš, jak se takovéto krámy začnou šířit do domácností. Ano, časem se naučí i něco efektivnějšího, to ale bude v době, kdy globálně světu začnou docházet IPv6 adresy a ne teď, kdy by to potřeboval Hapi, jehož problémy nezajímá zbytek světa a naopak.
A k tomu množství AS a duálně připojených sítí, hodně sítí umí být připojeno duálně i bez proužití AS. Kde to je pro odchozí provoz, tak ideálně LAN neveřejné IP a patřičné NATy k různým ISP. Dá se to použít i pro příchozí, kdyby klientské aplikace s tím korektně počítaly, což dělá málokterá. Stejná technika existuje i pro IPv6, ale bohužel podpora v klientech, že mám v LAN víc prefixů od různých ISP a zkusí se přes nějaký připojit, tak není tkaé všeobecně podporována. A řešení s tím, že lokální síť je na ULA adresách a na branách dělám překlad prefixů pro daného ISP je vidět implementováno v ještě menším množství případů (když vynechíám detail, že je to tkaový fuj bezestavový polonat)...
Stejný stav čeká IPv6, proto se kladou ty překážky, aby nebyly tuny PI /48 bloků a měli je jen ti, co je opravdu potřebují a ostatní si berou blok od nadřazeného ISP. Dělba dle států je blbost, protože sítě často nekopírují státní hranice. Takže ta hranice na kteoru se dávají prefixy jsou dle sítí operátorů.
Jo, Hapi, můžeš si koupit prefix /48 od isp servisu, můžná ti jich prodá i víc, je to tvoje volba. Pokud to udělá hodně subjektů, tak jednoho ne zjistí, že jejich prefix je izolovaný, protože tolik /48 core routery nepobraly. Pokud jednoho dne dospeješ k tomu, že už je lepší si vzít vlastní /32 od RIPE, tak počítej s tím, že budeš ty PI /48 zase vracet přes isp servis. Apropo, ve Vissadu už je někdo, kdo mluví česky? Vypadalo to spíše na ruskofilní firmu.
Kde na to máš vzít peníze ti neporadím, nevím, zda si je dáváš na účet, pod polštář nebo za trám na půdu a je asi dobře, že to nikdo neví.
Nicméně b\xh počítal, že se ti provoz firmy bude do budoucna prodržovat. Sice hodně malých ISP jásá, že IPv6 je jeich spása, můj názor je, že časem to bude možná spíše jejich smrt. Uvědom si, že situace v ČR/SR a pár okolních je zcela ojedinělá a tato ISP horečka už končí a pro další bude mnohem těžší na daný segment pronikat. Součástní mikro ISP vznilkli jen díky existenci NATu a jeho centrálního nasazení (což je technika ve zbytku světa zatírm ojedinělá), který jim umožnil se osvoboit od spousty drahých zbytečností typu složitý routing, ripe, bgp, as, ... A IPv6 toto vrací zpět do hry i pro ty malé, protože s tím jendím blokem /48 možná dlouho nevystačíš. Nevím, jakou máš stukturu zákazníků, ale firmy budou chtít vlastní bloky. OK, menší nepotřebuje vlastní /48, můj názor je, že většina /56 s klidem a na dlouho, domácnost s /60 také nějakou dobu vystačí, ale ten /48 časem bude málo a budeš shánět další a budeš tlačne k tomu odpornému RIPE. Sice můžeš ditátorsky říci, rezidentní zákazním má svůj /64 blok a přes to síť njede, ale co ti udělají ti lidi časem, až jim to nebude stačit? Uvědom si, že zbytek světa a jak je IPv6 nastavneo počítá s tím, že každý má tunu prefixů a může je používat. Já se živím i nějakmi školeníma a můžu ti říci, že když ti jdou vývojáři přes ruce a dojdei řeč na IPv6, tak všichni do svých krámů nacpou jedno z hotových řešení, které zkrátka jejich praautoři třeba naučili jen techniku vezmi si svůj prefix přes dhcp6-pd a ten si používej jak chceš a nic jiného neumí, protože není důvod, každý má adres tunu, tak s tím nehneš, jak se takovéto krámy začnou šířit do domácností. Ano, časem se naučí i něco efektivnějšího, to ale bude v době, kdy globálně světu začnou docházet IPv6 adresy a ne teď, kdy by to potřeboval Hapi, jehož problémy nezajímá zbytek světa a naopak.
A k tomu množství AS a duálně připojených sítí, hodně sítí umí být připojeno duálně i bez proužití AS. Kde to je pro odchozí provoz, tak ideálně LAN neveřejné IP a patřičné NATy k různým ISP. Dá se to použít i pro příchozí, kdyby klientské aplikace s tím korektně počítaly, což dělá málokterá. Stejná technika existuje i pro IPv6, ale bohužel podpora v klientech, že mám v LAN víc prefixů od různých ISP a zkusí se přes nějaký připojit, tak není tkaé všeobecně podporována. A řešení s tím, že lokální síť je na ULA adresách a na branách dělám překlad prefixů pro daného ISP je vidět implementováno v ještě menším množství případů (když vynechíám detail, že je to tkaový fuj bezestavový polonat)...
0 x
Majklik píše:Přesně tak, když to dospěje do stavu, že budou tuny prefixů /48, tak je budou routery ignorovat a dropovat. Zkrátka jako ten, kdo má ve svém ASku dneska přidělen IPv4 segment /24, tak má jistotu, že má zajištěnu konektivitu cca v rámci kontinentu a dál ne, možná se štestím nějakými podivnými cestami (dle nějaké ne zcela aktuální zprávy se počty dropovaných segmentů na routerech v závislosti na lokalitě pohybuje pro IPv4 mezi 11% až 27%, to je dle toho, kde mají nastavenou masku, jak dlouhé prefixy ještě drží v tabulkách a stav se bude s drobením adresního prostoru s ohledme na nedostatek IPv4 adres a jejich přesouvání zhoršovat).
Stejný stav čeká IPv6, proto se kladou ty překážky, aby nebyly tuny PI /48 bloků a měli je jen ti, co je opravdu potřebují a ostatní si berou blok od nadřazeného ISP. Dělba dle států je blbost, protože sítě často nekopírují státní hranice. Takže ta hranice na kteoru se dávají prefixy jsou dle sítí operátorů.
Jo, Hapi, můžeš si koupit prefix /48 od isp servisu, můžná ti jich prodá i víc, je to tvoje volba. Pokud to udělá hodně subjektů, tak jednoho ne zjistí, že jejich prefix je izolovaný, protože tolik /48 core routery nepobraly. Pokud jednoho dne dospeješ k tomu, že už je lepší si vzít vlastní /32 od RIPE, tak počítej s tím, že budeš ty PI /48 zase vracet přes isp servis. Apropo, ve Vissadu už je někdo, kdo mluví česky? Vypadalo to spíše na ruskofilní firmu.
Kde na to máš vzít peníze ti neporadím, nevím, zda si je dáváš na účet, pod polštář nebo za trám na půdu a je asi dobře, že to nikdo neví.
Nicméně b\xh počítal, že se ti provoz firmy bude do budoucna prodržovat. Sice hodně malých ISP jásá, že IPv6 je jeich spása, můj názor je, že časem to bude možná spíše jejich smrt. Uvědom si, že situace v ČR/SR a pár okolních je zcela ojedinělá a tato ISP horečka už končí a pro další bude mnohem těžší na daný segment pronikat. Součástní mikro ISP vznilkli jen díky existenci NATu a jeho centrálního nasazení (což je technika ve zbytku světa zatírm ojedinělá), který jim umožnil se osvoboit od spousty drahých zbytečností typu složitý routing, ripe, bgp, as, ... A IPv6 toto vrací zpět do hry i pro ty malé, protože s tím jendím blokem /48 možná dlouho nevystačíš. Nevím, jakou máš stukturu zákazníků, ale firmy budou chtít vlastní bloky. OK, menší nepotřebuje vlastní /48, můj názor je, že většina /56 s klidem a na dlouho, domácnost s /60 také nějakou dobu vystačí, ale ten /48 časem bude málo a budeš shánět další a budeš tlačne k tomu odpornému RIPE. Sice můžeš ditátorsky říci, rezidentní zákazním má svůj /64 blok a přes to síť njede, ale co ti udělají ti lidi časem, až jim to nebude stačit? Uvědom si, že zbytek světa a jak je IPv6 nastavneo počítá s tím, že každý má tunu prefixů a může je používat. Já se živím i nějakmi školeníma a můžu ti říci, že když ti jdou vývojáři přes ruce a dojdei řeč na IPv6, tak všichni do svých krámů nacpou jedno z hotových řešení, které zkrátka jejich praautoři třeba naučili jen techniku vezmi si svůj prefix přes dhcp6-pd a ten si používej jak chceš a nic jiného neumí, protože není důvod, každý má adres tunu, tak s tím nehneš, jak se takovéto krámy začnou šířit do domácností. Ano, časem se naučí i něco efektivnějšího, to ale bude v době, kdy globálně světu začnou docházet IPv6 adresy a ne teď, kdy by to potřeboval Hapi, jehož problémy nezajímá zbytek světa a naopak.
A k tomu množství AS a duálně připojených sítí, hodně sítí umí být připojeno duálně i bez proužití AS. Kde to je pro odchozí provoz, tak ideálně LAN neveřejné IP a patřičné NATy k různým ISP. Dá se to použít i pro příchozí, kdyby klientské aplikace s tím korektně počítaly, což dělá málokterá. Stejná technika existuje i pro IPv6, ale bohužel podpora v klientech, že mám v LAN víc prefixů od různých ISP a zkusí se přes nějaký připojit, tak není tkaé všeobecně podporována. A řešení s tím, že lokální síť je na ULA adresách a na branách dělám překlad prefixů pro daného ISP je vidět implementováno v ještě menším množství případů (když vynechíám detail, že je to tkaový fuj bezestavový polonat)...
Říkáš tedy, že vymyslet NAT v IPv6 bude lukrativní?
0 x
NAT jako takový ne. Existuje experimentálně něco pod názvem NPTv6 - překlad prefixů. Je to bezestavové, 1:1 překlad IPv6 na IPv6. Zkrátka při průchodu paketu routerem se prvních 48 bitů adresy přepíše natvrdo na na jiný a na nic jiného se v paketech nešahá (takže se opět očekává, že koncový zákazník má přidělen veřejný prefix /48). Jenom je to celé experiment a nikdo pořádně neví, jak se to bude chovat. Podproujou to novější linux jádra a BSD. Návrh pochází asi od Cisca, ale u jejich beden si nevybavuji implementaci. Bylo by pěkné, kdyby to uměl třeba ROS6.
Jedna z aplikací je, co jsem zmínil, mám LAN, která je do netu připojena duálně přes dva ISP. Od každého ISP mám přidělen veřejný prefix /48. Třeba 2001:db8:100::/48 od prvního a 2001:db8:200::/48 od druhého. Uvnitř sítě použju vygnerovanou ULA adresy fdff:84c3:4bac::/48. No a na bráně směrem k danému ISP se jen ty prefixy přepisují v závislosti na jakém směru to jde, na ostaní bity adresy se nešahá. Takže to transparentně funguje směrem ze sítě ven a i dovnitř. Akorát je problém, když bude víc konektivit a každá mít vlasntí router, že není mechanismus, jak má klient poslat odpověď na příchozí spojení z venku zpět přes správný router. Pokud je v síti router jen jeden, tak to zvládne pomocí případného connection trackingu. Takže tento mechanismus je primárně určen pro sítě, kde chci odchozí provoz přes víc linek, než příchozí.
Také je v tom nějak zaháčkováno to, že se překládají prefixy /48. Překlad delších prefixů, např /60 je nějaká komplikace. Zařízení podporujíci NPTv6 musí podporovat překlad jen prefixů /48.
Tento mechanismus nicméně rozbije napříáklad IPsec nad IPv6, protože aktuálně NAT-T podpora v něm s IPv6 nepočítá.
Jedna z aplikací je, co jsem zmínil, mám LAN, která je do netu připojena duálně přes dva ISP. Od každého ISP mám přidělen veřejný prefix /48. Třeba 2001:db8:100::/48 od prvního a 2001:db8:200::/48 od druhého. Uvnitř sítě použju vygnerovanou ULA adresy fdff:84c3:4bac::/48. No a na bráně směrem k danému ISP se jen ty prefixy přepisují v závislosti na jakém směru to jde, na ostaní bity adresy se nešahá. Takže to transparentně funguje směrem ze sítě ven a i dovnitř. Akorát je problém, když bude víc konektivit a každá mít vlasntí router, že není mechanismus, jak má klient poslat odpověď na příchozí spojení z venku zpět přes správný router. Pokud je v síti router jen jeden, tak to zvládne pomocí případného connection trackingu. Takže tento mechanismus je primárně určen pro sítě, kde chci odchozí provoz přes víc linek, než příchozí.
Také je v tom nějak zaháčkováno to, že se překládají prefixy /48. Překlad delších prefixů, např /60 je nějaká komplikace. Zařízení podporujíci NPTv6 musí podporovat překlad jen prefixů /48.
Tento mechanismus nicméně rozbije napříáklad IPsec nad IPv6, protože aktuálně NAT-T podpora v něm s IPv6 nepočítá.
0 x
to je všechno zajímavý ale viděl si konferenci IPv6 6.6.2012? Pokud si dobře pamatuju tak například UPC bude rozdávat rezolutně /64 prefixy zákazníkům a nic víc. Žádný /48 nebo /60 a podobný blbosti. Ani nechápu proč by měl mít víc rozsahů když i teď lidem stačí jeden a to ještě neveřejnej.
IPsec už neni pro IPv6 povinný a asi začnu vymejšlet ten nat IPv6 aby jsme si mohly dál ject tak jak se jede teď a bude klid.
/64 je považován dle ripe za jeden IPv6 subnet. To musí zákazníkovy stačit.
IPsec už neni pro IPv6 povinný a asi začnu vymejšlet ten nat IPv6 aby jsme si mohly dál ject tak jak se jede teď a bude klid.
/64 je považován dle ripe za jeden IPv6 subnet. To musí zákazníkovy stačit.
0 x
UPC bude dávat zákazníkům bez routeru /64 a s routerem /56. Bez routeru si ale můžou připojit max. 1/3/5 počítačů (dneska to tak už funguje u IPv4, proto má kdekdo na UPC router a na něm NAT)
O2 podle konference bude dávat /64 a kratší prefixy za příplatek, což je směšný. To, že dneska neznáš využití pro víc prefixů, neznamená, že takový využití nebude zítra. 6LowPAN bych třeba do stejnýho subnetu s domácíma PC nechtěl.
O2 podle konference bude dávat /64 a kratší prefixy za příplatek, což je směšný. To, že dneska neznáš využití pro víc prefixů, neznamená, že takový využití nebude zítra. 6LowPAN bych třeba do stejnýho subnetu s domácíma PC nechtěl.
0 x
To jsem ani nepostřehl, že O2 bude chtít za prefixy poplatek. Nu, z něčeho žít musí.
"64 je považován dle ripe za jeden IPv6 subnet" to není dle RIPE, ale příslušné specifikace pro IPv6, smyslem je, aby se někdo nesnažil roubovat na jeden LAN segment míň, než těch /64. Ono to teoreticky možní je, prakticky se spousty zařízení narazí, protože to /64 se bere jak mantra. Proto se i často PtP tunely dělají tak, že se na ně dá /64 segment a použíjí se fakticky jen dvě adresy ::1 a ::2. Opět není důvod, aby nefungovala maska /126, ale zase se občas narazí (pomíjím snahy některých i o /127 masku na tunelech).
Hapi stejně razí cestu, že zákoši router nemají a obsluhuje jim NAT, DHCP, .. z vlasntího centrálního zařízení? Tam asi ten jeden ú64 normálně stačí, kdo má vlasntí router, asi by víc uvítal.
Ono to souvisí i s tím, že penetrace IPv6 ready krámů je malá a ty co jsou, většinou zatím IPv6 aktivně nepoužívají (když nepočítam Wokna). Teď jsme si třeba hrál s Nokii E6, ta si umí vzít z RA IPv6 adresu, přidělí si ji, dá se na ni pingnout, ale sama se aktivně se nesnaží s okolím IPv6 navazovat do chvíle, dokud nezíská i IPv6 adresy s DNS. A to zase dělá, že to žere z DHCPv6 (nebo je musím natvrod nastavit v menu). A tenhle obranný postoj zastává víc zařízení, že dokud nemají i IPv6 adresu DNS, tak beoru konfigurace za neplně funkční a tak radjěi upřednostňují IPv4, což je možná i rozumná strategie. A pokud jim to IPv6 do lokálu strkám z ROSu, tak ten sice RRDNS do RA přidá, ale DHCPv6 už neumí udělat, takže ty krabičky asi většinou spí, protože RRDNS option v RA nikdo stále neumí. Jinak jsme koukal na diskusi u MS, tak ani Windows 8 nemají umět si vzít DNS adresy z RA, stále buď DHCPv6 nebo ruční nastavení.
Jako NAT do IPv6 na straně ISP bych fakt se nesnažil cpát. Sice to udělat jistě lze a dá se najít i 1:N implementace (umí třeba Juniper bedny, Linux s pár moduly navíc, BSD), ale tudy snad cesta nepovede.
"64 je považován dle ripe za jeden IPv6 subnet" to není dle RIPE, ale příslušné specifikace pro IPv6, smyslem je, aby se někdo nesnažil roubovat na jeden LAN segment míň, než těch /64. Ono to teoreticky možní je, prakticky se spousty zařízení narazí, protože to /64 se bere jak mantra. Proto se i často PtP tunely dělají tak, že se na ně dá /64 segment a použíjí se fakticky jen dvě adresy ::1 a ::2. Opět není důvod, aby nefungovala maska /126, ale zase se občas narazí (pomíjím snahy některých i o /127 masku na tunelech).
Hapi stejně razí cestu, že zákoši router nemají a obsluhuje jim NAT, DHCP, .. z vlasntího centrálního zařízení? Tam asi ten jeden ú64 normálně stačí, kdo má vlasntí router, asi by víc uvítal.
Ono to souvisí i s tím, že penetrace IPv6 ready krámů je malá a ty co jsou, většinou zatím IPv6 aktivně nepoužívají (když nepočítam Wokna). Teď jsme si třeba hrál s Nokii E6, ta si umí vzít z RA IPv6 adresu, přidělí si ji, dá se na ni pingnout, ale sama se aktivně se nesnaží s okolím IPv6 navazovat do chvíle, dokud nezíská i IPv6 adresy s DNS. A to zase dělá, že to žere z DHCPv6 (nebo je musím natvrod nastavit v menu). A tenhle obranný postoj zastává víc zařízení, že dokud nemají i IPv6 adresu DNS, tak beoru konfigurace za neplně funkční a tak radjěi upřednostňují IPv4, což je možná i rozumná strategie. A pokud jim to IPv6 do lokálu strkám z ROSu, tak ten sice RRDNS do RA přidá, ale DHCPv6 už neumí udělat, takže ty krabičky asi většinou spí, protože RRDNS option v RA nikdo stále neumí. Jinak jsme koukal na diskusi u MS, tak ani Windows 8 nemají umět si vzít DNS adresy z RA, stále buď DHCPv6 nebo ruční nastavení.
Jako NAT do IPv6 na straně ISP bych fakt se nesnažil cpát. Sice to udělat jistě lze a dá se najít i 1:N implementace (umí třeba Juniper bedny, Linux s pár moduly navíc, BSD), ale tudy snad cesta nepovede.
0 x
ne, máme všude routery u klientů. Každej má svůj subnet a IPv6 /64 defakto bude kopírovat IPv4 /24. simple
0 x
+1 Nevím, proč to dělat jinak. Lidi jako já si své specifické požadavky vyřeší vlastním bastlem nebo nějakým speciálním zařízením, ať tak nebo onak nic, co by měl řešit ISP, to je kliošův problém.
0 x