Назад | Перейти на главную страницу

SIP me@domain.com против (123) 456-7890

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

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

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

tel:+12125551212

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

sip:me@domain.com

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

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 события, а не как аудио).