The table below contains some possible problems you may experience during the WCS server operation and recommendations to solve these issues. Please direct all technical questions related to configuration and functioning of Web Call Server to the technical support forum at http://forum.flashphoner.com or to helpdesk@flashphoner.com.
Problem | Solution |
|---|---|
WCS server does not start | 1. Make sure the server process is created. 2. Check logs server_logs/flashphoner.log and server_logs/flashphoner_manager.log for errors. 3. Make sure the name of your server host (Linux command 'hostname') correctly resolves to the IP address in /etc/hosts. The ping yourhost command must work, where yourhost is the name of your host displayed by the 'hostname' Linux command. |
WCS server does not accepts web client connections | 1. Check server logs for errors. 2. Make sure you have activated the license. 3. Check the Websocket port of the server (by default 8080) using the telnet command. Make sure the server uses this specific port for Websocket. To do this, you can use the 'netstat' Linux command and check the ws_port server setting. 4. Make a traffic dump and check if the Websocket traffic is running through. |
Registration on the SIP server does not work | 1. Check server logs for errors. 2. Make sure the SIP port range on the WCS server (by default 30000-31000) is openin Firewall, and if the WCS server is behind NAT additionally check that UDP packets sent to the external IP address reach the corresponding ports of the WCS server. Check port_from and port_to settings of the SIP port range. 3. Make a traffic dump and check if SIP traffic is running through. |
One-way audio during a WebRTC-SIP call or completely no audio | Configure extended logging with client_dump_level=2 and check the logs and traffic dumps created after a test call followed by disconnect of the user. Make sure SIP, RTP and WebRTC traffic flows normally and there are no serious errors on the side of the web browser. |
Lack of audio or video stream when working with streaming video and WebRTC | Make traffic dumps. Make sure WebRTC traffic flows normally and there are no serious errors on the side of the web browser. |
Emergency shutdown of the server. The server stopped responding to requests. | 1. Check if the server process is alive. 2. If there is no server process, check crash dumps in the logs directory of the server. Such dumps may look like error3677.log, where 3677 is the PID of the server process that was shut down. Send these dumps to the Flashphoner technical support. 3. If the server process is alive while the server looks not responding and does not process connections, make a dump of system streams of the server using the jstack command. Send this dump to the Flashphoner technical support along with the server logs. 4. Configure the Watchdog subsystem to automatically control availability of the server and send to the Flashphoner technical support dumps and server logs created by Watchdog when the incident repeats. |
Неполадки
Устранение
WCS сервер не запускается
1. Проверьте был ли создан серверный процесс.
2. Проверьте логи server_logs/flashphoner.log и server_logs/flashphoner_manager.log на наличие ошибок.
3. Убедитесь, что имя хоста вашего сервера (Linux команда hostname) корректно резолвится в IP адрес в файле /etc/hosts. Команда ping yourhost должна работать, где yourhost - имя вашего хоста, которое выводится при вызове команды 'hostname' в Linux.
WCS сервер не принимает соединения web-клиетов
1. Проверьте логи сервера на наличие ошибок.
2. Убедитесь что вы активировали лицензию.
3. Поверьте Websocket порт сервера (по умолчанию 8080) c помощью команды telnet. Убедитесь что сервер использует именно этот порт для Websocket. Для этого можно воспользоваться Linux-командой netstat и проверить настройку сервера ws_port.
4. Снимите дамп трафика и проверьте ходит ли Websocket трафик.
Регистрация на SIP сервере не проходит
1. Проверьте логи сервера на наличие ошибок.
2. Убедитесь что диапазон SIP портов WCS сервера (по умолчанию 30000-31000) открыт на Firewall и в случае нахождения WCS сервера за NAT, UDP пакеты отправленные на внешний IP адрес доходят до соответствующих портов WCS-сервера. Проверьте настройки port_from и port_to диапазона SIP портов.
3. Снимите дамп трафика и проверьте ходит ли SIP трафик.
Одностороннее аудио во время WebRTC-SIP звонка или полное отсутствие звука
Настройте расширенное логгирование с уровнем client_dump_level=2 и проверьте логи и дампы трафика, которые будут созданы после звонка и дальнейшего дисконнекта пользователя. Убедитесь, что SIP, RTP и WebRTC трафик ходит нормально и на стороне web-браузера нет серьезных ошибок.
Отстутствие аудио или видео потока при работе с потоковым видео и WebRTC
Снимите дампы трафика. Убедитесь, что WebRTC трафик ходит нормально и на стороне web-браузера нет серьезных ошибок.
Аварийная остановка сервера. Сервер перестал отвечать на запросы.
1. Проверьте жив ли серверный процесс.
2. Если серверного процесса нет, проверьте crash-дампы в директории logs сервера. Эти дампы могут выглядеть как error3677.log, где 3677 - это PID серверного процесса, который был аварийно остановлен. Отправьте эти дампы в техподдержку Flashphoner.
3. Если серверный процесс жив и при этом сервер выглядит зависшим и не отрабатывает соединения, снимите дамп системных потоков сервера командой jstack.
Отправьте этот дамп в техподдержку Flashphoner вместе с серверными логами.
4. Настройте подсистему Watchdog для автоматического контроля доступности сервера и отправьте в техподдержку Flashphoner серверные логи и дампы, которые Watchdog создаст при возникновении подобного инцидента.