Перейти к содержимому
Калькуляторы

Fast Start и H.245 Encapsulation помогите разобраться

Есть две выдержки из рекомендации H.323v2:

 

8.2.1 Encapsulation of H.245 Messages within Q.931 Messages

A calling endpoint capable of and willing to use H.245 encapsulation shall set the h245Tunneling element to TRUE in

the SETUP message and any subsequent Q.931 messages it sends so long as it desires tunneling to remain active. A

called endpoint capable of and willing to use H.245 encapsulation shall set the h245Tunneling element to TRUE in the

first Q.931 message sent in response to SETUP and in every subsequent Q.931 message it sends so long as it desires

tunneling to remain active. The called endpoint shall not set h245Tunneling to TRUE in any Q.931 response (and

tunneling remains disabled) unless it was TRUE in the SETUP message to which it is responding. If h245Tunneling is

not set to TRUE in the any Q.931 message, then tunneling is disabled from that point for the duration of the call and a

separate H.245 connection shall be established when and if H.245 procedures are invoked.

 

8.1.7 Fast Connect Procedure

The called endpoint may refuse to use the Fast Connect procedure, either because it does not implement it or because it

intends to invoke features that require use of the procedures defined in Recommendation H.245. Refusal of the Fast

Connect procedure is accomplished by not returning the fastStart element in any Q.931 message up to and including the

CONNECT message. Refusing the Fast Connect procedure (or not initiating it) requires that H.245 procedures be used

for capabilities exchange and opening of media channels.

When the called endpoint desires to proceed with the Fast Connect procedure, it sends a Q.931 message (CALL

PROCEEDING, PROGRESS, ALERTING, or CONNECT) containing a fastStart element selecting from amongst

the OpenLogicalChannel proposals offered by the calling endpoint. Channels thus accepted are considered opened as

though the usual H.245 OpenLogicalChannel and OpenLogicalChannelAck procedure had been followed. The called

endpoint shall not include a fastStart element in any Q.931 message sent after the CONNECT message, and shall not

include fastStart in any Q.931 message unless the SETUP message contained a fastStart element.

 

Связка такая: AddPac AP200B (version 8.23H) -- MVTS -- voip-оператор.

 

Звонок на сотовый c AddPac.

В SETUP есть и FS, и h245Tunneling=TRUE. В ответ в CALLPROCEEDING нет FS, но есть h245Tunneling=TRUE. Тогда со стороны оригинатора пошли FACILITY с инкапсулированной H.248. Две штуки. Но после приходит CONNECT с Tunneled H.245 и FS. Потом от оригинатора опять идут 2 FACILITY c Tunneled H.245. Далее типа разговор, но вызывающий слышит КПВ, а время соединения уже бежит.

 

Из рекомендации я так понял, что процесс отказа от туннелирования (инкапсуляции) H.245 и процедуры Fast Start чуть отличается. В первом случае (H.245) достаточно в следующем сообщении терминатору не прислать h245Tunneling=TRUE. Во втором - чтобы элемент fastStart не пришёл ни в одном ответе (то есть, может прийти не сразу, а в CONNECT). Это так?

 

И если так, то кто может тупить в данной ситуации (коннект есть, а КПВ идёт)? Кстати, вызываемый абонент говорит, что звонок даже и не пытался доходить до него. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это просто называется фальш со стороны соот. оператора!

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да меня сейчас не интересует то, что звонок не пошёл. Да и сотовики может не при чём - где-нибудь по середине гонят чере gsm-шлюзы. Меня больше интересует вот это:

Из рекомендации я так понял, что процесс отказа от туннелирования (энкапсуляции) H.245 и процедуры Fast Start чуть отличается. В первом случае (H.245) достаточно в следующем сообщении терминатору не прислать h245Tunneling=TRUE. Во втором - чтобы элемент fastStart не пришёл ни в одном ответе (то есть, может прийти не сразу, а в CONNECT). Это так?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если я что-нибудь в чем-нибудь понимаю, то весь сермяжный смысл фастстарта заключается в том что он проходит именно до коннекта. Но судя по стандарту таки именно так, начиная с сетупа по коннект включительно встречная сторона может с фастстартом согласиться. Там надо на самом деле поглядеть вдумчиво еще что из алертов имеет право скипаться, потому-что если имеет место быть коннект сразу после сетапа то по большому счету акновледжмент на фастстарт по человечьи давать и неоткуда больше. И это походу единственная шляпа для чего оно в коннект предусмотрено.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Так так бы и написали для ФС как для инкапсуляции h.245 - что должно быть в следующем сообщении, которое идёт от терминатора, и никак иначе. А тут непонятное развели. А у меня там и ФС прёт, и, согласно пункту 8.2.1, стороны начинают договариваться при инкапсулированном h.245. А согласно документику, если есть ФС, то там в сообщениях кроме строки h245Tunneling=TRUE не должно быть ничего от h.245. Иначе, инкапсуляция будет иметь приоритет над ФС.

 

А по факту, я переключил на другого оператора сотовые - звонки идут норм.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.