Различные SIP Uri схемы в и из заголовка в Sip Invite - PullRequest
0 голосов
/ 19 октября 2018

Сценарий: 1. UAC отправляет сообщение INVITE на B2B UA с sip uri из заголовка и tel uri в заголовке To.2. На что B2B UA отвечает сообщением 1xx (Reliable) с той же схемой uri, что и в INVITE, т.е. (sip uri из заголовка и телефон в заголовок To).3. UAC отправляет PRACK для 1xx с tel uri в обоих заголовках, т. Е. От и до.4. После этого все транзакции 1xx - PRACK и окончательные транзакции 200 OK - ACK находятся в поле From и To в поле Tel URI.5. После окончательного ACK B2B UA отправляет Reinvite в UAC с tel uri в заголовках From и To.

Итак, мой вопрос - Reinvite, упомянутый в пункте 5, является правильным, или мы должны использовать ту же схему URI, которая использовалась начальнымПриглашаем упомянутое в пункте 1 ??

1 Ответ

0 голосов
/ 19 октября 2018

При отправке PRACK RFC3262 сообщает в главе 4 (поведение UAC):

[...] UAC ДОЛЖЕН создать новый запрос с помощью метода PRACK.Этот запрос отправляется в диалоге, связанном с предварительным ответом [...]

RFC 3261 указывает на создание запросов в диалоге:

URI в поле To запроса ДОЛЖЕН быть установлен на удаленный URI из состояния диалога.[...] Исходный URI запроса ДОЛЖЕН быть установлен в локальный URI из состояния диалога.

Поэтому PRACK из шага 3 должен был содержать одинаковые To-URI и From-URIкак запрос INVITE с шага 1.

С этого момента с обеих сторон используются телефонные URI для заголовков From и To, которые, кажется, работают нормально.Это может быть объяснено тем фактом, что диалог идентифицируется комбинацией call-id / from-tag / to-tag.From-URI и To-URI не играют в этом никакой роли.Их можно рассматривать как свойства диалога.

Чтобы ответить на ваш вопрос:

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

Конечно, если этот конкретный UAC когда-либо взаимодействует с UAS, который менее снисходителен (требуются To-URI и From-URI остается постоянным в течение всего времени существования диалога) это может привести к проблемам с подключением.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...