OSPF

skrebon

Panove, vcera po dlhom testovani som vypol RIP a nasadil len OSPF. Kompletne to behalo vyborne. Dnes v noci som spravil par testov vratane restartu dvoch routrov a ostali mi v neighbors v stave exchange niektore routre. Kazdopadne ani trasa nesla. Cely routing bol rozsipany. Na PtP spojoch sa DR a BDR spravne inicializoval, ale v sieti, kde ospf mam i na routroch obsluhujucich bytovky uz to bolo na prdel :-( DR nebol ako pise manual The first OSPF router on a subnet is always elected as Designated Router, when second router is added it becomes Backup Designated Router. When existing DR or BDR fails new DR or BDR is elected taking into account configured router priority . Router with the highest priority becomes the new DR or BDR. prvy router v subnete, ale niektora bytovka...

V logu sa objavovalo nasledovne:

06:15:04 route,ospf,info OSPF neighbor x.y.z.44: state change from Full to 2-Way

06:15:45 route,ospf,info Database Description packet has different master status flag

06:15:45 route,ospf,info new master flag=false

Discarding packet: packet is for DRs and BDRs only

Priklad mojho nastavenia ospf (mal som nastavene ako kazdy iface zvlast, tak vsetky jednym pravidlom-i tak som to nedal do chodiveho stavu)

/routing ospf area

add area-id=0.0.0.0 authentication=none disabled=no name=backbone type=default

/routing ospf

set distribute-default=never metric-bgp=20 metric-connected=20 metric-default=1 metric-rip=20 metric-static=20 mpls-te-area=unspecified mpls-te-router-id=\

unspecified redistribute-bgp=as-type-1 redistribute-connected=as-type-1 redistribute-rip=as-type-1 redistribute-static=as-type-1 router-id=0.0.0.0

/routing ospf interface

add authentication=md5 authentication-key=[i]heslo[/i] authentication-key-id=1 cost=10 dead-interval=40s disabled=yes hello-interval=10s interface=all \

network-type=broadcast passive=no priority=1 retransmit-interval=5s transmit-delay=1s

/routing ospf network

add area=backbone disabled=yes network=x.y.z.0/24

add area=backbone disabled=yes network=x2.y2.z2.0/8

add area=backbone disabled=yes network=x3.y3.z3.0/24

add area=backbone disabled=yes network=x4.y4.z4.0/24

Skuste mi dat nejaky napad, cim by to mohlo byt, coho sa vyvarovat apod. V tychto linkoch som nenasiel postacujucu odpoved.

http://cisco.iphelp.ru/faq/5/ch09lev1sec6.html

http://wiki.mikrotik.com/wiki/Manual:OSPF_Case_Studies

Verzie MK: ptp 3,24 a 3,30; bytovky 3,10

jenya

Predevsim bych sjednotil vsechny verze routerOS, na nejlepe nejnovejsi verzi (3.30).

Potom, pokud neni treba sumarizace, uprednostnovani nejakych tras, loadballancig a pod. nechal bych to vsechno nastaveni v defaultu.

Pokud nepotrebuji redistribuci statickych rout, (OSPF bezi na vsech routerech) vsude a u vsech moznosti redistribute NO (default). Mimo brany do netu, kde samozrejme musi byt redistribute default route.

Pokud jedina area, kterou tam mas je backbone, nema smysl do ni pridavat dalsi networky, jeden defaultni radek (bacbone a 0.0.0.0) automaticky zahrnuje vsechny connected site na routeru.

Nakonec, nekdy se stane, ze po restatu router proste neobjevi sveho souseda a nenavaze s nim vztah, nevim proc, ale dalsi restart, nebo restart souseda pomuze.

skrebon

Predevsim bych sjednotil vsechny verze routerOS, na nejlepe nejnovejsi verzi (3.30).

Chová sa to blbo i v rámci rovnakých verzií. Totiž jeden nemenej dôležitý bod obsahuje 3xRB411A a 1xRB411AH a všetko 3,24. A na tomto mieste medzi sebou nenadviazali stav "Full". A myslím, že bude nereálne upgradovať desiatky routrov na bytovkách na napr. 4,x ak sa tam opraví nejaký luxusný bug v ospf :-)

Potom, pokud neni treba sumarizace, uprednostnovani nejakych tras, loadballancig a pod. nechal bych to vsechno nastaveni v defaultu.

Ani sumarizácia, ani loadbalancing. Všetko default.

Pokud nepotrebuji redistribuci statickych rout, (OSPF bezi na vsech routerech) vsude a u vsech moznosti redistribute NO (default). Mimo brany do netu, kde samozrejme musi byt redistribute default route.

Na najslabších RB133 mi ospf nebeží, takže občas statická routa je potrebná.

Pokud jedina area, kterou tam mas je backbone, nema smysl do ni pridavat dalsi networky, jeden defaultni radek (bacbone a 0.0.0.0) automaticky zahrnuje vsechny connected site na routeru.

Jo i default 0.0.0.0/0 som mal nastavené, chovalo sa to asi rovnako...

