Просмотр кода страницы FAQ

== Сколько лицензий HD забирает FullHD в системе лицензирования с раскладывающимися лицензиями? ==
Если участнику FullHD не хватает 2,5 свободных лицензий, то он подключится на HD и займёт одну. А если осталась только 0,5 лицензии, то он подключится на VGA и возьмёт эти 0,5 лицензии. Данная логика применима к системе лицензирования с раскладывающимися лицензиями, а не к лицензированию по портам. (В распространяемом дистрибутиве по умолчанию используется лицензирование по портам.)

==Как ведёт себя сервер при нехватке лицензий? ==
При использовании лицензирования по портам и нехватке лицензий FHD и наличии HD, VGA и аудио, то сначала выбираются лицензии с видео, а потом только с аудио. При нехватки всех типов лицензий, сервер запрещает подключение в конференцию абоненту выполняя отбой звонка как из конференции, так и в конференцию. Если вызов осуществляется из конференции, данное событие записывается в лог этой конференции, если вызов входящий, то в "Логи", находящиеся в "Отчётах" сервера.

== До какого уровня рекомендуется нагружать процессор и видеокарту (видеокарты) сервера? ==
Видеокарту - до 90%, ЦП - 70%.

== При оставшихся лицензиях - 0, какая логика записи конференции? ==
Не запустится.

==Какова логика поиска абонента на вкладке '''Абоненты -> Список'''? Поле '''Поиск''' отбирает по номеру? Можно настроить поиск по ФИО?==
Совпадение, с учетом регистра, ищется по полям: "Номер", "Имя" и IP.

==В настройках конференции FPS больше 25 устанавливать есть смысл?== 
Чем выше частота кадров, тем более высокие требования предъявляются к серверу, клиентскому оконечному оборудованию и каналам связи.
Если требуется лучшее качество совещания и оборудования поддерживает, то смысл есть.

==Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента?==
{| class="wikitable"
|+Рекомендуемые минимальные соотношения
!Разрешение
!Минимальная скорость
!Рекомендуемая скорость
|-
|360p
|384k
|512k
|-
|720p
|1M 
|1,5M
|-
|1080p
|2M 
|3M
|}

==Тип абонента зависит от того использует он приложение или подключается через браузер?==
Для приложения '''Vinteo desktop''' и для '''web-клиента''' используется тип абонента '''WS'''. Для '''SIP''' подключений тип абонента '''SIP''', для '''H323''' - '''H323''' соответственно.

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

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

==У клиента адресная книга своя или синхронизируется с сервером при использовании приложения?==
У каждого клиента (аппаратного кодека) своя адресная книга, которая формируется и администрируется локально на терминале. У Vinteo Desktop своя адресная книга для каждого абонента типа WS. При логине абонента в Vinteo Desktop адресная книга синхронизируется с сервером. Таким образом абонент может иметь одну и ту же адресную книгу, пересаживаясь за другое рабочее место.

==Осуществляется ли шифрование подключения WebRTC?==
В Vinteo механизм подключения WebRTC реализован полностью в соответствии со стандартом. Стандарт предусматривает шифрование сигнального потока (websocket) по протоколу tls (v1.2), а медиа потоков - по dtls srtp.
Подробнее можно прочитать в статье на habr: https://habr.com/ru/company/Voximplant/blog/413165/

Достоинством нашего решения является отсутствие нарушений принципов сквозного шифрования, которое присуще решениям видеоконференцсвязи на технологиях проксирования видеопотоков участников конференции.

==Можно ли создать несколько учётных записей на сервере с правами администратора? ==
Да, в версии 26.0.7 это предусмотрено. Можно создать несколько ученных записей администраторов в разделе "Пользователи".<br>
Также любой абонент, прошедший аутентификацию на сервере, может создавать и планировать, а также модерировать собственные конференции и конференции, в которых он назначен модератором другими модераторами или Администратором. Различия в возможностях между модератором и администратором заключаются в том, что модератору не доступны настройки сервера, записи конференций, кроме тех, где они являются модераторами, функция загрузки видеороликов на сервер, редактирование списка абонентов, возможность создавать постоянно существующие шаблоны конференций и добавлять себя к ним или удалять себя из них в качестве модератора и диагностическая информация о работе сервера. В остальном абонент в конференции, в которой он назначен модератором, обладает такими же правами, как и администратор.

== Можно ли на сервере Vinteo указать доверенные IP-адреса, чтобы входящие вызовы от них не попадали в список блокировки? ==
IP-адреса, прописанные для абонентов сервера или для шлюзов, не попадают в список блокировки. Поэтому можно либо создать абонента с нужным IP-адресом, либо шлюз и указать на нём, что разрешены входящие подключения.

