> Раз уж клиент их хочет, то можно и прописать. Там еще всякая другая > экзотика может быть востребована клиентом, например, _stun._udp. Вот это
STUN и uPnP никогда не помешают. Если SIP UA и NAT сервер адекватно поддерживают эти методы, многие проблемы из параллельной темы "far-end NAT traversal" сами собой уходят. В т.ч. самые неприятные: зарастание дырочки, отсутствие ringback tone и relay всей медии.
К сожалению, SIP UAC ничего не знает о проприетарных методах CGatePro NAT traversal, поэтому поддержка STUN может оказаться медвежьей услугой.
Не имея _stun._udp UAC просто ставит внутренние адреса в SIP/SDP, и CGatePro делает остальное. Под STUN UAC будет пытаться траверсать NAT самостоятельно, даже если это невозможно (symmetric, etc.). В этом случае CGatePro выключается из процесса траверса (связи не будет).
Вариантов два:
-- автоконфигуратор, обладающий знанием и о STUN, и о CGatePro;
-- UAC, использующий STUN если возможно и outbound в остальных случаях.
SIP трафик, прошедший через CGatePro в январе -- 250Gb. В основном в угоду "far-end NAT traversal" без STUN/uPnP.
-- Герман Мызовский, Tario Communications.Получено Tue Feb 21 19:29:25 2006
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:14:44 MSK