leveler Опубликовано 21 августа, 2008 · Жалоба Есть две выдержки из рекомендации 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). Это так? И если так, то кто может тупить в данной ситуации (коннект есть, а КПВ идёт)? Кстати, вызываемый абонент говорит, что звонок даже и не пытался доходить до него. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Fanatik Опубликовано 22 августа, 2008 · Жалоба Это просто называется фальш со стороны соот. оператора! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 25 августа, 2008 · Жалоба Да меня сейчас не интересует то, что звонок не пошёл. Да и сотовики может не при чём - где-нибудь по середине гонят чере gsm-шлюзы. Меня больше интересует вот это: Из рекомендации я так понял, что процесс отказа от туннелирования (энкапсуляции) H.245 и процедуры Fast Start чуть отличается. В первом случае (H.245) достаточно в следующем сообщении терминатору не прислать h245Tunneling=TRUE. Во втором - чтобы элемент fastStart не пришёл ни в одном ответе (то есть, может прийти не сразу, а в CONNECT). Это так? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ram_scan Опубликовано 25 августа, 2008 · Жалоба Если я что-нибудь в чем-нибудь понимаю, то весь сермяжный смысл фастстарта заключается в том что он проходит именно до коннекта. Но судя по стандарту таки именно так, начиная с сетупа по коннект включительно встречная сторона может с фастстартом согласиться. Там надо на самом деле поглядеть вдумчиво еще что из алертов имеет право скипаться, потому-что если имеет место быть коннект сразу после сетапа то по большому счету акновледжмент на фастстарт по человечьи давать и неоткуда больше. И это походу единственная шляпа для чего оно в коннект предусмотрено. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
leveler Опубликовано 26 августа, 2008 · Жалоба Так так бы и написали для ФС как для инкапсуляции h.245 - что должно быть в следующем сообщении, которое идёт от терминатора, и никак иначе. А тут непонятное развели. А у меня там и ФС прёт, и, согласно пункту 8.2.1, стороны начинают договариваться при инкапсулированном h.245. А согласно документику, если есть ФС, то там в сообщениях кроме строки h245Tunneling=TRUE не должно быть ничего от h.245. Иначе, инкапсуляция будет иметь приоритет над ФС. А по факту, я переключил на другого оператора сотовые - звонки идут норм. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...