<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="cs">
		<id>https://czfree.net/wiki/index.php?action=history&amp;feed=atom&amp;title=CZF-RFC-SUBCLOUD</id>
		<title>CZF-RFC-SUBCLOUD - Historie editací</title>
		<link rel="self" type="application/atom+xml" href="https://czfree.net/wiki/index.php?action=history&amp;feed=atom&amp;title=CZF-RFC-SUBCLOUD"/>
		<link rel="alternate" type="text/html" href="https://czfree.net/wiki/index.php?title=CZF-RFC-SUBCLOUD&amp;action=history"/>
		<updated>2026-09-10T02:06:23Z</updated>
		<subtitle>Historie editací této stránky</subtitle>
		<generator>MediaWiki 1.30.0</generator>

	<entry>
		<id>https://czfree.net/wiki/index.php?title=CZF-RFC-SUBCLOUD&amp;diff=1428&amp;oldid=prev</id>
		<title>Xchaos v 31. 12. 2006, 01:03</title>
		<link rel="alternate" type="text/html" href="https://czfree.net/wiki/index.php?title=CZF-RFC-SUBCLOUD&amp;diff=1428&amp;oldid=prev"/>
				<updated>2006-12-31T01:03:24Z</updated>
		
		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Nová stránka&lt;/b&gt;&lt;/p&gt;&lt;div&gt;'''Subcloudy''' jsou návrh, který představuje jednu možnou alternativu k číslování [[CZF-RFC-ADDRESSING]].&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
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).&lt;br /&gt;
&lt;br /&gt;
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).&lt;br /&gt;
&lt;br /&gt;
Jde o stejný princip, který byl uplatněn i při rozdělení CZFree.Net na jednotlivé cloudy.&lt;/div&gt;</summary>
		<author><name>Xchaos</name></author>	</entry>

	</feed>