== Каковы требования к сетевому подключению для стабильной работы ВКС? ==
Для стабильной работы необходимо обеспечить подключение со следующими параметрами:
* скорость подключения в обе стороны должна быть не меньше минимального значения для используемого разрешения. См. [[FAQ#.D0.9A.D0.B0.D0.BA.D0.BE.D0.B5_.D0.BE.D0.BF.D1.82.D0.B8.D0.BC.D0.B0.D0.BB.D1.8C.D0.BD.D0.BE.D0.B5_.D1.81.D0.BE.D0.BE.D1.82.D0.BD.D0.BE.D1.88.D0.B5.D0.BD.D0.B8.D0.B5_.D0.BF.D1.80.D0.BE.D0.BF.D1.83.D1.81.D0.BA.D0.BD.D0.BE.D0.B9_.D1.81.D0.BF.D0.BE.D1.81.D0.BE.D0.B1.D0.BD.D0.BE.D1.81.D1.82.D0.B8_.D0.B8_.D1.80.D0.B0.D0.B7.D1.80.D0.B5.D1.88.D0.B5.D0.BD.D0.B8.D1.8F_.D0.B4.D0.BB.D1.8F_.D0.BD.D0.B0.D1.81.D1.82.D1.80.D0.BE.D0.B9.D0.BA.D0.B8_.D0.BA.D0.BB.D0.B8.D0.B5.D0.BD.D1.82.D0.B0.3F|Какое оптимальное соотношение пропускной способности и разрешения для настройки клиента]]
* отсутствие потерь пакетов (если есть потери, то не более 1%)
* низкий джиттер (<= 30 мс)
* задержка прохождения пакетов (RTT) <= 850 мс

== Почему участник отключился во время конференции? ==

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

Причины могут быть различны:
* сетевые проблемы;
* отключение участника администратором или модератором;
* участник самостоятельно инициировал отключение.

Для выяснения причины необходимо обратиться к логу конференции.
Если конференция запущена в данный момент, то её лог можно увидеть, нажав кнопку "Лог конференции" в верхней правой части экрана.

[[Файл:Лог конференции кнопка.jpg|800px|безрамки|центр|Лог конференции кнопка]]

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

[[Файл:Страница Логи.jpg|800px|безрамки|центр|Страница Логи]]

С логами возможны следующие действия:  
* просмотр лога;
* сохранение на станцию администратора для последующего анализа.

Лог конференции имеет следующий вид:

[[Файл:Лог конференции.jpg|800px|безрамки|центр|лог конференции]]

В момент разрыва соединения в логе появляется строка, содержащая disconnected, с указанием инициатора отключения: system или self.

[[Файл:Строка disconnected.jpg|800px|безрамки|центр|строка disconnected]]

Self – говорит о том, что отключение было инициировано устройством или ПО участника конференции. Если соединение было по протоколу H.323, то по коду отключения можно наиболее точно определить, что послужило причиной разъединения.

Для определения кодов ответа (Cause code) можно воспользоваться данной статьёй: https://ru.wikipedia.org/wiki/Q.931

Для  SIP и WebRTC подключений имеется только один информативный код отключения: 130, который означает таймаут получения медиатрафика, т.е. какую-то сетевую проблему. Код 200 говорит о том, что отключение было со стороны клиента по неизвестной причине.

Если после disconnected указывается system, это говорит о том, что инициатором отключения выступил сервер.  В этом случае, для понимания причины, необходимо изучить лог ниже сообщения об отключении.

[[Файл:Код лога system.jpg|800px|безрамки|центр|код лога system]]

При отключении администратором участника конференции из web–интерфейса управления конференцией в логах будет отображаться сообщение с параметром system и кодом 200, если участник был подключен по WebRTC или SIP. 

Кодом -1 (то есть без кода), если участник был подключен по H.323.

[[Файл:Параметр Без кода.jpg|800px|безрамки|центр|Параметр Без кода]]

== Подключение с выключенным микрофоном - какие настройки применять? ==
Чтобы при запуске конференции микрофоны участников были выключены, необходимо сделать следующее:
#до запуска конференции на странице управления конференцией перейти на вкладку «Настройки»;
#активировать переключатель «При подключении микрофон выключен»;
#нажмите в нижней части страницы кнопку «Сохранить».

== Подключение с выключенным микрофоном - как участнику самостоятельно подключиться с выключенным микрофоном? ==
При подключении в конференцию в качестве участника по ссылке вы можете отключить собственный микрофон, нажав кнопку в нижней части экрана. Микрофон будет неактивен.