Сетевое подключение

Нестабильное соединение может расстраивать. Эта статья поможет вам устранить проблему.

1. Инфраструктура

Сеть — самый непредсказуемый источник отключений. Коммутаторы, маршрутизаторы, кабельные прокси-серверы… всё в сети между отправителями и получателями в какой-то момент влияет на соединение. 

1.1 Управление сетью

Непредсказуемые факторы могут вызвать проблемы в сети.

Возможный способ устранения проблемы

  • Связь между камерой и устройством просмотра должна иметь гарантированную пропускную способность.

  • В локальной сети это можно обеспечить, убедившись, что в канале связи существует как можно меньше переприемов. Канал связи не должен совместно использоваться с другим трафиком, таким как передача голоса по IP (VoIP) или другими протоколами, которые по умолчанию будут иметь приоритет над видео, или другими требовательными службами, которые будут перегружать канал.
  • Если соединение осуществляется через WAN (глобальную сеть), необходимо гарантировать QoS в каждом переприеме, то есть, в маршрутизаторах и коммутаторах. Этого также можно добиться, арендовав двухточечный маршрут через вашего местного интернет-провайдера.
  • Рекомендуется использовать экранированные кабели. В зависимости от области применения кабели могут подвергаться неблагоприятному воздействию электромагнитных помех, радиочастотных помех, электростатических помех, также известных как «наложение сигналов». Сама по себе изоляция не обеспечивает защиту от наложения сигналов, поэтому для борьбы с наложением сигналов жизненно важно надлежащее экранирование.

1.2 Пропускная способность

Устройства сетевого видеонаблюдения используют пропускную способность сети в зависимости от их конфигурации. Если вы запрашиваете высококачественное видео с очень низким уровнем сжатия, битрейт заметно возрастет. Если пропускная способность ограничена, устройству придется компенсировать качество потока (уменьшать битрейт), чтобы соответствовать доступной пропускной способности сетевой инфраструктуры; в некоторых случаях это может приводить к потере пакетов.

Возможный способ устранения проблемы

  • В небольшой системе видеонаблюдения, насчитывающей от 8 до 10 камер, можно использовать простой 100-мегабитный сетевой коммутатор, не заботясь об ограничениях пропускной способности.
  • При построении системы с десятью и более камерами нагрузку на сеть можно оценить с помощью нескольких простых правил:
    ‑  Каждая камера, которая передает высококачественное изображение с высокой частотой кадров, использует примерно 2–3 Мбит/с.
    ‑  Если в системе больше 12–15 камер, стоит подумать о применении гигабитного коммутатора. Если используется гигабитный коммутатор, то сервер, на котором установлено ПО для управления видео, должен быть оснащен гигабитным сетевым адаптером.

2. Перегрузка устройства

Потоковая передача может быть прервана, если устройство выйдет из строя из-за перегрузки. Ниже приведены некоторые из факторов, которые могут вызвать перегрузку устройства:

2.1 Фактор 1 — производительность чипсета

Трудно точно предсказать, сколько одновременных, индивидуально настроенных потоков с максимальным разрешением и полной частотой кадров видеоустройство (набор микросхем) будет обеспечивать во всех ситуациях. Общая производительность зависит от:

  • Нагрузки на ЦП или нагрузки при сжатии видео (в зависимости от набора микросхем) в видеоустройстве
  • Общей пропускной способности данных от устройства и сетевой инфраструктуры
  • Производительности клиента
  • Сложности изображения
  • Условий освещения

 

Возможный способ устранения проблемы

  • С точки зрения пользователя, наиболее распространенными параметрами, которые могут отрицательно повлиять на общую производительность, являются следующие элементы:
    ‑  Высокое разрешение изображения
    ‑  Низкий уровень сжатия изображения 
    -  Смешивание потоков в форматах Motion JPEG и H.264/H.265
    -  Много клиентов одновременно обращающихся к серверу
    -  Клиенты, имеющие одновременный доступ к различным настройкам изображения (разрешение, сжатие и т. д.)
    -  Интенсивное использование настроек событий
    -  Включенное обнаружение движения
    -  HTTPS
    -  Плохо работающий клиентский компьютер, который не декодирует все изображения
    -  Ограниченная или плохая сетевая инфраструктура. Число кадров будет уменьшаться при перегрузке сети.
     
  • Когда сцена изображения, уровень и способ сжатия остаются постоянными, увеличение разрешения приведет к уменьшению количества потоков с полной частотой кадров или к снижению частоты кадров на поток.
  • Информация о чипсете поможет вам разобраться в ограничениях: Возьмем ARTPEC-7 в качестве примера. Результаты тестирования этого чипсета показывают, что он может передавать почти шесть одновременных потоков H.265 с разрешением HDTV 1080p со скоростью 30 кадров в секунду, или два потока H.265 с разрешением 4K со скоростью 23 кадра в секунду, или один поток H.265 с разрешением 3712 x 2784 со скоростью 20 кадров в секунду. Кроме того, он может одновременно передавать один поток H.265 с разрешением 4K со скоростью 30 кадров в секунду и один поток H.265 с разрешением 1080p со скоростью 30 кадров в секунду.

