Вызов с SIP транка в ОКС7 (hop counter)

[Sergey Orlov]

Здравствуйте.
Имеется клиент, подключенный к SMG2016 по SIP транку. Вызов идет на ОКС7 на РТК.
При вызове от клиента сообщение INVITE приходит с аттрибутом Max-Forwards: 10.
Далее звонок транслируется в стык с РТК в ОКС. По трассировке PBX вижу, что в IAM формируется значение hop-counter на входе в SMG = 4, на выходе в ОКС = 3. При этом от РТК вызов перетранслируется к следующему оператору. Возникает ситуация, когда hop-conter становится равным 1 и вызов разваливается, как и положено.
Соответственно вопросы:
1. Вроде по стандарту при преобразовании из SIP в ISUP значение Max-Forwards преобразуется в hop-counter с убыванием на 1? То есть по идее в IAM должен уйти hop-counter=9. Почему получаем 4 на входе в SMG в трейсе? Куда делось еще 5 хопов?
2. Как изменить значение hop-counter на большее?
3. Можно ли изменить значение Max-Forwards на входе из SIP транка в профиле через расширенные настройки? Думаю что нужно добавить строку туда вида [sipheader:Max-Forwards=+(70)!]. Поможет ли?

[bravo]

поделитесь пожалуйста, зачем в принципе клиент использует такой маленький макс форвард и зачем его в принципе нужно ограничивать на ССОП? Это как то влияет на выбор направления при маршрутизации? Не думаю...

я не к тому, что заставьте клиента поправить и всё будет ОК... мне просто интересен ответ на мой вопрос

[Sergey Orlov]

Вопрос задал именно по той причине, что нет уверенности в том, что клиент сможет или захочет что то менять.
Сам вчера и сегодня полдня ломал голову и сравнивал почему, же от меня вызов уходит, а от него нет. Сравнивал IAM - один в один, потом глаз упал на hop counter.
Клиенту уже написал про это и сказал делать по RFC = 70. А так да, у меня тоже к нему этот же вопрос.
Насколько я понял у него стоит MS Lync потом за ним Mediant, фиг знает.

[bravo]

Медиант норм железка.
lync вообще не знаю, но судя по тому, что продукт от MS, там могут быть какие нибудь коммерческие ограничения без лицензий.

Но мне было интересно, зачем в принципе нужен этот параметр... И пришла мысль, что вроде как это средство контроля за петлями в сети.

[Sergey Orlov]

Ну да, все верно. Именно для этих целей:
RFC3261
8.1.1.6 Max-Forwards

The Max-Forwards header field serves to limit the number of hops a
request can transit on the way to its destination. It consists of an
integer that is decremented by one at each hop. If the Max-Forwards
value reaches 0 before the request reaches its destination, it will
be rejected with a 483(Too Many Hops) error response.

A UAC MUST insert a Max-Forwards header field into each request it
originates with a value that SHOULD be 70. This number was chosen to
be sufficiently large to guarantee that a request would not be
dropped in any SIP network when there were no loops, but not so large
as to consume proxy resources when a loop does occur. Lower values
should be used with caution and only in networks where topologies are
known by the UA.

[Sergey Orlov]

И все таки, почему на входе из SIP SMG получает значение 10, а на выходе 3. Куда девается 7 хопов? Это вопрос к элтексу.
И поможет ли подмена на SIP профиле через расширенные настройки [sipheader:Max-Forwards=+(70)!]

[Sergey Orlov]

Ну, в общем, что и требовалось доказать. Клиент исправил у себя на 70 и все заработало.
Интересно, что на медианте 10 - значение по умолчанию. Видимо RFC они не читают.
The valid value range is 1-70. The default is 10.
Вопрос про хопы на SMG еще открыт, куда делось 7 штук?

[Bokrenok]

Вопрос про хопы на SMG еще открыт, куда делось 7 штук?

по рекомендации Q.1912.5 (а точнее Table 11/Q.1912.5 – Mapping from Max-Forwards to Hop Counter)
конвертация идёт не 1к1, а с коэфициентом.

но действительно есть существенные неудобства, если изначально значение Max-Forwards не очень большое.
поэтому в версии 3.10 была сделана корректировка:
если Max-Forwards меньше 31, то 1к1, в других случаях 1к2,25

[bravo]

по рекомендации Q.1912.5 (а точнее Table 11/Q.1912.5 – Mapping from Max-Forwards to Hop Counter)
конвертация идёт не 1к1, а с коэфициентом.

а известно, нафига они налепили странную логику, где она не нужна?
надо меньше хопов - пусть дефолтом 25-30 рекомендуют, если коэффициент 2,5 применяется...