Bezpośrednia odpowiedź
Połącz się szybko raz, a następnie użyj ograniczonego wykładniczego wycofywania z jitterem. Zresetuj opóźnienie dopiero wtedy, gdy strumień pozostanie w dobrej kondycji przez określone okno stabilności.
Dlaczego tak się dzieje
Natychmiastowe, nieskończone próby mogą przeciążyć uruchamiającą się kamerę i zsynchronizować setki klientów w burzę ponownego łączenia. Jednakże bardzo powolne, stałe ponawianie prób sprawia, że rutynowe awarie pozostają nierozwiązane przez zbyt długi czas.
Niezawodny obraz z kamery zależy od ograniczonych ponownych prób, obserwowalnego stanu i przemyślanej polityki głównego/podstrumienia.
Kontrolowany test
Zdefiniuj stany łączenia, odtwarzania, zatrzymania, wycofywania i zatrzymywania, z jednym właścicielem timera na strumień.
Zmień jedną zmienną na raz. Zapisuj model aparatu, oprogramowanie sprzętowe, punkt końcowy i konto; następnie przetestuj osiągalność sieci, odpowiedź protokołu, transport multimediów i dekodowanie jako osobne warstwy.
Skorzystaj z dedykowanego konta tylko do przeglądania i zaufanego lokalnego narzędzia diagnostycznego. Zredaguj dane uwierzytelniające, adresy prywatne i dane identyfikacyjne przed udostępnieniem wyników.
Sekwencja diagnostyczna
| Sprawdzać | Działanie | Dowód postępu |
|---|---|---|
| Pierwsza ponowna próba | Zezwól na natychmiastową ponowną próbę w przypadku krótkiego przerwania ścieżki. | Krótkie przestoje szybko się regenerują. |
| Cofnąć się | Zwiększ opóźnienie po powtarzających się awariach i dodaj jitter. | Klienci nie podejmują ponownych prób w trybie lockstep. |
| Reset zdrowia | Zresetuj licznik prób po utrzymującym się dobrym odtwarzaniu. | Jeden dobry pakiet nie usuwa trwałego błędu. |
| Zatrzymaj regułę | Zatrzymaj lub alarmuj po przekroczeniu limitu operacyjnego. | Martwa kamera jest widoczna, a nie po cichu ponawiana na zawsze. |
Dowód do zachowania
Rejestruj numer próby, przyczynę, opóźnienie i czas od ostatniej dobrej klatki. Obsługuje to zarówno analizę operacji, jak i przyczyn źródłowych.
Uwaga dotycząca granicy i bezpieczeństwa
Logika ponownego łączenia nie powinna omijać błędów uwierzytelniania, cofnięcia dostępu ani wyraźnego zatrzymania operatora.
Do zdalnego podglądu użyj zarządzanego VPN zamiast udostępniać RTSP lub porty administracyjne kamery bezpośrednio w publicznym Internecie.
SmartRTSP
SmartRTSP to przeglądarka RTSP i ONVIF skupiająca się na kamerze dla urządzeń Apple, Windows i Android. Pasuje do bezpośredniego oglądania, wykrywania i kontroli wielu kamer; prowadź dedykowany NVR lub VMS, gdy wymagane jest ciągłe rejestrowanie, eksport dowodów lub scentralizowana kontrola przedsiębiorstwa.
Często zadawane pytania
Jaka jest dobra strategia ponownego połączenia?
Szybka pierwsza próba, po której następuje ograniczone wykładnicze wycofywanie z fluktuacją i wyraźnym progiem zatrzymania lub alertu.
Kiedy należy zresetować wycofanie?
Po określonym czasie zdrowego odtwarzania, a nie od razu po otwarciu gniazda.
Czy błędy 401 powinny ponawiać się automatycznie?
Powtarzające się błędy uwierzytelnienia powinny zatrzymać lub zaalarmować, a nie atakować kamerę tymi samymi odrzuconymi danymi uwierzytelniającymi.
Podstawowe odniesienia
- IETF RFC 7826 — protokół przesyłania strumieniowego w czasie rzeczywistym 2.0
- CISA — wytyczne Secure by Design
- SmartRTSP — oficjalne informacje o platformie i produkcie
Powiązany przewodnik SmartRTSP
Otwórz powiązany przewodnikProjektuj ograniczone ponowne próby, drgania i widoczne stany połączeń dla kamer, które uruchamiają się ponownie lub na krótko tracą połączenie z siecią.