OSPF - Podivne Chovani

kolousekkk

Mam sit mekolik mikrotku do kruku, dve konektivity kazdou na jinem miste tzn dva servery mam jako nat. Leta mi ofspf chodilo normalne a ted posledni dobou se mi deji ruzne veci bud mi na nejakem bode vypadnou routy nebo kdyz nahodou nevypadnou tak mi to jen pise ze to nemuze najit dns server a pochopitelne do netu nepinga a nejede to. Pritom zadany dns je atd. Nekdy pomuze jen restart, jindy musim na nejaky cas proste ten kruh prerusit vypnutim nejakeho spoje.Poradi mi nekdo co mam blbe. diky

Prosim vas pokud uz se to nekde resilo a vite o tom tak mi namisto rady hledej poslete odkaz na to tema, pokud o nem vite, dekuji Petr

reset

vim presne co s tim mas, mas to rozbity

pokud stavis sit asi tak jak pises naspisy, pak se ani nedivim

kolousekkk

jezisi diky to me zmatlo

menicks

standartně nejčastěji to býva duplicitní id nebo špatný čas.

ludvik

Důvodů může být tolik, že nevím jestli ti někdo dá odpověď :-) Další pěkné důvody jsou: špatné spoje (data neprochází, ale ospf se tam ještě někam vejde), chyba v NATce (mění SRC v OSPF paketech), switch s malou hranicí broadcast/multicast stormu. No a někdy je odpověď "prostě mikrotik" ...

Zkus to odladit, ospf lze házet do logů (nedoporučuji ale do souboru, je toho docela dost).

kolousekkk

spoje mam ok, o tom jsem presvedcen. Ono totiz kdyz mas mk kde je vsechno ok a prez lan kabel druhej mk groove sektor s kliosema ktery pul roku jede v pohode a najednou se objevi hlaska v logu kterou tu kazdy popisuje jako bug a routy sou fuc, po restartu jsou zase back tak nevim no, nicmene meli sme na siti v ospf redistribute connetced route as type 1 (leta a bylo to v klidu) dali jsme je pred dvema dny na NO a je zatim klid ale i predtim se to chovalo nevyzpitatelne, jednou to padlo na lan rozhrani podruhy na koncovem bode prez wifi. Jinak na 99 procent dycky koncovy bod.

kolousekkk

duplicitni routed ID jsem prosel. A cas myslis toho mk? to je fakt ze jsem nejaky take upravoval, dokonce jsem s podivem zjistil ze nova jednotka groove ani nemela balicek nainstalovanej

ludvik

s tím časem to zase tak horký není. podle mě dokonce vůbec ... funguje to i při startu, ještě dřív než se sesynchronizuje čas (jelikož RBčka nemají dodnes RTC). A žádný extra balíček potřeba není, SNTP klient je v základu.

kolousekkk

hledam na jakym bode to bylo ale vazne jsem ho tam proste nemel. nicmene zatim maka vsechno jak ma, kdyz se na bodech tere jsou v okruhu nastavilo na ospf vsechny redistribute na NO

kolousekkk

tak jsem to zakrikl je to tu zase

16 route,ospf,info Database Description packet has different master status f

lag

16 route,ospf,info new master flag=false

16 route,ospf,info OSPFv2 neighbor 192.168.17.1: state change from Full to 2

-Way

16 route,ospf,info Database Description packet has different master status f

lag

16 route,ospf,info new master flag=false

16 route,ospf,info OSPFv2 neighbor 192.168.17.1: state change from Full to 2

-Way

16 route,ospf,info Database Description packet has different master status f

lag

16 route,ospf,info new master flag=false

16 route,ospf,info OSPFv2 neighbor 192.168.17.1: state change from Full to 2

-Way

hapi

typická chyba. Zajímalo by mě proč to najednou začalo dělat. Evidentně jde o to že se nedohodnou na tom kdo bude master (designated router). Já sem se jednoho dne nasral a poupravil všude priority a od tý doby je klid. Ale sere mě to.

kolousekkk

