classic.ISPforum.cz

Tak, tedy zkusim tady rozpoutat uzitecne vlakno, kde probereme neco trosku slozitejsiho, teda, pro me slozitejsiho . Mozna ze to pozdeji pomuze nekomu kdo hleda informace a umi pouzivat funkci hledani.

Abych nejak zacal, tak mame sit kde je par routeru (spoje p2p na pateri, apcka, bytovky - celkem je to dneska asi 65 masin, vetsinou RB a vyhradne vse na RoS), cela sit je routovana. Kdyz jsem dal dohrmady prvnich deset routeru tak prestalo bavit psat rucne routy, tak jsem pouzil RIP, po dalsi cca 10tce jsem na doporuceni tady fora zacal vyuzivat OSPF. Vyuzivam ho prakticky pouze v te nejprimitivnejsi forme, proste to jen dynamicky routuje, jedna oblast (area = backbone), nahazim tam rozsahy na danem stroji, zadam jedinecny identifikator (ip adresu) a spojim to s protejsi stranou. Za chvilku se vse nacte a novy uzel je nasvete. Tak. Potud vse chapu a vse mi funguje. Ted bych chtel udelat kruh, mam nekolik spoju ktere uzaviraji kruh a kdyz prestane nahodou fungovat net normalni cestou tak to rucne spojim a nastavim nove site a jede to z druhe strany. Rad bych to ale udelal tak aby to jelo samo stale a podle potreby se vyuzivali v pripade nedostatku prenosove kapacity i oba spoje naraz. Tedy kde vlastne zacit? Resp. cim zacit? Neco jsem cetl v manualu, ale popravde moc chytrej z toho nejsem. Konkretne bude potreba asi nastavit ruznou "cenu (cost)" tech spoju a mozna i to rozdelit na vice oblasti (area) ...

zrovna předevčírem jsem si cvičně spojil dvě lokality a zakruhoval. Všechno co jste věděli do tý doby o routování se vám při zakruhování totálně zamotá. Stalo se mi, že internetový data lítali v kruhu jako že download běžel jednou částí a upload druhou. Ovšem tracerty z těch routerů na kruhu se chovali jinak než tracert z gatewaye. Zkoušel jsem i nastavovat cost a prioritu ale valnej výsledek to nemělo ale asi jsem dělal něco špatně. Čekal jsem, že při zakruhování se do routovacích cest připíše další s jinym distance ale ono se to připsalo k tý samí a byly tam za sebou zadaný dvě gatewaye se stejnym distance což mě zaskočilo.

zajímalo by mě jak řešíš agregaci rout nebo proč je OSPF tak tupý a nedokáže zjistit že on je ten router na konci a brána do všech ostatních sítí je jenom jednim směrem. Takhle má i router na konci sítě všechny sítě po cestě. Dá se to nějak řešit areama nebo tak něco?

jediné co je potřeba udělat, je nastavit cost hodnoty spojů, a to z obou stran spoje stějně, pak to funguje perfektně

- Nakresli si mapku te casti site ktera tvori kruh (kolecka jako routery spojene carama), cervene vybarvena gateway do inetu
- nad cary si napis COSTy, od kazdeho routeru se pojede ke gatewayi tim smerem, kde je nejmensi soucet COSTu (stejne tak od gatewaye k routeru) - podminkou je, ze jsou stejne COSTy nastavene na OBOU stranach spoje. Pokud je na kazde strane spoje jiny cost, bude kazdym smerem jiny soucet a muze to chodit "do kruhu" (coz taky nekdy nemusi byt od veci)
- OSPF routy neagreguje, ono to totiz neni ani moc potreba. Par stovek rout neni nic, co by router nejak zatizilo, mozna vice vykonu by sezralo pocitani tech agregaci pri zmenach topologie

Je dobre si precist dokumentaci OSPF, jak to funguje, jak se cesty pocitaji a vybiraji, co si mezi sebou boxy posilaji... a pak je vsechno jednodussi a jasnejsi

Jen tu doplnim co uz bylo psano a zvlast pro Hapiho ktery se na to ptal (za ten tvuj scriptik na hlidani napeti v RB )

