Видеоконференция MCU NAT Traversal не работает
Я успешно скомпилировал исходный код системы с открытым исходным кодом (открытой видеоконференции MCU) и успешно протестирован. Я могу совершать видеозвонки через настольную версию и использовать webrtc (клиент sipml5) с Chrome и Firefox (с некоторыми изменениями, поскольку sipml5 не был совместим с более новыми версиями).
Теперь моя проблема с прохождением NAT. Я хочу сделать видеовызовы между клиентами за NAT, используя сервер поворота. Сервер MCU находится за NAT (порт SIP находится на общедоступном IP-адресе с использованием переадресации портов и доступно соединение tcp sip и ws). Я установил Coturn Turn Server в системе Ubuntu и настроил его с помощью командной строки, например, почему сервер Turn не поддерживает соединение TCP. Порты сервера поворота открыты на общедоступных ip. Я также проверил udp и tcp, но не успешно.
На mcu включен лед, оглушение и поворот. Я правильно установил URL-адрес и учетные данные сервера поворота, и mcu может успешно связаться с сервером поворота. Также webrtc в браузерах может успешно общаться с сервером поворотов (я говорю успешное общение, потому что я вижу, что кандидаты генерируются).
У меня есть две основные проблемы:
- По некоторым причинам, связанным с брандмауэром, я предпочитаю использовать только tcp relay. Но в тестовой среде я тестировал как с udp, так и с tcp, но безуспешно. Кажется, что открытая служба Tangango не поддерживает ретранслируемый tcp, потому что я не вижу ни одного кандидата с ретранслированным tcp (есть ретранслируемые кандидаты udp).
- Что не так с моей конфигурацией, которая мне никогда не удавалась при звонке. Кандидаты ICE генерируются с публичным ip, но их состояние всегда сбой или зависание (что значит замороженный!). Если у вас есть предложения, дайте мне знать и попробуйте. Я могу проверить и сообщить о результатах здесь, пока не достигну успешного видеозвонка.
Желтые части - это общедоступный IP-адрес (действительный IP-адрес, доступный в Интернете для всех клиентов).