Просмотров: 7662 (Статистика ведётся с 06.02.2017)

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

Примечание: Компания 1c-Битрикс не является оператором связи и не отвечает за качество работы IP-телефонии.

Ниже приведены несколько методов проверки элементов связи и описание процессов, происходящих при звонках. Надеемся, что это поможет при решении проблем.

Проверка настроек локальной сети

В любом случае нужно начать поиск проблем с проверки настроек локальной сети, файерволлов и антивирусов. Важно помнить, что в случае телефонии нужно отслеживать актуальность IP-адресов по требованиям от Voximplant'а. Эти требования периодически меняются, компания Битрикс отслеживает эти изменения. Таблица адресов и портов, которые должны быть открыты на главной странице раздела Телефония всегда актуальна.

Логи Битрикс24

Одним из инструментов анализа связи могут быть логи, которые ведёт Битрикс24. Логи можно просмотреть в колонке Журнал по ссылке Детализация на странице Баланс и статистика.

Примечание: При использовании Битрикс24 в коробке необходимо для ведения логов в настройках NGINX установить параметр proxy_ignore_client_abort on;.

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

Иногда при выяснении причин плохой связи при видеозвонках подозрение падает на особенности клиентского оборудования - гарнитуру, камеру, особенности драйверов и тому подобного. Например, клиент жалуется: "со временем звук начинает хрипеть, а затем и вовсе пропадает, хотя видео едет". Одна из возможных причин: проблемы гарнитуры пользователя. Вот в этом случае можно запустить у того же клиента Десктопное приложение в тестовом режиме с тестовым медиа (исключающим влияние не корректно работающей гарнитуры) и запустить ещё один сеанс связи с тем же собеседником. Если в этом режиме связь не пропадает, то подозрение укрепляется. Если пропадает все равно, то дело скорее всего в NAT/Firewall, некорректно работе WebRTC, TURN и так далее, и гарнитуру менять бесполезно.

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

Для этого запустите Bitrix24.exe (десктопное приложение) с ключом --use-fake-device-for-media-stream:

Bitrix24.exe --use-fake-device-for-media-stream

При запуске с ключом встроенный Chrome будет сам генерировать тестовое видео и аудио. Видео покажет динамически закрашиваемый круг и счетчики, а аудио будет передавать периодический тоновый сигнал.

Либо можно организовать трансляцию аудио и видео из файлов для тестирования с более сложным медиа-потоком:

Bitrix24.exe --use-fake-device-for-media-stream --use-file-for-fake-video-capture="waterfall_cif.y4m" --use-file-for-fake-audio-capture="a2002011001-e02.wav" 

К тестовым файлам есть особые требования: видео в формате y4m, аудио в формате wav с дискретизацией 44.1 КГц.

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

Настройки мессенджера

Кроме технических проблем с оборудованием возможна некорректная настройка мессенджера. В этом случае:

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

Проблемы при переводе звонка через sip-аппарат

Если есть проблемы при переводе звонка через sip-аппарат, то в решении этих проблем может помочь знание того, как происходит переадресация звонка через аппарат.

В переадресации участвуют три стороны:

  1. Тот, кто переводит (Transferor)
  2. Кого переводит (Transferee)
  3. На кого переводят (Transfer target)

В момент совершения переаресации sip-аппарат обменивается рядом sip-сообщений с оператором связи Voximplant. По результатам этого обмена Voximplant:

  • объединяет медиа-потоки Transferree и Transfer target
  • разъединяет медиа-потоки Transferree и Transferor
  • во все три плеча отправляет событие CallEvents.TransferComplete с указание роли этого плеча в переводе.

Если в журнале звонка данное событие отсутствует (и клиент нажимает правильные кнопки для перевода), то:

  • либо у клиента аппарат формирует нестандартные сип-команды,
  • либо у клиента какие-то сетевые проблемы.

В этом случае, лог такого звонка надо отправлять в техподдержку Битрикс24, разобраться что именно приходило от аппарата клиента, может только оператор связи Voximplant.




Курсы разработаны в компании «1С-Битрикс»