Doporucuji delit na Area (oblasti) a to minimalne ze techto duvodu:
- data se docela casto vymenuji pri kazde zmene stavu v siti. Pokud to nastavite do oblasti siri se zmena jen v ramci oblasti (mensi traffic pro sireni LSU paketu a jejich potvrzeni od kazdeho routeru)
- muzete nastavit typ oblasti stub, ktera ma pouze jedinou moznou cestu ven (treba do dalsi oblasti - vetsinou backbone jinak pres virtual link se da pripojovat i do jine oblasti). Nastavite proto VSEM routerum v teto oblasti typ area - stub. Do teto oblasti se nebudou sirit vsechny routy z ostatnich oblasti ale jen default route z vlastni oblasti) Je to prehlednejsi a pohodlnejsi na servis. backbone area nemuze byt stub!
-pokud mate v oblasti vice typu smerovacich protokolu (nap RIP) nastavte vsem routerum v oblasti typ nssa. Je to stejna vec jako stub ale propaguje i route nap. rip nebo bgp
-Sumarizace route (Area Ranges) Plati pro sumarizaci rozsahu siti nebo subnetu z oblasti s kratsi maskou. Sumarizace se dela prave na hranicnim routeru oblasti, kdyz staci posilat jen jeden rozsah misto jednotlivych "kousku" stejne site

Pouzivam to v nasi siti ve velkem a redukuju tim stovky route v tabulkach. Je to rychle pro servis i pro prehled v routach. Jinak pro zakruhovani plati co jiz kolegove pisou jen si nekreslim obrazky ale hodnotu cost zjistuju v polozce ospf routes..

pepop

Dekuji predne vsem za podnete prispevky. Jal jsem se tedy udelat jednu area, tedy vzal jsem jednu cast site, 4 routery zasebou, do ktere vede jen jedna cesta, tedy z prvniho router dal. vsechny site v zalozece ROUTING > OSPF > NETWORKS z routeru 2 az 4 jsem hodil do nove vytvorene AREA, ale ted jak to bude na routeru cislo 1, tam hodim do te nove AREA pouze sit ktera jde dal na zbytek routeru v teto nove area a tu sit ktera jde do zbytku me site, tedy do netu, hodim normalne do backbone? je to tak spravne?

Ano na routeru ktery dela hlavni GW bude jedna sit v area oblasti a druha sit v druhe oblasti (backbone)
Nastav si areu ktera ma pouze jednu cestu ven jako stub OSPF -> Area -> Area type(musis na vsech routerech jinak to nebude fungovat)

michal.siman píše:Dekuji predne vsem za podnete prispevky. Jal jsem se tedy udelat jednu area, tedy vzal jsem jednu cast site, 4 routery zasebou, do ktere vede jen jedna cesta, tedy z prvniho router dal. vsechny site v zalozece ROUTING > OSPF > NETWORKS z routeru 2 az 4 jsem hodil do nove vytvorene AREA, ale ted jak to bude na routeru cislo 1, tam hodim do te nove AREA pouze sit ktera jde dal na zbytek routeru v teto nove area a tu sit ktera jde do zbytku me site, tedy do netu, hodim normalne do backbone? je to tak spravne?

pepop píše:Ano na routeru ktery dela hlavni GW bude jedna sit v area oblasti a druha sit v druhe oblasti (backbone)
Nastav si areu ktera ma pouze jednu cestu ven jako stub OSPF -> Area -> Area type(musis na vsech routerech jinak to nebude fungovat)

no nevydrzel jsem cekat na odpove a nastavil to tak uz, vse funguje ok, dival jsem se posleze na routy a jsou tam opravdu jen routy z te oblasti, nic vic. takze mam praci jeste na par hodin abych rozdelil celou sit na routy. potom se pustim do kruhovani.

zajimalo by mne, jak je to s sifrovanim rout? ma to smysl tam zapinat nejake sifrovani? nebude to mit za nasledek pouze pridani dalsi zateze na router?

Takze, at nezacinam nove vlakno, potreboval bych pls radu

Chci zakruhovat stred site, nechci a nemuzu pouzit (R)STP, jsou to dve ruzne vetve site routovane staticky:


ROUTER - area1
- area2

Kazda area jede z jine sitovky v routeru, cilove oblasti chci propojit spojem a tak vznikne kruh, muzete mi pls nekdo poradit jak na to v OSPF, staci nakopnout . Dikes

