OSPF a rozdeleni segmentu na 2 GW

pepulis

Dobry den,

da se prosim nastavit nejak OSPF tak, abych napr. segment 192.168.110.0/24 poslal na GW 10.10.1.1 a segment 192.168.111.0/24 poslal na 10.10.2.1 za podminky, ze v pripade napr. vypadku spojeni na GW 10.10.1.1 se segment automaticky prepne na GW 10.10.2.1? Muzete mi nekdo poradit jak na to? Dekuju predem.

ludvik

Něco nastuduj: třeba :-). Cesta přes dva routery bude delší, než přes jeden - tedy ty segmenty budou fungovat každý po své lince. Pokud jedna linka vypadne, nezbude nic jiného, než to pustit přes ten druhý - cesta už nebude delší, neboť ta kratší už neexistuje.

pepulis

Nepovazuju se za uplneho odbornika na OSPF, ale castecne vim jak funguje a vyuzivam ho radu let a dle cost spoju se mi to v pripade vypadku prepina na zalozni spoj (primarne jede pres RB2a a v pripade vypadku pres RB3a). Me jde o rozdeleni zateze, kdy k jednomu RB1 je pripojen switch a do nej dve dalsi zarizeni RB2a a RB3a, ktere vytvari spoje dal. Chtel jsem ten datovy tok rozdelit a rict tomu RB1, ze tenhle rozsah posilej na RB2a a jiny na RB3a. Mozna se jen spatne vyjadruju a mozna je to v realu uplna blbost, coz nevylucuju. Proto jsem se zde ptal.

Něco nastuduj: třeba :-). Cesta přes dva routery bude delší, než přes jeden - tedy ty segmenty budou fungovat každý po své lince. Pokud jedna linka vypadne, nezbude nic jiného, než to pustit přes ten druhý - cesta už nebude delší, neboť ta kratší už neexistuje.

brody

Myslim, ze tohle pomoci OSPF neudelas. Na tom koncovym prvku (nakej router do kteryho mas zapojeny 2 GW) bys musel pomoci routing mark oznacit datove toky z danych segmentu a pak je staticky smerovat na nejakou IP tech GW. V routovaci tabulce bys pak mel 2x default GW pro ruzne routing mark.. V pripade vypadku bys musel skriptem testovat dostupnost a na zaklade toho si to upravit (disablovat znaceni) a povolit default route pro vsechno danym smerem.

pepulis

Myslim, ze tohle pomoci OSPF neudelas. Na tom koncovym prvku (nakej router do kteryho mas zapojeny 2 GW) bys musel pomoci routing mark oznacit datove toky z danych segmentu a pak je staticky smerovat na nejakou IP tech GW. V routovaci tabulce bys pak mel 2x default GW pro ruzne routing mark.. V pripade vypadku bys musel skriptem testovat dostupnost a na zaklade toho si to upravit (disablovat znaceni) a povolit default route pro vsechno danym smerem.

Rozumím. Díky za odpověď.

brody

Jeste sireni jednolivych subnetu v ramci area se da resit pomoci OSPF filteru (stejne jako napriklad filtery u BGP), ale to s tokem do netu (default route) nema nic moc spolecnyho. Dokazes tim jen to, ze nektere routery nebudou znat nektere cesty, pripadne vubec nektere subnety atd. Nicmene jestli v siti mas hodne prvku s OSPF v 1x area , tak ty filtery jsou asi cesta do pekel. Ptz pak kdyz se te nekde prepne nejaka zaloha a ty zapomenes kde mas jaky filtery, tak v tom je akorat gulas... ale tod jen moje zkusenost, nerikam, ze se s tim nedaj delat i uzitecny veci.

okoun

dohle jsem chtěl také udělat ale asi to prý nejde, co mi tedy kdysi říkal majklik...

jediné co můžeš je že to oddělíš costama, to potom bude fungovat

majklik

Okoune, myslím, že jsme řešili něco o fous jiného, asl ejá už raději nemyslím, protože to bolí. :-)

Nicméně k tazateli. Samotné jedno OSPF to nedá, dá se to udělat kombinací dvou instancí OSPF a vhodně volených OSPF filtrů. A pokud to rozhoduješ na jednom routeru, tak je to zcela hnusná a zbytečná konfigurace...

V případě, že to rozhodování o dalším směru děláš na tom RB1 a platí, že normálně co pošleš na RB2a (10.10.1.1?), tak odejde jedním směrem, co pošleš na RB3a (10.10.2.1?) druhým, tak se tomu dá snadno pomoci. Předpokládám nastavení, že costy máš voleny tak, aby normálně default routa z OSPF na RB1 mířila k RB2a, pak ti stačí na RB1 toto:

/ip route rule add routing-mark=to_rb3a src-address=192.168.111.0/24 action=lookup

/ip route add gateway=10.10.2.1 routing-mark=to_rb3a check-gateway=ping

Normálně se to RB1 bude dle OSPF dat posílat většina na RB2a, jen co má zdrojovku 192.168.111.0/24 se posílá natvrdo vše na 10.10.2.1. Přitom se 10.10.2.1 kontroluje pingem, pokud ten router/spojení k němu zdechne, tak se routa zneplatní a bude se to posílat dle default routy z OSPF asi na RB2a.

pepulis

Okoune, myslím, že jsme řešili něco o fous jiného, asl ejá už raději nemyslím, protože to bolí. :-)

Nicméně k tazateli. Samotné jedno OSPF to nedá, dá se to udělat kombinací dvou instancí OSPF a vhodně volených OSPF filtrů. A pokud to rozhoduješ na jednom routeru, tak je to zcela hnusná a zbytečná konfigurace...

V případě, že to rozhodování o dalším směru děláš na tom RB1 a platí, že normálně co pošleš na RB2a (10.10.1.1?), tak odejde jedním směrem, co pošleš na RB3a (10.10.2.1?) druhým, tak se tomu dá snadno pomoci. Předpokládám nastavení, že costy máš voleny tak, aby normálně default routa z OSPF na RB1 mířila k RB2a, pak ti stačí na RB1 toto:

/ip route rule add routing-mark=to_rb3a src-address=192.168.111.0/24 action=lookup

/ip route add gateway=10.10.2.1 routing-mark=to_rb3a check-gateway=ping

Normálně se to RB1 bude dle OSPF dat posílat většina na RB2a, jen co má zdrojovku 192.168.111.0/24 se posílá natvrdo vše na 10.10.2.1. Přitom se 10.10.2.1 kontroluje pingem, pokud ten router/spojení k němu zdechne, tak se routa zneplatní a bude se to posílat dle default routy z OSPF asi na RB2a.

To je presne ono, proste všechno posilat na RB2a, az na par segmentu, které poslu na RB3a.

Ano, costy mam momentalne tak, ze se vse vali na RB2a.

Vyzkousim to a dam sem vedet. Dekuju.