OSPF > trosku vic nez jen dynamika ...

michal_siman

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) ...

hapi

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?

leeonek

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

rsaf

- 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

pepop

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

michal_siman

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

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)

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?

michal_siman

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?

ajfel

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

pepop

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.

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)

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?

pepop

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.

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

6host

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

pepop

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

mikki

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...

pepop

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...

Moc jsem nepochopil co presne zamyslis, ale LB se nastavuje treba u nstreme dual spoje, kde ospf udela jeden kanal TX druhy RX. LB u konektivit myslim ani nebude fungovat korektne u sluzeb jako je icq, voip atd. Lepsi je nadefinovat u obou routeru: redistribute default route - always 2. a cost stejne a data si uz vyberou kudy ven :)

Na tu posledni otazku odpovim hned. Ano distribute route je mezi areami a nebo mezi druhy dynamickeho routovani (ospf, bgp, rip)

mikki

No to je prave ten problem. U obou hranicnich routeru (ID2 a ID3) mam redistribute-default-route always 2 (na ID1 never), nastavil jsem stejnej COST mezi 2-1 a 3-1 .

Na ID 1 to udelalo routu 0.0.0.0/0 GW: ID2,ID3 a v ten okamžik začaly problemy konkretne s icq, voip atd. jak pises.

Prostě přeruší established connection, spoji to přes druhej router a konkretně icq se odhlasi a zase přihlasi....

Tomuhle chovani chci zabranit, ale at soucasne pouziva trafik pres ID2 i ID3.

Mel jsem to nastaveny pres static route, klasicky dany 2 brany a byl to prusvih s tema kritickejma aplikacema.

Tak jsem si myslel, ze to vyresi OSPF, ale ono to vlastne udela totez, pouze jen samo a ve finale se to chova stejne....

Proto ten okaz na reseni v BGP protokolu. Myslim si, ze by to melo jit nastavit i u OSPF.

pepop

Tak toto me nikdy nenapadlo to zkouset, ovsem to nastaveni pro bgp je shodne pro ospf, staci jenom ve filtrech vybrat misto bgp-in ospf-in. Jsou tam 2 priklady jak to udelat, sam netusim ktery by byl lepsi :)

mikki

No ja si myslim, ze ta prvni metoda je schudna, protoze na ID1 nemam AS routu. Ty jsou na hranicnich ID2 a ID3.

Ovsem, routing filter add chain=ospf-in ....., ale co ten druhy radek?

# use this filter for a bgp peer

routing bgp peer set peer1 in-filter=bgp-in

V ospf jsem nenasel ospf peer.... nebo neco podobneho.

Jak TO zaimplementovat do ospf...?

mikki

Ted jsem to trochu prolejzal a v ospf-> instance je na konci General In Filter a Out Filter, kde se da zatrhnout ospf-in a ospf-out.

Zkusil jsem to a naskocily do IP routes 0.0.0.0/0 obe brany.

Ale ted nevim jak se to chova pro icq...

Delam to zvenci...

Další stránka »