Давно хотелось разобраться с полями sip протокола P-Asserted-Identity и P-Preffered-Identity. Погуглив (и даже поискав яндексом) ничего вразумительного найти не удалось, кроме грустных топиков на форумах о неправильно передающемся а-номере. Практические примеры применения почти не встретились. Придется обратиться к первоисточникам.
Использование данных заголовков описаны в следующих документах:
RFC 3324 Watson, M., "Short Term Requirements for Network Asserted Identity"
RFC 3325 Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks
Данные поля протокола sip используются при передаче сообщений между доверенными узлами сети в случае если пользователь хочет обеспечить свою приватность (скрыть свои данные в полях from и contact). Эта функция аналогична услуге "Запрет АОН" в традиционных телефонных сетях.
Технология передачи идентификации пользователей с использованием заголовков, описанных в RFC 3325 не имеет криптографических функций и поэтому применима только в sip сетях, удовлетворяющих требованиям RFC 3324, в так называемых Trusted Domain.
Заголовок P-Asserted Identity содержит идентификационную информацию агента пользователя (UA) назначенную каким либо элементом сети. Данная информация может извлекаться из заголовка P-Preferred-Identity либо назначаться sip-сервером после авторизации агента пользователя. Обработка данного заголовка возможна только при получении его от доверенного узла сети. Если данный заголовок содержится в сообщении, пришедшем не от доверенного узла, то он обязательно удаляется.
Заголовок P-Preferred-Identity используется в сообщениях, которые агент пользователя отправляет прокси-серверу, с которым у него установлены доверительные отношения. Заголовок переносит информацию, удостоверяющую пользователя, которую инициатор сообщения желает использовать в качестве значения заголовка P-Asserted-Identity. Заголовок P-Preferred-Identity может состоять из одного или нескольких значений и иметь схему sip, sips, или tel.
Есть еще несколько моментов относящихся к использованию описанных заголовках в сообщениях 180/183/200. Вкратце можно сказать, что в этом случае приватность может обеспечиваться для вызываемого абонента. Только вот смысл от меня пока ускользает.
Вот здесь добрый человек написал как включать/выключать данные заголовки для сервера asterisk.
В индексе IETF есть еще документ RFC 5876 Updates to Asserted Identity in the Session Initiation Protocol (SIP). В будущем попробую разобраться какие нововведения он привнес. Хотя, как показывает практика эти заголовки присутствуют в сигнализации, но скорее потому, что включены по дефолту в настройках sip оборудования. За несколько прошедших лет нам ни разу не обращались с просьбой обеспечить сокрытие а-номера при исходящих вызовах.
Использование данных заголовков описаны в следующих документах:
RFC 3324 Watson, M., "Short Term Requirements for Network Asserted Identity"
RFC 3325 Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks
Данные поля протокола sip используются при передаче сообщений между доверенными узлами сети в случае если пользователь хочет обеспечить свою приватность (скрыть свои данные в полях from и contact). Эта функция аналогична услуге "Запрет АОН" в традиционных телефонных сетях.
Технология передачи идентификации пользователей с использованием заголовков, описанных в RFC 3325 не имеет криптографических функций и поэтому применима только в sip сетях, удовлетворяющих требованиям RFC 3324, в так называемых Trusted Domain.
Заголовок P-Asserted Identity содержит идентификационную информацию агента пользователя (UA) назначенную каким либо элементом сети. Данная информация может извлекаться из заголовка P-Preferred-Identity либо назначаться sip-сервером после авторизации агента пользователя. Обработка данного заголовка возможна только при получении его от доверенного узла сети. Если данный заголовок содержится в сообщении, пришедшем не от доверенного узла, то он обязательно удаляется.
Заголовок P-Preferred-Identity используется в сообщениях, которые агент пользователя отправляет прокси-серверу, с которым у него установлены доверительные отношения. Заголовок переносит информацию, удостоверяющую пользователя, которую инициатор сообщения желает использовать в качестве значения заголовка P-Asserted-Identity. Заголовок P-Preferred-Identity может состоять из одного или нескольких значений и иметь схему sip, sips, или tel.
Есть еще несколько моментов относящихся к использованию описанных заголовках в сообщениях 180/183/200. Вкратце можно сказать, что в этом случае приватность может обеспечиваться для вызываемого абонента. Только вот смысл от меня пока ускользает.
Вот здесь добрый человек написал как включать/выключать данные заголовки для сервера asterisk.
В индексе IETF есть еще документ RFC 5876 Updates to Asserted Identity in the Session Initiation Protocol (SIP). В будущем попробую разобраться какие нововведения он привнес. Хотя, как показывает практика эти заголовки присутствуют в сигнализации, но скорее потому, что включены по дефолту в настройках sip оборудования. За несколько прошедших лет нам ни разу не обращались с просьбой обеспечить сокрытие а-номера при исходящих вызовах.
Знаю что не вовремя, и вообще запись старая... но.
ОтветитьУдалитьЭто поле может использоваться для использования биллинга провайдера.
Например: Есть 1 транк, 300 номеров, 30 линий.
Для исходящих вызовов мы подставляем любой из 300-х номеров, но что-бы не потерять абонента - заполняем еще и PAI. Когда пров будет нам предоставлять детализацию - у него в табличке будут эти самые значения.
Естественно пров должен поддерживать такую манипуляцию.
согласен
Удалить