Monitoring wielu łączy WAN z automatycznym przełączaniem awaryjnym, load balancingiem i wielopoziomową weryfikacją - z natychmiastowymi alertami na email i Telegram.
Jedno łącze WAN to pojedynczy punkt awarii. Dla ISP, gdzie ciągłość usługi przekłada się bezpośrednio na przychody i zaufanie klientów, redundancja to nie luksus - to konieczność.
Operator ISP lub administrator sieci firmowej, który polega na jednym łączu upstream, wystawia się na ryzyko całkowitego braku usługi przy każdej awarii dostawcy. Nawet kilkuminutowa przerwa oznacza setki reklamacji, utratę reputacji i realne straty finansowe. W sieci korporacyjnej przestój oznacza paraliż pracy setek pracowników. MultiWAN rozwiązuje ten problem na dwóch poziomach: zapewnia automatyczne przełączanie na łącze zapasowe (failover) oraz rozkłada ruch między wieloma łączami (load balancing). Redundancja łączy WAN z automatycznym failoverem wpisuje się w wymogi KSC/NIS2 dotyczące zapewnienia ciągłości świadczenia usług i odporności infrastruktury na awarie.
Kluczowe jest jednak to, jak system wykrywa awarię. Proste rozwiązania, które reagują na pierwszy utracony ping, generują false-positive i niepotrzebne przełączenia, destabilizując sieć. Profesjonalny system MultiWAN musi mieć wielopoziomową weryfikację, konfigurowalne progi i mechanizmy potwierdzające rzeczywistą awarię przed podjęciem akcji.
Automatyczne przełączanie na łącze zapasowe w ciągu sekund od wykrycia awarii. Wielopoziomowa weryfikacja eliminuje fałszywe alarmy.
Ciągły monitoring stanu łączy z konfigurowalnymi celami testowymi. Wielopacketowy ping z konfigurowalnym timeout i liczbą pakietów.
Rozkładanie ruchu między wieloma łączami WAN dla optymalnego wykorzystania dostępnej przepustowości i zwiększenia sumarycznej wydajności.
Konfigurowalne progi awarii (1-5 kolejnych niepowodzeń), opóźnienie weryfikacji i wielopakietowy ping eliminują fałszywe przełączenia.
Natychmiastowe powiadomienia email o zmianie stanu łącza, aktywacji failovera i przywróceniu połączenia na adres administratora.
Powiadomienia push na Telegramie - informacja o awarii trafia na telefon administratora w ciągu sekund, nawet gdy jest poza biurem.
FiQs implementuje daemon monitoringu WAN działający w tle, z wielopoziomową weryfikacją awarii i konfigurowalnymi parametrami ochrony przed false-positive.
W sercu systemu MultiWAN działa dedykowany daemon, który nieustannie testuje stan każdego łącza WAN. Daemon wysyła pakiety ping do skonfigurowanych celów testowych (health check targets) i analizuje odpowiedzi. Działanie w tle gwarantuje ciągły monitoring niezależnie od tego, czy administrator jest zalogowany do panelu.
Daemon loguje wszystkie zdarzenia i zapisuje aktualny status, co umożliwia panelowi wyświetlanie stanu na żywo. Liczniki awarii są trwałe (persistent) - przeżywają restart daemona, co eliminuje ryzyko utraty informacji o narastającym problemie z łączem.
System oferuje cztery kluczowe parametry, które pozwalają administratorowi sieci ISP lub firmowej precyzyjnie dostroić wrażliwość wykrywania awarii do specyfiki jego infrastruktury:
| Parametr | Zakres i opis |
|---|---|
| FAILURE_THRESHOLD | 1-5 (domyślnie: 2) - liczba kolejnych niepowodzeń wymaganych przed przełączeniem. Wyższe wartości = mniej false-positive, wolniejszy failover. |
| RECHECK_DELAY | 1-10 sekund (domyślnie: 2) - opóźnienie przed ponowną weryfikacją po wykryciu problemu. Daje czas na chwilowe zakłócenia. |
| PING_COUNT | 1-10 pakietów (domyślnie: 3) - liczba pakietów ping na test. Więcej pakietów = dokładniejsza weryfikacja, ale dłuższy czas testu. |
| PING_TIMEOUT | 1-10 sekund (domyślnie: 2) - timeout per pakiet. Niższe wartości przyspieszają wykrywanie, ale mogą generować false-positive na wolnych łączach. |
FiQs stosuje trzyetapową weryfikację przed aktywacją failovera. Najpierw musi zostać przekroczony próg FAILURE_THRESHOLD (np. 2 kolejne niepowodzenia). Następnie system odczekuje RECHECK_DELAY i wykonuje dodatkowy test wielopakietowy (PING_COUNT pakietów z timeoutem PING_TIMEOUT). Dopiero gdy wszystkie trzy warstwy potwierdzą awarię, następuje przełączenie.
Domyślne ustawienia (2/2/3/2) dają czas failovera około 12-15 sekund z dobrą ochroną przed false-positive. Administrator może dostroić te parametry: agresywniejsze ustawienia (1/1/1/1) dają failover poniżej 5 sekund, ale mogą reagować na chwilowe zakłócenia. Konserwatywne ustawienia (5/5/5/3) minimalizują ryzyko fałszywych przełączeń za cenę dłuższego czasu reakcji.
Sprawdź INTRUX FiQs w akcji. Przetestuj panel administracyjny na żywo lub skontaktuj się z nami, aby omówić Twoje potrzeby.