|
QoS
|
|
| omniadsl | Дата: Пятница, 23.12.2011, 21:44 | Сообщение # 1 |
|
Группа: Проверенные
Сообщений: 4
Репутация: 0
Статус: Offline
| Добрый день!
может ли кто-нибудь подсказать, присутствует ли в видеопотоке от ip камер hikvision тег приоритета трафика?
заранее спасибо,
Вячеслав
|
| |
|
|
| Alexandr | Дата: Понедельник, 26.12.2011, 13:20 | Сообщение # 2 |
Группа: Администраторы
Сообщений: 5345
Репутация: 113
Статус: Offline
| вероятно точный ответ будет уже после НГ. в настройках самих камер QoS нет. вариант с vlan не подходит ?
пс - пришёл ответQuote Наши базовые модели не поддерживают протокол QoS, но можем доработать прошивку, чтобы устройство поддерживало часть функции с трафиком по QoS.
Сообщение отредактировал Alexandr - Вторник, 27.12.2011, 13:49 |
| |
|
|
| omniadsl | Дата: Вторник, 27.12.2011, 20:38 | Сообщение # 3 |
|
Группа: Проверенные
Сообщений: 4
Репутация: 0
Статус: Offline
| Александр спасибо за ответ!
в общем-то Ваш ответ достаточен для моей текущей ситуации, в доработке firmware нет необходимости.
для информации, может кому пригодится на практике
- есть проблема конфликта двух или трех камер, подключенных через радиоканал в сеть видеонаблюдения.
абонентский радиомодуль, к которому подключены 2 или 3 камеры, честно отдает в сторону базовой станции свои 9 мбит/сек эффективной скорости.
задержка в радиоканале порядка 400 нс (именно нс)
этого вполне достаточно до 3 видеокамер 1,3 мпик при 12 к/с.
(радиоканал может обрабатывать корректно приоритетный трафик, что и было причиной начального вопроса)
- однако наблюдаем ситуацию, что камеры работают не стабильно. временами все абсолютно нормально,
но временами изображение с камер просто останавливается - картинка стабильная, НО ВИДЕОПОТОК НЕ РВЕТСЯ -ТРАССИР НЕ РУГАЕТСЯ НА ОТСУТСТВИЕ ДАННЫХ.
а временами ощущение что потоки с камер как на качелях...при этом на поворотных камерах телеметрия тормозит заметно.
- такое наблюдается только там, где к радиомодулю подключается больше 1 камеры. при 1 камере все ок.
камеры объединены через неуправляемый свитч моха.
адреса и порты всех камер разные. другого оборудования на радиосети нет.
если у кого-то будут какие-либо идеи, то Гранд мерси!
|
| |
|
|
| Alexandr | Дата: Среда, 28.12.2011, 11:49 | Сообщение # 4 |
|
Группа: Администраторы
Сообщений: 5345
Репутация: 113
Статус: Offline
| диагностика "узких" мест сети без активного оборудование достаточно непростая задача, можно попробовать снизить нагрузку на каналы принимая вторичный поток и проверить как ведёт себя система с меньшей нагрузкой на трафик. ещё вариант - запустить vlc и принять поток через него чтобы отвязаться от ПО, в vlc есть расширенное журналирование и можно отследить сбой в получении потока. ещё вариант - взять clientdemo из sdk и так же проверить получение и стабильность потока от камер. в clientdemo можно выбирать транспорт tcp\udp\rtcp. udp менее требователен к сети и можно попробовать использовать этот транспорт для проверки, насколько мне известно в трассире такого выбора нет. немного о работе с clientdemo тут.
|
| |
|
|
| omniadsl | Дата: Четверг, 29.12.2011, 15:05 | Сообщение # 5 |
|
Группа: Проверенные
Сообщений: 4
Репутация: 0
Статус: Offline
| Спасибо за рекомендацию!
второй поток на камерах принудительно настройками зажат почти в нуль.
а вот трафик посмотреть совсем не помешает. тем более что одно из предположений - что-то неконтролируемо генерирует "левый" трафик.
после НГ займемся.
с праздниками! всех благ!
|
| |
|
|
| Alexandr | Дата: Четверг, 29.12.2011, 17:39 | Сообщение # 6 |
|
Группа: Администраторы
Сообщений: 5345
Репутация: 113
Статус: Offline
| аналогично ) !
|
| |
|
|