Ja pouzivam sifrovani na interface. Da se sifrovat tusim i area, ale nesetkal jsem se s tim ze by byl nejaky problem se sifrovanim ani s vykonem stroju.
Nastavi se to u interface MD5 a key das heslo. Samozrejme protistrana ma to same nastaveni.

michal.siman píše:

pepop píše:Ano na routeru ktery dela hlavni GW bude jedna sit v area oblasti a druha sit v druhe oblasti (backbone)
Nastav si areu ktera ma pouze jednu cestu ven jako stub OSPF -> Area -> Area type(musis na vsech routerech jinak to nebude fungovat)

no nevydrzel jsem cekat na odpove a nastavil to tak uz, vse funguje ok, dival jsem se posleze na routy a jsou tam opravdu jen routy z te oblasti, nic vic. takze mam praci jeste na par hodin abych rozdelil celou sit na routy. potom se pustim do kruhovani.

zajimalo by mne, jak je to s sifrovanim rout? ma to smysl tam zapinat nejake sifrovani? nebude to mit za nasledek pouze pridani dalsi zateze na router?

No moc nerozumim s cim chces poradit ale obecne by to vypadalo takto:

MT ktere budes mit na stredu a v kruhu definuj jako area backbone a vsechny vetve ktere z ni budou vychazet jako dalsi zvlast area. U backbone mam nastavene Networks jako celou sit napr. 10.0.0.0/24 u kazdeho interface. to je muj kruh.
Jednotlive vetve, ktere nemaji moznost jine cesty do internetu nez pres backbone mam definovane jako stub, pokud na sebe navazuji i dalsi area v jinem bodu tak to necham ve vychozim a upravim jen hodnoty cost,
pokud mas do backbone area vice konektivit (idealni stav) je to uz pouze vec nastaveni cost na jednotliviych interface.

Ajfel píše:Takze, at nezacinam nove vlakno, potreboval bych pls radu

Chci zakruhovat stred site, nechci a nemuzu pouzit (R)STP, jsou to dve ruzne vetve site routovane staticky:


ROUTER - area1
- area2

Kazda area jede z jine sitovky v routeru, cilove oblasti chci propojit spojem a tak vznikne kruh, muzete mi pls nekdo poradit jak na to v OSPF, staci nakopnout . Dikes

nakreslil jsem tedy schema tak jak jsem to pochopil z vlakna, jeste bych potreboval vedet ,jestli jsem to pochopil dobre ,abych nematl ostatni

pepop píše:

6host píše:nakreslil jsem tedy schema tak jak jsem to pochopil z vlakna, jeste bych potreboval vedet ,jestli jsem to pochopil dobre ,abych nematl ostatni

jj pochopil jsi to dobre

Zdravim vsechny, procital jsem si vlakno a nastavil OSPF na trech routerech. ID 2 a 3 jde do Netu ID 1 je s jako treti, kterej ma na sobe klienty... Vse chodi jak vino, ale pokud jsem na ID1 nastavil stejne COSTy na ID2 a ID3, zacalo se to chovat jako Load Balancing, jenze mi padaly kriticke aplikace. (tento problem se tu uz obecne resil v jinem vlaknu - ze neni MK na LB uplne dokonaly) Ja si myslim, ze to musi jit. Vyresil jsem to zatim vetsim COSTem na ID2 a chova se to stabilne jako Fail Over. Ale ta myslenka na LB me stale vrta v hlave...
Nasel jsem nekolik pojednani o LB viz.:
1) http://wiki.mikrotik.com/wiki/ECMP_load_balancing_with_masquerade
2) http://wiki.mikrotik.com/wiki/NTH_load_balancing_with_masquerade
Domnivam se, ze vzhledem k dynam. routovani tohle nemohu pouzit,
ale zvlaste mne zaujalo toto: http://wiki.mikrotik.com/wiki/Route_Selection_Algorithm_in_RouterOS
Nedokazal by jste nekdo poradit, jak to implementovat do OSPF?
Verim, ze tudy by cesta vest mohla...

Diky za nakopnuti.

P.S.
Trochu jsem nepochopil tu distribuci rout... Na kazdem routru mam v Routes vsechny routy ze vsech routeru. Fakt je ale, ze to mam vsechno v jedne Area. To me zatim moc netrapi...