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.
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
OSPF a rozdeleni segmentu na 2 GW
Něco nastuduj: třeba http://www.cs.vsb.cz/grygarek/SPS/lect/OSPF/ospf.html
Nějak si nejsem jistý, co vlastně chceš. OSPF zjednodušeně dělá tohle: všem okolním OSPF routerům řekne, jaké má ON u sebe sítě. Ostatní routery si tyhle informace dají dohromady a dle ceny linek (parametr COST) vypočítají nejkratší cestu k tomu danému jednomu segmentu. A data pro ten segment posílají PŘES nejbližší router v té cestě.
Jestli jsi začátečník, úplně si vytěsni z hlavy pojem default gateway. Pomůže to.
To co chceš ty je práce pro tři routery a tři linky. Zapojené do kruhu (resp. trojúhelníku
. 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.
Nějak si nejsem jistý, co vlastně chceš. OSPF zjednodušeně dělá tohle: všem okolním OSPF routerům řekne, jaké má ON u sebe sítě. Ostatní routery si tyhle informace dají dohromady a dle ceny linek (parametr COST) vypočítají nejkratší cestu k tomu danému jednomu segmentu. A data pro ten segment posílají PŘES nejbližší router v té cestě.
Jestli jsi začátečník, úplně si vytěsni z hlavy pojem default gateway. Pomůže to.
To co chceš ty je práce pro tři routery a tři linky. Zapojené do kruhu (resp. trojúhelníku
. 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.
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
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.
ludvik píše:Něco nastuduj: třeba http://www.cs.vsb.cz/grygarek/SPS/lect/OSPF/ospf.html
Nějak si nejsem jistý, co vlastně chceš. OSPF zjednodušeně dělá tohle: všem okolním OSPF routerům řekne, jaké má ON u sebe sítě. Ostatní routery si tyhle informace dají dohromady a dle ceny linek (parametr COST) vypočítají nejkratší cestu k tomu danému jednomu segmentu. A data pro ten segment posílají PŘES nejbližší router v té cestě.
Jestli jsi začátečník, úplně si vytěsni z hlavy pojem default gateway. Pomůže to.
To co chceš ty je práce pro tři routery a tři linky. Zapojené do kruhu (resp. trojúhelníku
0 x
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.
0 x
brody píše: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ěď.
0 x
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.
0 x
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
jediné co můžeš je že to oddělíš costama, to potom bude fungovat
0 x
Povoláním ISP není jen připojovat lidi k internetu, ale také jim dokázat vysvětlit, že bez pořádné investice do HW nelze udělat kvalitní přípojku a domácí síť...
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.
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.
0 x
Majklik píše: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.
0 x