2.2 Фактор 2 — несколько распределенных или локальных средств аналитики

Когда используется много приложений аналитики ACAP, процесс обработки ЦП выполняется в камере, что может сильно влиять на производительность устройства и вызвать нежелательные сбои/прерывания. Эта проблема также может быть замечена при чрезмерном использовании приложения аналитики ACAP и при добавлении нескольких высококачественных потоков, что также может вызвать нежелательные сбои и прерывания.

Возможный способ устранения проблемы

  • Ограничьте количество используемых приложений ACAP.
  • Для многоматричных/многоканальных камер, таких как продукты серии AXIS F и AXIS P3707-PE, если обнаружение движения требуется на нескольких каналах, рекомендуется вместо этого использовать встроенное средство обнаружения движения (иногда называемое VMD1) для нужных каналов. VMD1 требует меньшей мощности процессора.

2.3 Фактор 3 — высокочастотные HTTP-запросы

Неправильно настроенные системы управления видео, отправляющие непрерывные запросы, которые устройства не могут обработать, и ресурсы, используемые устройствами.

Возможный способ устранения проблемы

  • В этом случае изоляция камеры от системы управления видео станет первым шагом в устранении неполадки.
  • После того как камера будет изолирована, будет необходимо провести тестирование, которое включает в себя получение потока с камеры так же просто, как использование живого просмотра из веб-интерфейса устройства.

3. Устранение неполадок с помощью команд Wireshark или Vapix

Предпочтительным приложением для получения трассировки сети, которую необходимо приложить к обращению в службу поддержки, является Wireshark. Если оно не установлено на вашем компьютере, его можно бесплатно скачать на сайте Wireshark. Приложение Wireshark дает возможность фильтровать трафик как при его записи, так и при его просмотре. Оба способа могут быть полезны в разных ситуациях.

Кроме того, при устранении проблем с подключением к устройствам Axis (прошивка версии 5.x или более поздней версии) через веб-браузер также можно выполнить следующие команды Vapix:

  • http://x.x.x.x/axis-cgi/debug/debug.tgz?cmd=pcapdump&duration=30
    ‑  Создает файл захвата пакетов, взятый с самого устройства, за указанный промежуток времени в секундах. Захват выполняется в стандартном формате *.pcap, поэтому его можно просмотреть в Wireshark.
  • http://x.x.x.x/axis-cgi/connection_list.cgi
    ‑  Отображает список открытых в настоящее время TCP/UDP-соединений/портов.
  • http://x.x.x.x/axis-cgi/pingtest.cgi?ip=y.y.y.y
    ‑  Выполняет проверку отклика указанного IP-адреса один раз, а затем сообщает результат.
Вопросы и ответы

4. Создание запроса в службу поддержки

Может случиться так, что указанные выше факторы и меры по их устранению не помогут выявить и решить проблему с сетью. Вы можете отправить запрос в службу поддержки и предоставить необходимую информацию и данные, указанные ниже.

Примечание. Всегда важно тестировать устройства на наличие последней версии встроенного ПО в рамках ветви долгосрочной поддержки (LTS) или действующей ветви (Active Track), если это возможно

4.1 Необходимые данные и информация

Примечание. Не забудьте добавить отчет сервера устройства.

Совет от службы поддержки: как скачать отчет сервера?

  • Подробное описание проблемы, когда она возникает и как часто?
  • Было ли внутреннее исследование работы сети? Какие сетевые устройства используются?
  • Описание сети и, если возможно, чертеж топологии сети?
  • Подробная информация обо всех устройствах в сети?
  • Используемые брандмауэр и антивирус, и, если есть, обновлялись ли они?
  • Сравнение с другими установленными работающими камерами?
  • Данные Wireshark о сбое и других рабочих блоках в сети?
  • Проверьте, сохраняется ли проблема, если блок изолирован от сети?
  • Информация о способе питания устройства.
  • Название используемых сторонних приложений (VMS, EMS…)?
  • Где произошел сбой: в старой или новой установке, и вносились ли изменения в сеть?

 

[Обратитесь в службу технической поддержки, ответив на все вопросы и приложив файлы]

примечание

Примечание.

Камеры Axis будут работать должным образом, если они установлены в соответствии с руководством по установке. Как правило, купол устройства должен быть обращен к земле во время работы или тестирования устройств.

Обратите внимание, что Axis не несет никакой ответственности за то, как изменение конфигурации, описанное в этом руководстве, может повлиять на вашу систему. Если модификацию не удалось выполнить, или если были получены другие неожиданные результаты, возможно, вам придется восстановить настройки по умолчанию.

В руководстве описаны не все возможные проблемы, но только наиболее распространенные из них, которые встречаются в обращениях в службу поддержки. Как клиент Axis вы всегда можете связаться с нашей службой поддержки, когда вам нужно решить проблему любого типа, описанную или не упомянутую в этом руководстве по устранению неполадок.

To top