CZFree Wiki - Příspěvky uživatele [cs]

CZF-RFC-SUBCLOUD

2006-12-31T01:03:24Z

Xchaos:

'''Subcloudy''' jsou návrh, který představuje jednu možnou alternativu k číslování [[CZF-RFC-ADDRESSING]].

Základním nápadem je rozdělení adresního rozsahu cloudu 10.C.0.0/16 na několik málo větších celků - například na 16 sítí s maskou /20 nebo čtyři sítě s maskou /18. Případně může jít i o rozdělení do několika subnetů o různé velikosti. Takováto část adresního rozsahu je pak využívána na nějaké regionální části území cloudu a pracovně se může nazývat subcloud - a na rozdíl od [[CZF-RFC-ADDRESSING]] jsou v rámci jednoho subcloudu přidělené jak rozsahy pro veřejné bezdrátové sítě, tak i rozsahy pro domovní ethernetové sítě. Uvnitř subcloudu je ovšem vhodné se přidržovat původních myšlenek [[CZF-RFC-ADDRESSING]] - např. je praktické, aby lokální sítě ''pointů'' každého ''node'' byly nadále agregovatelné do jediné sítě velikosti /24, apod.

Oproti [[CZF-RFC-ADDRESSING]] je třeba myslet na to, že loopback adresy 10.C.0.N se po případném rozdělení na subnety ocitnou všechny v subnetu prvního subcloudu. Nody s pořadovým číslem N v jednotlivých subcloudech by tedy měly zřejmě raději používat loopback adresy ve formátu např. 10.C.16.N pro N z rozsahu 16...31, 10.C.32.N pro N z rozsahu 32...47, apod. (uvedený příklad předpokládá subcloudy používající subnety s maskou /20).

Smyslem tohoto rozdělení je připravit se předem na situaci, kdy délka OSPF routovací tabulky (=počet routovaných sítí) v rámci cloudu vzroste natolik, že bude užitečné sáhnout po nějaké formě agregace síťových prefixů - např. rozdělení do více OSPF oblastí, které bude nějak zhruba odpovídat topologii páteřní sítě cloudu. Může být celkem užitečné agregovat bezdrátové i kabelové sítě v nějaké oblasti do jediného subnetu, který se pak v ostatních částech cloudu bude vyskytovat jenom jako jediná řádka v routovací tabulce. Subcloudy mohou mít ale i jiné využití: např. mohou v budoucnu snadno provozovat vlastní směrovací politiku, nezávislou na směrovací politice svého cloudu (např. peering s jinými subcloudy).

Jde o stejný princip, který byl uplatněn i při rozdělení CZFree.Net na jednotlivé cloudy.

CZF-RFC

2006-12-31T00:33:46Z

Xchaos: CZF-RFC-SUBCLOUD

[[CZF-RFC]] jsou dokumenty, které konkrétně rozpracovávají myšlenky [[CZF-Ustava|ústavy CZF]].

* [[CZF-Ustava]] - základní definice CZFree.net, prohlášení o svobodném tranzitu

* [[CZF-RFC-BASE]] - vymezení základních pojmů použitých v ostatních dokumentech
* [[CZF-RFC-NODE]] - definice základního prvku sítě
* [[CZF-RFC-ADDRESSING]] - doporučení pro adresaci v síti
* [[CZF-RFC-SUBCLOUD]] - alternativní možnosti adresace v síti
* [[CZF-RFC-CLASSLESS_ADDRESSING-DRAFT]] - alternativní, úspornější adresace v síti
* [[CZF-RFC-DNS]] - pravidla pro provoz systému doménových jmen uvnitř CZFree
* [[CZF-RFC-QoS]] - doporučení pro priorizaci provozu v síti
* [[CZF-RFC-ROUTING]] - základní nastavení směrovacích protokolů
* [[CZF-RFC-WiFi]] - základ

''Nedokončené dokumenty'':
* [[CZF-RFC-Resetator]] - watchdogy
* [[CZF-RFC-Firewall]] - zabezpečení bodů
* [[CZF-RFC-Backup]] - zálohování nodů
* [[CZF-RFC-STABILITY]] - požadavky na stabilitu
* [[CZF-RFC-LokFORUM]] - sdílení informací o lokálních záležitostech

Uživatel:Xchaos

2006-12-31T00:29:45Z

Xchaos:

brevnov.czf | BGP ASN #64611 | mapper | moderátor | [http://prometheus.brevnov.czf iGW Prometheus] | [http://www.arachne.cz www.arachne.cz] | [http://www.teckacz.cz www.teckacz.cz]

I zde (možná) může být umístěna vaše textová reklama - kontaktujte majitele této stránky :-)

Bagr - poslední argument internetových providerů

NCX

2006-12-31T00:23:43Z

Xchaos:

Další informace, i když zatím spíše skrovné, jsou k dispozici na [[http://www.ncx.cz/ domovské stránce projektu NCX]].

Tunelovací server '''labyrint.ncx.cz''' je v současné době umístěn v serverovně firmy Dial Telecom v Karlíně, v Praze. Konektivita ve směru NIX je zatím 100 Mbps, od 1.února 2007 by teoreticky měla být posílena na 1 Gbps, hardware serveru asi není problém posílit.

Projekt NCX by teoreticky do budoucna mohl podporovat vytváření nativních propojení mezi sítěmi tím způsobem, že by odmítal směrovat tranzitní provoz mezi dvěma sítěmi, které mají možnost vytvoření nativního spoje, ale nechtějí ji využít.

Projekt NCX využívá adresní rozsah 10.254.0.0/16 - s tím, že každý cloud s vlastním rozsahem 10.X.0.0/16 má v NCX rozsahu automaticky rezervován rozsah IP adres 10.254.X.0/24. Teoreticky by tyto IP adresy mohly být použité například pro webhostingové firmy, které budou mít zájem zveřejnit svůj content do sítě CZFree.Net prostřednictvím CZF adres a v rámci TLD .czf.