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