ospf časování a wifi

hapi

no jo, vidíš, já používám jenom broadcast a na ptp spojích nastavuju priority 0,1 a zdá se že je klid. Víc mě štve, že na sajtech kde je víc routerů ve switchy tak když chcípne DR tak se sice přehodí na BDR jenomže to neni vždy bezvýpadkově a se sestavujou znova a když naběhne DR kterej má největší prioritu tak se to znova nepřepočítá aby se zase stala DR.

Jenom při použití default a priorit 0 a 1 neodstraníš ten wait timeout úplně. Odstraníš ho, pokud dojde k restartu připojení toho routeru s prio 0, ten ví, že nikdy DR nebo BR nebude a jak uslyší nějaký hello paket obsahující DR, BDR, tak hned komunikuje a nepřemýšlí. Pokud dojde ke startu toho routeru s prio nenulovou, tak tam se čeká, že může být DR nebo BDR a běží wait timeout na zhjištění, jak to na segmentu vypadá a protože bude slyšet jen toho s prio 0, který bude mít v hello jako DR, BDR 0.0.0.0, tak bude čekat ten dead interval, než se prohlásí za Boha daného segmentu. :-)

to sem myslel jako řešení kvůli master status flagu.

majklik

Pokud chceš minimalizovat problém s master flagem, protože to je nějaký bug v ROSu, že blbě posílá ten stav občas do jiného spojení, tak na segmentu, kde mám třeba 5 routerů v defualtu s tím, že tři mají prio 0, jeden 10 a jeden 5, tak abych měl naději na pěvně danu pozici DR a BDR, tak musí pro Router ID RID1 až RID5 platit toto:

RID1 - prio 10 (takže ideálně role DR), RID2 - prio 5 (ideálně role BDR), RID3 až RID5 - prio 0.

A hodnotově RID musí platit:

RID1>RID2, RID2>{RID3, RID4, RID5}.

A ono to platí z daného routeru i vůči okolí do dalších linek, že router na všech směrech by měl být master nebo slave ideálně.

hapi

přesně takhle to používám a zatim je dloooouho klid. Taky jsem dospěl ke stejný konfiguraci. Jinak to nešlo než těm blbounům na tvrdo říct kdo je kdo.

« Předchozí stránka