Анализ RTMFP трафика
Протокол RTMFP используется только для передачи аудио и видео данных в том случае если технология WebRTC недоступна. Все сигнальные данные и сообщения передаются по протоколу Websocket.
Фильтруем дамп по UDP порту 1935 - это стандартный порт RTMFP. Как видно из дампа, пакеты ходят в обоих направлениях - от web-клиента к серверу и обратно. В RTMFP используется AES шифрование на уровне протокола, поэтому расшифровать и разобрать протокол в Wireshark не получится.
Возможные неполадки
В большинстве случаев неполадки связаны с непрохождением RTMFP трафика между web-клиентом и WCS-сервером. Если RTMFP трафик не проходит, web-клиент сможет установить соединение и зарегистрироваться на SIP, т.к. сигналинг работает через Websocket. При звонках Flash Player будет выдавать ошибки или просто не будет слышно аудио.
Устранение неполадок
Убедитесь, что UDP порт 1935 открыт и доступен. В случае если WCS-сервер находится за NAT, убедитесь что UDP пакеты, отправленные на внешний IP адрес доходят на этот порт WCS-сервера.