Takze jsi nam sdelil, ze je pro Tebe uplne OK, kdyz 4 minuty nejde pripojeni zalozni cestou - prestoze tato existuje?
Netusim, zda jsi meril, jak vykonove zatezuje smerovac nove vybudovani tabulek.
A nakonec, v pripade, ze se rozhodnu smerovat provoz jinudy (zmena topologie), musim cekat ~4 minuty, nez se neco stane. To poskytuje "skvele" moznosti ladeni, zvlast v pripade, ze nesedim u konzole a zadanim prikazu cekam 4 minuty v nadeji, ze jsem se neuklepl.
Podle me ma cenu resit ten problem systemove. Kdyz mas problem se stabilitou smerovacu (a nic jineho duvodem neni), zarid se tak, aby smerovace byly stabilni.
Pokud dany okruh spadne v ospf (protoze ospf je link state routing protocol), provoz se presmeruje na zalozni okruh. Takze na hlavnim klesne zatizeni. A ospf vezme okruh na vedomi v okamziku, kdyz provoz poklesne natolik, ze protlaci byt i jeden muticastovy paket.
Pokud aplikace uzivatelu pouzivaji tcp (coz povetsinou pouzivaji), nezaznamenaji zadny vypadek. V pripade, ze 4 minuty konci provoz v hajzlu (protoze nejblizsi smerovac ho zahazuje - teda spis tlaci do linky), spojeni obvykle vytimeoutuje.
Z moji zkusenoti plyne ze default je na wifi opravdu nepouzitelne, neustale vypadava routovani, protoze se meni speed (pokud neni natvrdo na nejake nizsi hodnote) a tim i zatizeni linky a vypadek 4ech paketu je naprosto normalni.
Na druhou stranu me se ospf chova trochu jinak - link je prohlasen za OK az po uplynuti dead intervalu (neplati pri manualnim zasahu).
Tohle je IMO OK, protoze pri predstave, ze projde jeden HELLO, routovani se vrati do bezneho nastaveni a pak bude dalsi 4 minuty cekat nez se opet nahodi zaloha je pitomost.
Tusim ze dokonce v dokumentaci je, ze stav neni urcovan podle toho zda projde alespon jeden paket, ale zda jich projde alespon N, kde 1 < N < DEAD/HELLO .
PS: Pokud placam pitomosti tak me netlucte, ale me se to presne takhle chova .
Nevim, ale logicky pokud je problem se ztratovosti paketu i pri zabezpeceni jejich priorizace, tak upravim hlavne hello-interval, tak aby tech hello odeslo vice v case (samozrejme za cenu toho, ze zvysim rezii). Kdyz 4 ztracene pakety jsou problem...
Samotou zmenou hello-intervalu se upravi i dead-interval (standardne 4x hello-interval), takze je dobre si poupravit nasledne i ten.
Retransmit-interval souvisi spise s link state advertisementy (LSA), ktere jsou potvrzovane = rika za jak dlouho se ma znovu LSA poslat, pokud potvrzene nebylo.
Pokud jde o Jarov, tak tam tyhle veci byly nastaveny historicky jeste z dob, kdy vetsina Prahy byla jedna area (tzv. macrosovy konfigurace ). Od te doby s tim nikdo nehybal - ono tehda ve stromove topologii to bylo stejne jedno a casem ani nebyla sila, ktera by se tim nejak zabyvala... nevim jestli je dobry to brat jako priklad. Proste se to pouzivalo...
muj nazor je, ze Costy, Dead interval a pod. je nutno nastavovat individualne pro kazdou linku zvlast a myslim si, ze zvysovat interval (tim i trochu svazovat prepinani routovani) ma cenu az ve chvili, kdy ma dana linka natolik velky PL ze je to nutnost pro zachovani funkcnosti site.
__________________
V den, kdy vás očistím ode všech vašich nepravostí, osídlím města, a co je v troskách, bude vystavěno.
25.01.2005 v 23:39
.
). Od te doby s tim nikdo nehybal - ono tehda ve stromove topologii to bylo stejne jedno a casem ani nebyla sila, ktera by se tim nejak zabyvala... nevim jestli je dobry to brat jako priklad. Proste se to pouzivalo...
