Satel ETHM-1/ETHM-A: niewłaściwa konfiguracja stacji monitorujących – jak rozwiązać błąd duplikacji danych

Pytanie

Monitorowanie - ETHM: niewłaściwa konfiguracja - dane dla stacji 1 i 2 muszą być różne.

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Komunikat oznacza, że w module monitorującym ETHM (np. Satel ETHM-1/1 Plus/ETHM-A) zdefiniowano dwie stacje monitorujące, którym przypisano identyczny zestaw parametrów.
• Aby usunąć błąd, należy:
  • wprowadzić co najmniej jedną różną wartość (adres IP, port, identyfikator lub klucz szyfrowania), ‑-- lub --- wyłączyć/wyczyścić konfigurację Stacji 2, jeśli nie jest potrzebna.

Szczegółowa analiza problemu

1. Geneza komunikatu
   Moduł ETHM umożliwia równoległe raportowanie zdarzeń do dwóch niezależnych centrów monitorowania (ST1, ST2). Logika firmware wymusza unikalność konfiguracji – identyczne wpisy powodują blokadę, aby uniknąć zapętlenia transmisji lub błędnej redundancji.

2. Parametry wymagające różnicowania
   • Adres IP lub numer telefonu stacji
   • Port TCP/UDP (SIA IP, CID IP, własny)
   • Identyfikator obiektu / konto abonenta (Account No.)
   • Format raportowania (SIA, Contact ID, 4/2)
   • Klucz szyfrujący / hasło autoryzacji
   • Flaga “Aktywna” lub profil zdarzeń

   Jeśli stacje mają obsługiwać ten sam serwer, najczęściej zmienia się PORT lub ID, pozostawiając IP wspólne.

3. Typowe scenariusze i rozwiązania
   A. Dwie różne agencje ochrony → całkowicie odmienne IP/port/ID.
   B. Redundancja w jednej agencji → IP może się powtarzać, ale port lub ID muszą się różnić (serwer główny vs. zapasowy).
   C. Stacja 2 nieużywana → w DLOADX/GX Soft odznaczyć “Używaj stacji” lub wyzerować pola.

4. Procedura korekty (DLOADX ≥v.17 / GX Soft ≥v.1.14)
   1) Połączenie z centralą → zakładka Monitorowanie/Reporting.
   2) Porównanie ST1 i ST2 w widoku równoległym.
   3) Wprowadzenie zmian (port, ID, IP) lub dezaktywacja ST2.
   4) Zapis do modułu, restart (Soft Reboot) i test transmisji (kod TEST, generacja alarmu w trybie serwisowym).

5. Diagnostyka przy braku efektu
   • Sprawdzić, czy firmware ETHM ≥v.3.05 (starsze wersje blokują pewne kombinacje).
   • W routerze wyłączyć cache ARP/UDP helper, jeśli użyto identycznego IP z różnymi portami.
   • Upewnić się, że stacje nie mają powtórzonego MAC (dot. ETHM-1 Plus z Clone MAC).

Aktualne informacje i trendy

• Satel od wersji ETHM-A wprowadził TLS 1.2 i wymóg unikalnego “Device ID” dla każdej ścieżki – aktualizacje z maja 2024 r. zaostrzają walidację.
• Coraz częściej serwery stacji oferują dwa porty: Standard (np. 5000) i Backup (np. 5001) – warto z nich korzystać.
• Rynek przechodzi na szyfrowane kanały (AES-128/TLS) – różnicowanie klucza pomiędzy ST1 i ST2 zwiększa bezpieczeństwo.

Wspierające wyjaśnienia i detale

• Analogia: ETHM traktuje ST1 i ST2 jak dwa osobne adresy e-mail. Dwa identyczne adresy w książce kontaktowej uniemożliwiają rozróżnienie, dokąd wysłać kopię wiadomości.
• Przykład prawidłowej konfiguracji:

Aspekty etyczne i prawne

• Raportowanie alarmów podlega rozporządzeniu MSWiA z 19 marca 2020 r. (Dz.U. 2020 poz. 508) – poprawna konfiguracja gwarantuje ciągłość ochrony fizycznej.
• Błędna konfiguracja może naruszyć umowę SLA z agencją i potencjalnie obowiązki wynikające z RODO (utrata danych w transmisji niezabezpieczonej).
• Zasady “security-by-design”: unikalne klucze, szyfrowanie TLS, rejestrowanie zdarzeń.

Praktyczne wskazówki

1. Zanim zmienisz parametry – wykonaj pełny backup (.dload lub .gxproj).
2. Dokumentuj każdy przydzielony port/IP w arkuszu sieciowym.
3. Po każdej zmianie przeprowadź test:
   • “Test transmisji SIA/CID” w centrali,
   • w logu stacji zweryfikuj potwierdzenie (ACK).
4. Filtruj ruch ETHM na firewallu – tylko do IP stacji i otwartych portów.
5. Raz w roku aktualizuj firmware ETHM i centrali, aby uniknąć znanych CVE (np. CVE-2023-36719 dot. starszego ETHM-1).

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Starsze centrale (CA-64, Integra ≤v.1.16) mogą ograniczać formaty raportowania – wtedy należy różnicować wyłącznie IP/port.
• W niektórych wersjach DLOADX błąd może pojawiać się mimo różnych portów – pomóc może wyłączenie pola “Symulacja stacji” (Station Simulation).
• Jeżeli korzystasz wyłącznie z aplikacji mobilnej, a nie z monitoringu, rozważ całkowite wyłączenie obu stacji.

Sugestie dalszych badań

• Test redundantnych kanałów: ETHM + moduł LTE (INT-LTE v.2) – przełączanie z Ethernetu na LTE przy awarii WAN.
• Analiza wpływu QoS i opóźnień sieciowych na raportowanie SIA IP vs. CID IP.
• Integracja ETHM z systemami SIEM poprzez konwerter Syslog (trend 2024 – cyberfuzja CCTV/Alarm).
• Literatura:
  • SATEL ETHM-A Manual 2024,
  • EN 50136-3:2023 (Alarm Transmission Systems).

Krótkie podsumowanie

Błąd wynika z duplikacji konfiguracji Stacji 1 i Stacji 2 w module ETHM. Zapewnij unikalność co najmniej jednego kluczowego parametru (IP, port, ID, klucz), ewentualnie dezaktywuj Stację 2. Po zmianach zapisz konfigurację, zrestartuj moduł i przetestuj transmisję. Poprawna, zróżnicowana konfiguracja gwarantuje niezawodne i zgodne z normami raportowanie alarmów.