Nakonec, nekdy se stane, ze po restatu router proste neobjevi sveho souseda a nenavaze s nim vztah, nevim proc, ale dalsi restart, nebo restart souseda pomuze.

No práve! Po reštarte jedného stroja sa to rozhodilo, že som musel dnes ráno o piatej privstať a nahodiť všade pôvodné RIP na pohodový víkend :-D

pajas

PROSBA:

mám rozsáhlou OSPF sí't, zatím vše bez problémů, teď ale řeším problém s distribucí statické routy

V odlehlejší části sítě v area "0.0.0.12"(není to backbone) typ "stub"(koncová area) mám RB532 odkud mám statickou routu na Ubunta, a tato routa se mi nedeleguje na další routry okolo. Nastavení "Redistribute static routes" mám zapnuto, měl jsem tam v3.30, teď jsem zkusil 4.6 a pořád to samé. Teď to řeším ještě statickou routou z vedlejšího MT, odkud se to deleguje. Tak teď nevím co s tím.

Může za to, že to není backbone?

Může za to, že to není typ default, ale stub?

Nemůže za to RB 532?

předem díky za rady

jenya

Domnivam se, ze stub.

pepop

PROSBA:

mám rozsáhlou OSPF sí't, zatím vše bez problémů, teď ale řeším problém s distribucí statické routy

V odlehlejší části sítě v area "0.0.0.12"(není to backbone) typ "stub"(koncová area) mám RB532 odkud mám statickou routu na Ubunta, a tato routa se mi nedeleguje na další routry okolo. Nastavení "Redistribute static routes" mám zapnuto, měl jsem tam v3.30, teď jsem zkusil 4.6 a pořád to samé. Teď to řeším ještě statickou routou z vedlejšího MT, odkud se to deleguje. Tak teď nevím co s tím.

Může za to, že to není backbone?

Může za to, že to není typ default, ale stub?

Nemůže za to RB 532?

předem díky za rady

p.

Ahoj, u MT jsem mel stejny problem. Bylo potreba na routrech se stub osfp definovat vsechny pouzite rozsahy v networks tak, jak je mas uvedene ip address

pepop

Jo jo - od te doby mame mnohem stabilnejsi linky ale uz zase nemame kruhy :-) Nicmene to, ze s nekterymi linux routery si to nerozumelo je fakt :-) Proste to obcas otocilo neco proti sobe a konec :-) A hledej proc se to deje (kdzy nemas pristup na ty routery po ceste) ... Mate nekdo kruhy delsi nez 5 routeru a funguje vam OSPF (s mikrotikama)?

Danik

Mame pres 15 routeru v kruhu a kruh jeste rozdeleny par "zkratkama"a zbytek (desitky routeru) na stub. Vse po tezkych bojich odlazeno, presmerovava mi to na vice konektivit v pripade vypadku jedne z nich. Mame aplikovany i filtry. Ted to vypada ze z MT prejdem na switche s L3 a podporou ospf. Ale to jeste nemam ani vyzkousene. Vse na verzich 3.30. Jen jsem zrusil sumarizaci route. Ne ze by to nefungovalo, ale vyznal jsem se v tom pouze ja :) a kdyz nekdo jiny hledal problem na routerech, tak nevedel co kde a jak. :

Jen poznamku. sumarizace funguje pouze u rozsahu následující za sebou,a jejich počet odpovidal mocninou dvou'! tzn sitě s maskou /4 /8 atd.

pepop

to screbon

Pises, ze mas v ceste ubnt?. Doporucuju, pokud ho mas ve wds modu (bridge) zapnout podporu multicastu, jinak ti neprojdou pakety pro synchronizaci. Podobne pravidlo muzes mit i na fw input v MT. Podivej se jestli tam nemas nejake proavidlo na drop, nebo jako prvni radek dej povoleni protokolu osfp

chain=input action=accept protocol=ospf

pajas

PROSBA:

mám rozsáhlou OSPF sí't, zatím vše bez problémů, teď ale řeším problém s distribucí statické routy

V odlehlejší části sítě v area "0.0.0.12"(není to backbone) typ "stub"(koncová area) mám RB532 odkud mám statickou routu na Ubunta, a tato routa se mi nedeleguje na další routry okolo. Nastavení "Redistribute static routes" mám zapnuto, měl jsem tam v3.30, teď jsem zkusil 4.6 a pořád to samé. Teď to řeším ještě statickou routou z vedlejšího MT, odkud se to deleguje. Tak teď nevím co s tím.

Může za to, že to není backbone?

Může za to, že to není typ default, ale stub?

Nemůže za to RB 532?

předem díky za rady

p.

Ahoj, u MT jsem mel stejny problem. Bylo potreba na routrech se stub osfp definovat vsechny pouzite rozsahy v networks tak, jak je mas uvedene ip address

Já mám na všech routrech všechny rozsahy v networks dle IP adres.

Takže ti ve STUB area funguje redistribude statických rout?

pajas

