kazde AP urcite nedostane minimalne jedno C, ale maximalne jedno C. A to jenom ti lidi, kteri si o to Ccko vylozene zazadaji a budou k tomu mit aspon nejake vysvetleni ..
Na standartni AP se bude stale pridelovat 32, protoze to bohate staci a neni duvod to delat jinak ..
Mimochodem vydelte si 256/32, a zjistite, ze 8 becek urcite nedostanem, a kdyz to Bcko bylo pro Ostravu, kdyz dostanem neco vic tak to bude pro cely severomoravsky kraj ..
Takze zadny zmatky
Nevim...mozna placnu nejakou ptakovinu...ale jakym zpusobem si predstavujete propojeni OV site s Prazkou CZFree? Premysleli jste nekdo nad tim, ze v Ostrave musi fungovat nejaka brana resp. spis nekolik bran, ktere budou tunelovat jednotlive casti site...vyzadujici aktivitu obou adminu na obou stranach? Resp. tunelovani a routovani segmentu bude vyzadovat uzkou spolupraci s Prahou? Nemyslite, ze rozdelovani jednotliveho prideleneho prostoru je tak trochu predcasne dokud nebude jiste jestli "spojeni s Prahou" vubec bude, resp. jestli opravdu cela Ostravska CZFree bude mit direct connect s Prazkou czfree? Pokud budeme chtit mit vsichni "direct connect s Prahou" budeme se muset vsichni financne podilet na konektivite na jednotlivych branach a co kdyz polovina lidi rekne "Ja nepotrebuju byt spojen s celou ceskou czfree...mi staci kdyz budu s Frantou a Pavlem, kteri bydli o dve ulice dal...a muzu s nima parit hry" Tak nevim jestli je handrkovani se o prideleni "prazskeho" IP prostoru namiste a jestli by nebylo rozumne vest paralelne svuj vlastni "ostravsky" prostor a otazku pridelovani "prazskych" segmentu nechali radeji na spravcich internetovych bran, kteri budou schopni a vubec ochotni poskytnout konektivitu nebo cast konektivity pro tunelovani site CZfree...berte to jenom jako uvahu a zkuste se nad tim zamyslet....
Podle me je potreba se koordinovat s Prahou, protoze az jednou budeme propojeni, nebudeme se muset precislovavat.
Smerovani potom bude zajistovat BGP.
Ad propojeni s Prahou v nynejsi dobe - zatim je to podle me nerealne a bude to zaviset jenom na tech jednotlivcich, co tohle budou chtit, jak si to dohodnou.
VPNka ma totiz dva konce a konektivitu do NETu (pocitam, ze VPN by byla pres internet) musis platit na obou stranach.
__________________
vlasaty spravce AP Gwartass, Ostrava - Svinov
********
NH! ..a ve slove "krava" se nad prvnim "a" pise carka!!!
Tak se to tady trochu rozjelo a já si taky trochu přiložím:
1)na NODE by se melo pridelovat 1C a to predevsim proto, aby spravce nemusel kvuli kazde blbosti shanet dalsi adresy - a Shakeu promin, ale tak jak jsi zacal adresovat Porubu je to kravina - adresy by se mely rozdelit tak, abycho mohli pouzit principu SUPERNETINGU a SUBNETINGU - je treba co nejvice site slucovat a tim zkracovat routovaci tabulky - pokud napr. PetrHonus bude chtit pro sve AP dalsi adresy (treba pripoji nejaky barak), tak uz BUDE V PRDELI a bude mit dva nesouvisle rozsahy /27 misto jednoho /26 - kdyz se bude davat 1C na AP, tak je fatk 256 NODEs pro celou SM malo - no a proto jsme s mgoleme zarizovali ty adresy.
Shaku, napis JEDINY ROZUMNY DUVOD proc /27 a ne /24 - kdyz adres mame hromadu.
Dulezite taky je, ze takhle na AP udelam routy pro to jeho C a UZ NIKDY se tyhle routy nebudou muset menit - jinak budeme kazdou chvili neco menit a prekonfigurovavat
2) XLIBOR: mozna jsem to pochopil spatne, ale zda se mi nevhodne, aby se o adresy staraly iGW - to by v tom byl pekny BORDEL. VPN propojeni ze strany Prahy by problem nebyl (opet, mgolem mluvil s NETDAVEm) a kde se najde konektivita na nasi strane to je druha vec (mozna by slo zaridit, ze by do prahy kazdy jel pres svoje pasmo na brane - a kdyz k nemu poleze nekdo z Prahy tak taky). Propojenu by se resilo urcite tunelem a asi by tam musel byt BGP router (ale to zalezi na Prazacich - tohle neresme, protoze jim techto tunelu par funguje, takze na to asi maji neco vymyslene)
__________________
Lide v CZFree se dělí na tři skupiny: 1) deu; netdave 2) ti co znají jejich čísla 3) ti ostatní
Jo, mgolem to ma - prozatim se da rict, ze je ostrava rozdelena na tri casti - poruba, jih, centrum a pro ty jsou nejake rozsahy. Pokud vim, tak to ma mgolem rozplanovane jeste do vetsich detailu, ale to uz jsem nevidel
Kazdopadne pokud dostanu nejaky plan tak ho na WEBu zverejnim (treba jako dalsi vrstvu v mape)
Problem je v tom, ze pokud dostanem ty adresy, tak se to asi bude menit
__________________
Lide v CZFree se dělí na tři skupiny: 1) deu; netdave 2) ti co znají jejich čísla 3) ti ostatní
No na tom co jsem rikal jsem se dohodl s mgolemem, kde jsme se shodli na tom, ze davat vic adres nez je treba nema kloudne opodstatneni ..
Kdo tvrdi, ze neco zkrati routovaci tabulky a bude to nejake plus je vedle, protoze to vsechno pojede na OSPF. Kazdopadne jak rekl mgolem, kdyz bude vic adres tak tem co rvou dame Ccko a bude klid a muzeme se venovat v klidu stavbe site, protoze hadat se o blbostech nema smysl.
Takze jak rikam, ten kdo bude chtit cecko tomu ho dam.
Stale trvam na tom, ze na zcela prumerne AP, kterych bude 99% je 32 adres dost! Pater jede na jinych adresach tak jako paterni smerove spoje. A kdo chce na apcku poskytovat pripojeni vice nez 10ti lidem je blazen.
Kdyz si nekdo rozmysli a postavi si ap druhe, nebo udela po baraku vnitrni sit tak nemame problem s tim mu pridelit dalsich 32 adres a muze mu byt uplne fuk, ze nejsou vedle sebe, protoze on to stejne chce routovat jinam a za nas to udela OSPF takze o co go?
A jestli nekdo tvrdi, ze routovani je rychlejsi kdyz jsou kratsi routovaci tabulky tak proste blaboli
Ohledne delky routovacich tabulek, samozrejme ze ti co pouzivaji staticke routovani bojuji o co nejkratsi tabulky, aby to meli prehledne ..
Jiste ze ospf musis nastavit abys pripojil novy router, jenze nastavujes jen ten kde budes pripojeny a ten novy .. Takze to resis jen s jednim clovekem coz je x krat (za x si dosad pocet routeru v Ostrave) jednodussi nez jinak.
Co se tyce te rychlosti, tak mozna to leckomu vyrazi dech, ale uz BSD nekdy v roce 1994 implementovalo routovaci tabulky pomoci datove struktury radix trie, ktera ma slozitost vyhledavani O(N) kde N je delka ADRESY. Tudiz slozitost vyhledani routy NEZALEZI na poctu prohledavanych rout.
Asi kolem roku 2001 bylo v BSD toto routovani nahrazeno ETH WASHU algoritmem, ktery ma v nejhorsim pripade slozitost O(log 2 N) kde N je opet delka ADRESY (vsimni si .. konstanta .. pro mene chapave - pokud mluvime o IPV4).
Tento algoritmus se pouziva na BSD od roku 2001! Melo by nejaky duvod, aby to nekdo neimplementoval na Linux? Minimalne packed trie nebo radix trie se na linuxu pouziva uz MILIONY (pozor obrazne) let.
(mimochodem zrejme pouziti teto struktury zere pamet, coz muze na pracovnich stanicich /spis mohlo z historickych duvodu/ vadit, a proto je treba zapnout CONFIG_IP_ROUTE_LARGE_TABLES. Samozrejme je to pod advanced router .. )
PROTO JA TVRDIM, ZE NA POCTU ROUTOVACICH ZAZNAMU PRI ROUTOVANI NEZALEZI.. KDO CHCE TVRDIT OPAK NECHT HAZE FAKTY!! (fakt, nekdy se vyplati zajit na nakou prednasku na vysce .. opravdu se tam clovek i neco dozvi)
No a nakonec, abych dal v necem Icemanovi za pravdu, tak opravdu kdyz je vic rout tak OSPF bude mit vetsi baliky co bude propagovat (coz vsak bude delat v tak male mire, ze je zanedbatelne o tom hovorit) a dale zpomali se vypocet nejefektivnejsich cest, ale to se opet pocita vzdy jen pri zmene a i pri 100000 rout je ten vypocet v radu zlomku vterin :-)
Mimochodem na internetu se da najit spousta odkazu, kde na pentiich routuji radove 30k rout pres BGP pod zebrou a linuxem .. A nikde si na rychlost nestezovali ..
Jo a na pripojeni 10ti useru spotrebovat 40 ip .. to jsem taky nepochopil .. ale jak jsem rikal bude ti prano .. Kazdy kdo bude mit eminentni zajem dostane Cecko, a muze si ho treba doma strcit do skrine. Btw. jeste ke starsimu .. zpetne vybirat nepouzivane adresy kdyz pochybne? No to si asi delas prdel, ze ti lidi neco vrati kdyz jim neco das .. *lol*
No nic, trochu dlouhe, doufam, ze poucne, a ne uplny blabol, kdyztak to skipnete a vesele pokracujte ve svojich flame.
01.07.2003 v 13:10