hapi na tom routeru sou akorat dve rozhrani, ether 1 tim to priteka je backup a wifi kerou to posila dal je deasignet, mam tedy dat tu wifi pasive??????

hapi

ne to ne. Já dávám na takových spojích prioritu 1 a 0.

Typicky ptp spoj:

přívod ---- ethernet(router)wifi ---- wifi(router)ethernet ---- pokračuje

samozřejmě na každej interface přidaný OSPFko, nic typu "interface all". Pak si můžu ty prio nastavit pro každej iface.

kolousekkk

no nez si odpovedel skusil jsem to teda tak ze ether jedna rucne a pak all a pasive a ni se nedelo po restaru mk vsak je ether 1 deasignet a wlan backup

no necham to zas esi se to bude chrout tak tam nasekam asi jeste ty priority

majklik

OSPF není závislé na přesném reálném času.

Implementace v ROS (a nejen v něm) neunese, pokud se v OSPF šíří velký počet external rout, či-li všechny ty connected/static routeres vyházet, pokud to jde udělat jako korektní areu. Ideálně se šíří jen jedna externí routa - defualt routa. :-) Je to asi dáno tím, že s ext routama se jinak počítá a zblbne to na tom.

Typicky ptp spoj:

přívod ---- ethernet(router)wifi ---- wifi(router)ethernet ---- pokračuje

Pro takový spoj se nastavuje, že network type=point-to-poit a vůbec se neprovádí určování DR/BDR, protože kde jsou na lince jen 2 routery proti sobě, tak je to zbytečné. A je na takovém spoji i rychlejší start OSPF, protože se nečeká, než se uhlasují vzájemně kdo je kdo. Priorita je pak nepodstatná.

hapi

to sice ano ale musim je navzájem vyplnit což celou dynamiku kazí.

majklik

Pleteš si variantu point-point a nbma. Ano, u nbma musíš vyplňovat adresy peerů. Ale zde není důvod používat nbma (pokud teda neblokuješ průchod multicastu a linka je něco chytřejšího, než obyč 802.11, kdy se multicast přenáší na defualt nejnižší rychlosti a s oblibou par ztrácí).

hapi

fakt? je to možný :-)

ovšem na ptmp to už tak nejde a i tam se tyhle master status flagy honí do nekonečka než je dojdeš vyřešit manuálně :-)

kolousekkk

takze od vcera co jsem dal ether 1 ruco a teda opravil to jeste na prioritu 0 a wlanku pasive zatim zadny problem tak to jsem teda zvedavej jak dlouho to tomu groove vydrzi :)

majklik

takze od vcera co jsem dal ether 1 ruco a teda opravil to jeste na prioritu 0 a wlanku pasive zatim zadny problem tak to jsem teda zvedavej jak dlouho to tomu groove vydrzi :)

Jen jsem nepostřehl. Ten groove je součástí toho kruhu nebo jako AP pro koncové klienty? Pokud koncvé AP, máš to OK, pokud součást kruhu, tak nastavneím wlan na pasivní režim jsi ten kruh rozpojil.

fakt? je to možný :-)

ovšem na ptmp to už tak nejde a i tam se tyhle master status flagy honí do nekonečka než je dojdeš vyřešit manuálně :-)

Jo, je to tak. A doporučuji na konfiguraci, kde jsou jen dva orutery to point-to-point používat. Nikdy s tím nebly problém.

S tím "ptmp" opatrně. Měl jsi na mysli brtodcast? Tam ano, občas je to zmatené. Nicméně prioritiy nastavuji vždy tak, aby DR router byl ten směrem do centra nebo podle nějaké politiky.

A na to slovo "ptmp" pozor, to je další režim, který mikrotik umí (jeho specifický, řekl bych náhrada za subinterface způsob u Cisca), ten opět volbu DR/BDR nepoužívá. Takže by šel použít teoreticky tam, kde je víc těch routerů na jednom segmentu, ale komuikace by pak byla každý s každým slyšeným, což obvkyle nechceme. :-)

Další stránka »