RTCPeerConnection не соответствует: не удается подключиться при смене поставщика - PullRequest
0 голосов
/ 02 февраля 2019

Я пытаюсь понять, если это проблема с моей сетью или это проблема WebRTC.

Я создал простой пример для создания RTCPeerConnection между двумя узлами, которые находятся в разных сетях, каждыйодин за своим собственным NAT.Когда я подключаюсь от A к B (т. Е. A является оферентом), соединение устанавливается успешно, но подключение от B к A завершается неудачно (iceConnectionState имеет значение «fail»).

Сам код не имеет значения, я тестировал на этом онлайн-примере, и проблема та же: https://scaledrone.github.io/webrtc-text-chat-tutorial

Да, оба партнера правильно отправляют кандидатов (оба хоста ) и srflx ).

Основываясь на некоторых онлайн-инструментах и ​​том факте, что обе являются обычными домашними сетями, я предполагаю, что ни один из них не находится за симметричным NAT.В любом случае, разве соединение не должно прерваться в обоих направлениях?

-

Вопросы:

A. Имеет ли значение, кто является оферентом?Или это ошибка?

B. В случае, если это имеет значение (возможно, из-за того, что одна из сетей имеет более ограниченный NAT), какую конфигурацию я должен посмотреть на маршрутизаторах, чтобы исправить это?Любой источник информации поможет

-

• Я знаю, что могу (или должен) использовать сервер TURN для этих случаев, но я не хочу.

• Я знаю, что могу написать некоторый код, чтобы обойти эту проблему, заменив одноранговые узлы, если они не подключаются с первой попытки, но это последнее, что я бы попробовал.

Извините за мою грамматику.Пожалуйста, сообщите мне, если вам нужна информация о журналах webrtc или сетях.Заранее спасибо.

...