Понимание заголовков глотка - PullRequest
Новая
       18

Понимание заголовков глотка

0 голосов
/ 16 мая 2019

Я читал по нескольким источникам, и у меня есть несколько проблем, которые я не уверен, что это правильно?

Рассмотрим простой поток вызовов, как показано ниже: Алиса (Alice@TMC.com) <-> Боб (Bob@TMC.com)

enter image description here

Учитывая, что Алиса зарегистрировалась на 3 устройствах, а Боб зарегистрировался на 2 устройствах

Алиса устройства 

 1. Alice@client.ANC.com
 2. Alice@192.168.1.1:43085
 3. Alice@192.168.0.100:5060

Bob Devices 

 1. Bob@client.ANC.com
 2. Bob@192.168.0.100:5060

Теперь подходит к потоку вызовов. Алиса (с Alice@client.ANC.com решает позвонить БОБ.

  1. когда выполняется вызов (от Алисы до Боба) (на первом этапе) запрос URI будет таким, как для прокси или боба. [Ref] (https://www.quora.com/What-is-the-difference-between-request-URI-and-to-tag-in-SIP-request-messages)

  2. Алиса звонила со своего устройства Alice@client.ANC.com, поэтому мы предполагаем, что заголовок контакта присутствует в запросе SIP. Но когда BOB вводит свой контакт HEADER i.e Bob@client.ANC.com в ответ 200 OK. Почему маршрут должен быть направлен на Прокси (см. Рисунок)

почему его нельзя отправить напрямую в Алису, так как ЛПП знает о местонахождении Алисы? поскольку в запросе был заголовок «Алиса контакт».

Ответы [ 2 ]

0 голосов
/ 16 мая 2019

Прокси может быть любого типа, т.е. без гражданства / statefull / B2BUA. Прокси может поддерживать транзакцию Пригласить и очистить эту транзакцию 200OK через этот Прокси.

Когда прокси-сервер также хочет получить ответ, он добавит свой собственный ip в заголовок VIA. Ответ 200OK от Боба будет использовать заголовок VIA для прохождения того же пути, что и INVITE для ответа.

Итак, в вашем случае Боб получил сообщение INVITE с заголовком Via что-то вроде (через: proxy; alice), поэтому 200Ok будет отправлено в Proxy. Затем прокси-сервер удалит свой собственный путь через него и перенаправит его следующему через, например, Алису.

И, как упоминал Бакк, дальнейшие запросы могут проходить напрямую для ex от ACK и далее.

0 голосов
/ 16 мая 2019

Мои ответы:

  1. Значение Request-URI зависит от типа используемой маршрутизации: свободная маршрутизация или строгая маршрутизация.Поскольку SipV2 SIP поддерживает свободную маршрутизацию, это предпочтительный способ.Это означает, что Request-URI на первом этапе будет содержать AOR Боба, например Bob@anc.com.
  2. Ответ SIP должен проходить по тому же пути (в противоположном направлении), что и запрос SIP (с использованием заголовков Via),Это означает, что ответ 200 OK должен быть отправлен на прокси.Прокси отправит Алисе отдельный ответ 200 OK (это может быть то же самое сообщение).

Когда диалог подтвердится и (если) Алиса и Боб узнают контактный адрес друг друга, который они могут оттудав этом диалоговом окне отправляйте новые SIP-запросы непосредственно друг другу.

Надеюсь, это поможет.

...