Описание логов ВКС в web-интерфейсе

Версия ПО: VideoMost Server 8.2
Клиенты: Plugin

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

  1. JID - ID конференции, позволяет выбрать информацию по конкретной конференции
  2. Логин, ФИО - используются для необходимости анализа конкретного пользователя
  3. дата - выбор конкретного промежутка времени
  4. Type - типы записей:
  5. info
  6. error
  7. cpulc
  8. channel
  9. cpuid
  10. other
Далее рассмотрим предоставляемую информацию на примерах. Нас интересует быстрое определение двух составляющих, критически влияющих на качество передаваемого/получаемого изображения ВКС - используемое оборудование и канал связи (выбранный транспортный путь и его характеристики):

other
В записях этого типа содержится информация о выборе сетевого транспорта, его характеристиках, типах используемых видео и аудио устройств на рабочих станциях клиентов, демонстрациях документов и др.
[OnXmppTransportSelected] route=[Tcp-Tls]
Для сигнализации всегда используется зашифрованное с помощью TLS соединение по протоколу XMPP. Параметр route показывает выбранный путь TCP, HTTP.
Далее в порядке убывания скорости передачи рассмотрим примеры соединений, тип соединения зависит от способа выхода участника конференции в сеть: Самый быстрый путь передачи медиа-трафика это udp, так как в этом протоколе не требуется подтверждение доставки пакета.
Admin [OnVideoTransportSelected] route=[Udp-Ping] rtt=[42]
Admin [OnAudioTransportSelected] route=[Udp-Ping] rtt=[42]
Значение rtt, характеризует задержку передачи, чем оно ниже, тем лучше. Нормальное качество передачи оценивается rtt в диапазоне от 0 до 100-200, при значениях выше можно говорить о медленном канале.
konfzal [OnVideoTransportSelected] route=[Udp-Ping] rtt=[2]
konfzal [OnAudioTransportSelected] route=[Udp-Ping] rtt=[2]
В этом примере используется udp-релей и STUN сервер для прохождения NAT-traversal. Значение rtt в процессе конференции сильно изменяется, что говорит о плавающей ширине канала или возникновении задержек.
Айсауле [OnAudioTransportSelected] route=[Udp-Stun-Ping] rtt=[1307]
Айсауле [OnAudioTransportSelected] route=[Udp-Stun-Ping] rtt=[76]
Айсауле [OnVideoTransportSelected] route=[Udp-Ping] rtt=[370]
Айсауле [OnAudioTransportSelected] route=[Udp-UdpRelay-Ping] rtt=[70]
Айсауле [OnVideoTransportSelected] route=[Udp-UdpRelay-Ping] rtt=[868]
Следующие записи, говорящие о прохождении трафика через Tcp-Relay, подразумевают использование клиентом прокси-сервера для соединения с сервером ВКС:
Azamat [OnAudioTransportSelected] route=[Tcp-TcpRelay-Pack-Ping] rtt=[446]
Azamat [OnVideoTransportSelected] route=[Tcp-TcpRelay-Pack-Ping] rtt=[333]
В последнем примере выбран путь передачи трафика через туннель HttpUdp, это самый медленный вариант для передачи медиа-трафика. Можно сделать вывод, что участник находится за прокси и у него закрыты порты необходимые для работы с ВКС, как следствие получение нормального качества изображения сильно затруднено.
Azamat [OnAudioTransportSelected] route=[Tcp-HttpUdpTunnel-Ping] rtt=[1123]
Azamat [OnVideoTransportSelected] route=[Tcp-HttpUdpTunnel-Ping] rtt=[600]
Так же в other содержится информация о типах используемых аудиовизуальных устройствах рабочей станции клиента камера, микрофон, колонки/гарнитура:
Admin Cams: Microsoft LifeCam Cinema, selected: Microsoft LifeCam Cinema
Admin Speaks: Windows Default Device, Speakers HP (IDT High Definition Audio CODEC), Headphones (RTC) (IDT High Definition Audio CODEC), selected: Windows Default Device
Admin Mics: Windows Default Device, Rear Mic (IDT High Definition Audio CODEC), Front Mic (IDT High Definition Audio CODEC), selected: Windows Default Device
В этой информации содержится важный момент, касательно использования USB-микрофона или микрофона, встроенного в камеру, отрицательно сказывающемся на качестве звука:
RO DIS Mics: Windows Default Device, Микрофон (Realtek High Definition Audio), Микрофон (Deasy USB2.0 Camera (Audio)), selected: Windows Default Device
RO DIS Speaks: Windows Default Device, Динамики (Realtek High Definition Audio), Realtek Digital Output (Realtek High Definition Audio), selected: Windows Default Device
RO DIS Cams: AVerMedia BDA Analog Capture, Deasy USB2.0 Camera, selected: Deasy USB2.0 Camera

cpuid
При выборе по этому параметру видна информация о используемом клиентом оборудовании:
name: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz
name: Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz
name: Intel(R) Atom(TM) CPU D510 @ 1.66GHz
При щелчку на ссылку "Подробно" будет выдана примерная вся возможная информация о характеристиках процессора.
Из приведенного примера легко сделать вывод, что первый компьютер полностью удовлетворяет предъявляемым требованиям, второй удовлетворяет минимальным требованиям и третий едва пригоден для использования при работе с ВКС.

info
Тип info показывает используемую клиентом версию плагина, операционную систему и возможный браузерный движок:
Admin 1.4.0.81 Windows 7 mozilla/5.0
(windows nt 6.1; rv:7.0.1) gecko/20100101 firefox/7.0.1
Гуляим 1.4.0.81 Windows XP mozilla/4.0
(compatible; msie 7.0; windows nt 5.1; trident/4.0; tablet pc 1.7; .net clr 1.0.3705; infopath.2)
Шымкент Атабек 1.4.0.74 Windows XP mozilla/5.0
(windows; u; windows nt 5.1; ru; rv:1.9.2.24) gecko/20111103 mra 5.4 (build 02647) firefox/3.6.24

cpulc
Тип cpulc показывает загрузку cpu
loading":84,"profile":"Restrict to profile fast
Из приведенного примера
84- это загрузка cpu
Restrict to profile fast - кодек переключался на быстрый режим кодирования

channel
Тип channel показывает параметры канала (параметры видео, задержку канала связи etc.)

"loss":0,"rtt":146,"quality":0.18,"fps":30,"type":"video","state":"up","rate":971560