classic.ISPforum.cz

Používám netwatch k hlídání dostupnosti primární linky a v případě problémů se vykonájí příkazy pro zapnutí záložní linky. Vše mi funguje, ale v poslední době se mi aktivuje netwatch, aniž by byla linka Down - tj. aniž by IP adresa, kterou si monitoruju byla nedostupna. Zvláštní je, že netwatch vyhodnotí, že je linka Down a za sekundu dvě, že je linka hned UP. Za problémový stav považuji, kdy hlídána IP má timeout 15 s, což se v žádném případě neuskuteční. Nemáte podobnou zkušenost? Díky.

To chce se vice ponorit do skriptovani ci prudit normise, at se netwotch necha kapku konfigurovat, takto je to strasne trivialni a reaguje to i na "drobnosti" ...

lwq píše:To chce se vice ponorit do skriptovani ci prudit normise, at se netwotch necha kapku konfigurovat, takto je to strasne trivialni a reaguje to i na "drobnosti" ...

Ano, mam to napsane i přes skript, ale rozhodl jsem se používat funkci, která je k tomu defaultne urcena. No asi ji tedy opustim ...

Bohužel, netwatch reguje n každý ztracený paket. Pokud dím interval pingu 1 sec a timeout 15 sec, tak to znamená že čeká 15 sec n kždou odpověd a pokud po 15 sec nepřijde, shodí n sekundu linku na down, přestožu už třeba pčišla 13x ok odpověď na ty další pingy. Stejně se i chová routa opatřená ping checkem, že spadne na každý chybějící ping, akorát tam je interval 10 sec.
Je třeba si to nskriptovt vlstnoručně a řvát na support, ť doplní netwatch o parametry říkající, že překlopení do down má být ž kdž chybí X pingů po sobě a do up zase až Y se vrátí. A bokemje rovnou kopat, ať doplní statické routy o test funkčnosti linky pomocí BFD, kde tkaé se reaguje až n X-tý ztracený paket.

K sofistikovanemu rizeni zalohy se mi zatim nejvice osvedcila dvojce metarouter virtualek a python/bash skripty ...