Danny v 30. 12. 2006, 22:17

2006-12-30T22:17:54Z

Nová stránka

Tento dokument představuje pokus o vytvoření nového CZF-RFC-CLASSLESS-ADDRESSING, který by sloužil jako volitelná alternativa ke stávajícímu [[CZF-RFC-ADDRESSING]].

'''Diskuze''':

V počátcích světového IPv4 internetu ICANN provozoval takzvané "classful addressing", v rámci kterého přiděloval sítě velikosti A (/8), B (/16) a C (/24) různě velkým organizacím podle odhadované míry jejich velikosti/důležitosti. IPv4 adresní prostor se takto velice rychle vyčerpával. V roce 1993 se začal projevovat akutní nedostatek rozsahů velikosti B (tzn. stejných, jako jsou stávající CZFree cloudy velikosti /16), a ICANN proto přešel na tzv. "classless addressing". Tempo vyčerpávání adresního rozsahu se od té doby výrazně snížilo, a při současné postupu alokace adres zřejmě vystačí veřejný IPv4 prostor až do roku 2020.

Vadou stávajícího [[CZF-RFC-ADDRESSING]] je, že pro cloud o potenciálním rozahu 65534 IP adres definuje pouze 64 nodů, přičemž je jasné, že malokterý node alokuje všechny 4 C (/24) rozsahy, které mu podle tohoto RFC přísluší. Kromě toho byly občas cloudy velikosti /16 alokovány pro regiony, které mají prokazatelně méně obyvatel než 65000, jinde byly naopak na základě prvotní absence CZFree-aktivit vytvořeny umělé cloudy pro území, na kterém žije zřejmě obyvatel daleko více. Kromě toho velké cloudy brzy narazí na stejné hranice růstu, na jaké narazilo i prvotní OSPF-only CZFree, a budou se chtít na základně místní topologie sítě jednoduše rozdělit na několik menších autonomních systémů. Přidělování rozsahů pro ethernety podle vzorce 10.C.N+64.0 je sice výhodné pro agreagci prefixů v OSPF, ale zse umožní rozdělit i ty cloudy, které zatím alokovaly pouze malé množství adres, maximálně na dva menší cloudy, které by do BGP šířily dva rozsahy /17 místo jednoho rozsahu /16.

== Návrh CZFREE-RFC-CLASSLESS-ADDRESSING ==

Tento dokument je volitelnou alternativou k [[CZF-RFC-ADDRESSING]], odkazuje se na stejne pojmy, a predpoklada jeho znalost.

'''Rozsahy urcene jednotlivym CLOUDum''':

Kazdy CLOUDu ma pridelen adresni prostor 10.X.0.0/M, kde nejmensi pridelena sitovka maska M je /16 a nejvetsi /20 (16 C siti).

'''Rozsahy urcene jednotlivym NODEum''':

Kazdy NODE dostava adresy pridelovane postupne, podle aktualnich potreb rustu site.

Pokud je sitova maska mensi nez /20, predpoklada se automaticky budouci rozdeleni CLOUDu na vice mensich sub-CLOUDu, a to podle aktualni situace v mistni infrastrukture. Adresy se automaticky prideluji tak, aby umoznovaly budouci rozdeleni CLOUDu bez precislovavani NODEu a POINTu. Doporucena velikost masky pro sub-CLOUD je /18.

V ramci potencialniho sub-CLOUDu o masce velikosti /M se adresy alokuji podobne jako podle [[CZF-RFC-ADDRESSING]], pouze se standartne predpoklada pouze jeden /24 rozsah pro (bezdratove) site jednoho NODE a jeden /24 rozsah pro (ethernetove) site jeho POINTu. Rozsahy pro POINTy se prideluji podle vzorce 10.C.N+X.0, kde X je 2^(23-M) - napr. pro doporuceny sub-CLOUD o velikosti /M=/18 vyjde X=32. Maximalni pocet NODEu v sub-CLOUDu je pak logicky X-1. Pokud si NODE nevystaci se zakladnimi dvema C rozsahy, muze dostat dalsi volnou sit napriklad z horniho konce rozsahu vyhrazeneho pro NODEy - napr. 10.C.X-1, 10.C.X-2, atd.

Site 10.C.0.0, 10.C.128.0, 10.C.64.0, apod. jsou podobne jako u [[CZF-RFC-ADDRESSING]] rezervovane pro loopbacky jednotlivych NODEu ve stylu 10.C.0.N, 10.C.128.N, 10.C.64.N Loopbacky jsou tak k dispozici i v mensich CLOUDech nez v tech o velikosti /16.

'''Alokacni strategie''':

NODE muze dle uvazeni alokovat rovnou cely C rozsah (/24), nebo pouze jeho polovinu (/25) i jeste mensi rozsah (napr. /28) - zalezi pouze na moznostech pouzite infrastruktury (priklad: u Wi-Fi open vs. closed mac policy, paterni vs. regionalni AP, vsemerova antena vs. uzky sektor, apod.)

POINTum jsou pridelovany rozsahy s vyuzitim rezervy pro zmenseni sitove masky - napr. prideluji-li se site velikosti /28 (doporuceno), budou pridelovany rozsahy 10.C.N+X.0, 10.C.N+X.32, 10.C.N+X.64, atd. Podle aktualni situace v dane lokalite je pak jednoduse mozne bud zmensit sitovou masku a zvetsit danou lokalni sit bez precislovani siti ostatnich POINTu, nebo rezervovany rozsah pridelit v pripade vycerpani rozsahu jinemu POINTu.

'''Odkazy''':

[http://www.ietf.org/rfc/rfc2101.txt RFC2101]

[[CZF-RFC-ADDRESSING]]

----
Zpět na [[CZF-RFC]]

CZF-RFC-CLASSLESS ADDRESSING-DRAFT - Historie editací

Danny v 30. 12. 2006, 22:17