SIP me@domain.com vs (123) 456-7890

Я пытаюсь понять SIP, и одна вещь, которая продолжает меня смущать, это номера телефонов и планы набора по сравнению с SIP URI, как me@domain.com, В чем разница? Как они сосуществуют / работают вместе?

Например, вы подключаетесь с помощью URI me@domain.com, а затем отправляете тоны DTMF по этому соединению (я сомневаюсь в этом, но я не уверен, как еще это работает?)

Источник

1 ответ

Решение

Номера телефонов и "SIP URIs как me@domain.com "это разные типы URI. Номер телефона можно представить в виде URI, например:

tel:+12125551212

тогда как "SIP URI, как me@domain.com "может быть представлен как URI следующим образом:

sip:me@domain.com

Многие пользовательские агенты SIP на самом деле не используют tel: URI. Вместо этого они просто берут номер, набранный пользователем, и вставляют его в URI SIP в качестве локальной части, а в качестве части хоста используют настроенный прокси-сервер, например:

sip:12125551212@my-sip-proxy.example.com

sip: URI можно использовать непосредственно для маршрутизации вызова по IP-сети: просто найдите часть узла URI SIP в DNS и перенаправьте вызов в местоположение, которое вы найдете в записях NAPTR/SRV/A/AAAA.

tel: URI должны маршрутизироваться в соответствии с правилами, настроенными в прокси-сервере SIP. Примеры таких правил могут быть:

  • Отправьте вызов по каналу PSTN с коммутацией каналов на номер телефона, указанный в URI.
  • Переадресация вызова на другой SIP-прокси после возможного перевода телефонного номера или даже изменения URI с tel: URI для sip: URI.
  • Посмотрите номер телефона в DNS под e164.arpa и переведите URI в соответствии с найденными там записями NAPTR.

Все это не связано с отправкой тонов DTMF через вызов. Это может произойти только после установления вызова, и прокси-серверы SIP, коммутаторы и маршрутизаторы на пути сигнализации, как правило, не обращают на них никакого внимания (это просто медиаконтент, даже если они представлены скорее как события RFC2833). чем как аудио).

Источник
Другие вопросы по тегам