Пряма відповідь
Швидко підключіться один раз, а потім скористайтеся експоненціальним обмеженням із тремтінням. Скидайте затримку лише після того, як потік залишатиметься справним протягом визначеного вікна стабільності.
Чому це відбувається
Негайні нескінченні повторні спроби можуть перевантажити камеру, що перезавантажується, і синхронізувати сотні клієнтів у шторм повторного підключення. Однак дуже повільна фіксована повторна спроба залишає регулярні відключення надто довго невирішеними.
Надійний перегляд камери залежить від обмежених повторних спроб, спостережуваної працездатності та навмисної політики основного/підпотоку.
Контрольований тест
Визначте стани для підключення, відтворення, зупинки, відступу та зупинки з одним власником таймера на потік.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Перша повторна спроба | Дозвольте швидку повторну спробу для короткого переривання шляху. | Короткі збої швидко відновлюються. |
| Відкат | Збільште затримку після повторних збоїв і додайте тремтіння. | Клієнти не повторюють спробу в режимі lockstep. |
| Скидання стану здоров'я | Скинути кількість спроб після тривалого хорошого відтворення. | Один хороший пакет не стирає постійну помилку. |
| Правило зупинки | Зупинка або попередження після робочого ліміту. | Несправну камеру видно, а не мовчки повторюють спроби назавжди. |
Докази, які потрібно зберігати
Зареєструвати номер спроби, причину, затримку та час від останнього вдалого кадру. Це підтримує як операції, так і аналіз першопричини.
Примітка про обмеження та безпеку
Логіка повторного підключення не повинна обходити помилки автентифікації, відкликаний доступ або явну зупинку оператора.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Що таке хороша стратегія повторного підключення?
Швидка перша повторна спроба з подальшою обмеженою експоненціальною відстрочкою з тремтінням і явним порогом зупинки або попередження.
Коли слід скинути відкат?
Після певного періоду нормального відтворення, а не відразу після відкриття розетки.
Чи має помилка 401 повторювати автоматичну спробу?
Повторні помилки автентифікації повинні зупинити або попередити, а не забити камеру тими самими відхиленими обліковими даними.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- CISA — Керівництво з безпеки за проектом
- SmartRTSP — офіційна інформація про платформу та продукт
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникСпроектуйте обмежені повторні спроби, тремтіння та видимі стани підключення для камер, які перезавантажуються або короткочасно втрачають мережу.