Jo jo - od te doby mame mnohem stabilnejsi linky ale uz zase nemame kruhy :-) Nicmene to, ze s nekterymi linux routery si to nerozumelo je fakt :-) Proste to obcas otocilo neco proti sobe a konec :-) A hledej proc se to deje (kdzy nemas pristup na ty routery po ceste) ... Mate nekdo kruhy delsi nez 5 routeru a funguje vam OSPF (s mikrotikama)?

Danik

Jen poznamku. sumarizace funguje pouze u rozsahu následující za sebou,a jejich počet odpovidal mocninou dvou'! tzn sitě s maskou /4 /8 atd.

Ještě jeden dotaz, to přesměrování na více konektivit děláš pomocí výchozí routy? A to přepnutí děláš skriptem?

Máte v síti veřejné adresy, nebo to máte celé za NATem?

díky za rady, pavel

skrebon

to screbon

Pises, ze mas v ceste ubnt?. Doporucuju, pokud ho mas ve wds modu (bridge) zapnout podporu multicastu, jinak ti neprojdou pakety pro synchronizaci. Podobne pravidlo muzes mit i na fw input v MT. Podivej se jestli tam nemas nejake proavidlo na drop, nebo jako prvni radek dej povoleni protokolu osfp

chain=input action=accept protocol=ospf

Nie, ubnt nemam v sieti vobec nikde. A multicast je povoleny. Na spojovakoch vo FW nie je ziadne pravidlo.

pepop

Já mám na všech routrech všechny rozsahy v networks dle IP adres.

Takže ti ve STUB area funguje redistribude statických rout?

no myslim, ze pokud to povolis aby je distribuoval, tak to udela. ja to nikde nepouzivam

pepop

Ještě jeden dotaz, to přesměrování na více konektivit děláš pomocí výchozí routy? A to přepnutí děláš skriptem?

Máte v síti veřejné adresy, nebo to máte celé za NATem?

díky za rady, pavel

Přesměrování v OSPF se dělá metrikou u default route (musiš ji samozřejmě distribuovat). Mam každou konektivitu do jiného routeru (na jiném místě v kruhu) Váha mi určuje, která konektivita má přednost. Pokud odpadne spojení na hlavní router, konektivita běží záložní linkou. žádný script není třeba.

Ja veřejné mám ve filtrech, protože každá konektivita je úplně jiný poskytovatel. pokud spadne GW která routuje ty veřejné, tak ty samozřejmě nejedou.

pepop

to screbon

Pises, ze mas v ceste ubnt?. Doporucuju, pokud ho mas ve wds modu (bridge) zapnout podporu multicastu, jinak ti neprojdou pakety pro synchronizaci. Podobne pravidlo muzes mit i na fw input v MT. Podivej se jestli tam nemas nejake proavidlo na drop, nebo jako prvni radek dej povoleni protokolu osfp

chain=input action=accept protocol=ospf

Nie, ubnt nemam v sieti vobec nikde. A multicast je povoleny. Na spojovakoch vo FW nie je ziadne pravidlo.

Tak se podivej na jednotlivých MT jestli ti chodí hallo pakety z jednoho MT na druhy. nebo máš chybu v nastavení ospf

besito

Ahoj, můžete někdo poskytnout screen nastavení obou stran s OSPF stub?

Nějak mi to zlobí :-D

michal_siman

Cas od casu, nekde casteji, nekde vyjimecne a nekde vubec, se mi v logu objevi hlaska typu:

21:37:53 route,ospf,info OSPFv2 neighbor 10.0.250.221: state change from Full to Down

kdyz se podivam na masinu na kterou odkazuje log tak tam nic zvlastniho neshledavam, vsude jsou stejne verze RoS (4.9). muze mi nekdo vysvetlit co presne ta hlaska znamena, resp. jak podobnemu zabranit. domnivam se ze to proste na chvilku shodi nejakou dynamickou routu a cast site (v rozsahu te routy) pak neni funkcni (resp. jiny mk ji nevytrasuje).

hapi

Full - adjacency is complete, neighbor routers are fully adjacent. LSA information is synchronized between adjacent routers.

Down - no Hello packets received.

michal_siman

Full - adjacency is complete, neighbor routers are fully adjacent. LSA information is synchronized between adjacent routers.

Down - no Hello packets received.

nu tohle jsem si taky nasel, spis me zajima co to znamena, jako ze kde hledat problem, co to muze zpusobovat. hello packet mi nic nerika, pokud by me to mohl nekdo v kostce a strucne vysvetlit.

hapi

hello paket jak už název napovídá je pozdravení okolních routerů a když tě někdo pozdraví, víš že žije a routy přes něj nejěpíš taky. Možná bych se zaměřil na propustnost broadcastu jako hlavní nosnou pro hello pokud se nepletu. Například station pseudobridge pro to moc vhodnej neni.

michal_siman

mam otazku, na vsech routerech pouzivam v ospf dynamicke interface, tady mk si je vytvari sam, v nastaveni ifacu tudiz jsou defaultni data. pouzivate to taky tak a nebo vytvorite iface v ospf natvrdo a popripade mu nastavite paramatry jako hello interval na jinou nez default hodnotu (10) ci jeste jine parametry?

« Předchozí stránka Další stránka »