xchaos
Samozvany gubernator
Registrován: 13.05.2002
Příspěvků: 3362
Team Member: MOD |
Pokud to někoho zajímá, tak AP střešovice přejde do cloudu 10.19 a do sítě HCN (Hanspaul City Net), vedlejší AP sway zůstane v clodu 10.11 a na páteřní síti Arachne Labs, a peering mezi cloudy bude řešen kabelem. Ve Wi-Fi je na tomto objektu už plno plno, ale v rámci jiných technologií jsou spoje na sway (výhled: celá Praha) možné a s majitelem objektu dojednané. Sít HCN ovšm hodlá pro CZFree tranzit a peering hodlá poskytnout pouze část svého spoje (takže já k podobnému kroku nucen nejsem); je to zajímavé, protože řada členů CZFree tvrdilo, že něco podobného je nepřijatelné; mě to ovšem nevadí, protože pořád lepší než kdyby náš CZFree traffic do toho cloudu šel přes půl Prahy (a kromě toho taky politická a obchodní dohoda na tom kopci tak jako tak nebyla vůbec jednoduchá...)
Narazili jsme ale na jiný problém: podle současného paradigmatu BGP CZFree peerů by mezi dvěma cloudy neměl vést více než jeden propojovací spoj, protože propagace části adresního rozsahu do jiného cloudu by údajně "ohrožovala autonomii" toho cloudu, část jehož adres by se rozlézala v sousedním OSPF. To je problém například při propojování cloudů 10.11 a 10.18 (drtivá většina lidí chce internet od iGW která se nachází uvnitř 10.11 ...)
Suma sumárum: jedna věc jsou různá peeringová propojení mezi sítěmi, která mají vlastní iGW, a které se díky přirozeným ekonomickým mechanismům nevyhnutelně chovají víceméně rozumě. Druhá věc je dohoda s cloudy, které propojovací CZFree spoje používají i pro nákup internetu od jinud, a víceméně se brání bouřlivému růstu, který by už nedokázali řešit stávajícími levnými technologiemi... paradoxně samozřejmě od těhle lidí dostaneme méně CZFree peeringu i tranzitu, protože linku ucpe obyčejný internet, která si kupují od iGW uvnitř našeho cloudu.
Konkrétně mezi cloudem 10.11 a 10.18 se to asi bude během pár měsíců řešit upgradem technologie, ale stejně mě přijde pravidlo, že mezi dvěma cloudy má být jen jeden spoj poněkud omezující. Stejně tak i návrhy, aby se po ostatních případných spojích prodával jen internet přes NAT: tím se vlastně sousední cloud snaží odepřít nám CZFree konektivitu z toho cloudu, která našemu cloudu oprávněně náleží (děláme pro ně tranzit...): nejen že jeden spoj už totálně ucpali internetem, ale na další spoje by CZFree raději už vůbec nepustili (!)
__________________
|
24.01.2005 v 13:35
