Использование Stun/Turn в WebRTC

Question

Я разрабатываю небольшое приложение webrtc на C. Я делаю вызов webrtc, используя sip-сигнализацию. У меня ниже запросов относительно использования оглушения/поворота/льда.

Когда я начинаю звонок, я посылаю INVITE с предложением (SDP). В SDP нам нужно поставить кандидатов ICE.

У меня есть два возможных случая. Чтобы объяснить это, я приведу пример. Скажем, две конечные точки: A и B. У меня есть прокси-сервер sip сказать P. Также у меня есть сервер очереди (поддерживает как оглушение, так и поворот), скажем, это T.

Case 1
Все объекты , B, P и T в той же частной сети. Требуется ли разрешение STUN? Если да, то каковы все оглушающие запросы/ответы, с которыми мне нужно иметь дело?

Случай 2
Здесь находится в частной сети. Прочие организации B, P и T находятся в общественной сети. В этом случае я надеюсь, что нам нужно сделать разрешение STUN/TURN. Допустим, я начал с STUN и получил приглашенных и рефлексивных кандидатов. В некоторых примерах я вижу, Права, Запросы канала связи. Если я использую только STUN (нет TURN), после того, как я получу хост и рефлексивные кандидаты, мне нужно сделать что-нибудь лишнее?

Кроме того, есть ли хороший открытый источник, доступный для клиента stun/turn в C, который использует gnutls (no openssl)?

Answer 1

Корпус 1 - № Не требуется, сам по себе. Просто нет простого способа обнаружить, когда INVITE приходит из той же сети, в которой вы находитесь.

Случай 2 - Если вы используете STUN, локальные хосты и рефлексивные кандидаты в порядке. TURN используется для сценариев, когда требуются реле (симметричные сценарии NAT).