SBS - separate bearer @ signaling - не передает id звонка

[seucmis]

Господа, кто-нибудь сталкивался с авайской технологией SBS?

Суть технологии в том, чтобы при PSTN звонке передавать порцию сигнальной информации (extension, Caller Name) по транку с поддержкой q-sig .

По ней мизерно мало информации, только один Job Aid. Насколько я понял, работает она так (поправьте пожалуйста, если что не так):

1) абонент на площадке А набирает SBS extension на площадке B, через h.323 транк в моем случае
2) SBS extension на площадке принимает входящий звонок, получает сигнальную порцию данных - Caller ID и имя звонящего, и отдает из public numbering таблицы номер для головового звонка
3) абонент на площадке А набирает отданный ей номер для голосового звонка
4) sbs extension на площадке Б сообщает id звонка площадке А
5) абонент на площадке А передает через DTMF голосового звонка полученный ранее id
6) на площадке Б голосовому звонку присоединяются номер и имя звонящего, полученные на шаге 2.

Так вот, кажется у меня затык происходит на шаге 2 - после передачи из public numbering номера для голосового набора, SBS extension просто завешает соединение. В итоге, набрать голосовой звонок получается, но Id звонка с площадки B уже передать некому.

трейс на принимающей стороне, SBS транк:

Код: Выделить всё

14:21:10 TRACE STARTED 09/26/2017 CM Release String cold-00.1.510.1-21061
14:21:17     Calling party trunk-group 7 member 1    cid 0x397b
14:21:17     Calling Number & Name 3307 Yaroslav Pork
14:21:17     active trunk-group 7 member 1    cid 0x397b
14:21:17     dial 5555
14:21:17     term station      5555 cid 0x397b            

Трейс на звонящей стороне:

Код: Выделить всё

14:21:08 TRACE STARTED 09/26/2017 CM Release String cold-03.0.124.0-23382
14:21:20     dial 5555# route:UDP|AAR
14:21:20     term trunk-group 11      cid 0x1a12
14:21:20     dial 5555# route:UDP|AAR
14:21:20     route-pattern  99 preference 1 location 1/ALL  cid 0x1a12
14:21:20     seize trunk-group 11 member 4    cid 0x1a12
14:21:20     Setup digits 5555
14:21:20     Calling Number & Name 3307 Y************
14:21:20     Proceed trunk-group 11 member 4    cid 0x1a12
14:21:20     active service-link       cid 0x1a13
14:21:20     dial 90074952691130# route:ARS
14:21:20     term trunk-group 1      cid 0x1a13
14:21:20     dial 90074952691130# route:ARS
14:21:20     route-pattern  3 preference 1 location 1/ALL  cid 0x1a13
14:21:20     seize trunk-group 1 member 8    cid 0x1a13                       
14:21:20     Setup digits ################
14:21:20     Calling Number & Name %%%%%%%%%% NO-CPName
14:21:20     Proceed trunk-group 1 member 8    cid 0x1a13
14:21:23     Alert trunk-group 1 member 8    cid 0x1a13
14:21:26     active trunk-group 1 member 8    cid 0x1a13
14:23:20     idle trunk-group 11 member 4    cid 0x1a12
14:23:20     idle service-link       cid 0x1a13
14:23:24     idle station      3307 cid 0x1a12     

Куда копать?

[Pterodahtil]

не совсем понял проблему. Что такое SBS - не знаю.
Я так понимаю, вы хотите, что бы конечный получатель вызова видел номер и имя инициатора? Причём тут Qsig? Ищем в первом форуме про Definity - Modify Tandem Calling Number

[seucmis]

Да, я хочу, чтобы конечный получатель на станции Б видел номер инициатора, который звонил на станцию А, и в результате обработки вектором, был направлен на станцию Б. Про тандем знаю, от станции А уходит номер инициатора.

Проблема в том, что провайдер между станцией А и станцией Б заменяет присылаемый Caller ID на свой. Повлиять на это возможности нет.

SBS (насколько я понял по единственному Job Aid на эту тему) позволяет передать номер и имя по h.323 транку (даже medpro не нужны, только clan или proc с каждой стороны), а потом прицепить эти номер и имя к звонку, совершаемому через PSTN - вызывающая станция высвистит полученный ранее id звонка.
В общем, это как IGAR, но между двумя отдельными станциями.

Но, что-то не складывается с получением этого самого id. Понимаю, что очень специфический случай, но может кто уже наступал на эти грабли, и может помочь.

http://downloads.avaya.com/css/P8/documents/003801851 - собственно документ, описывающий данную фичу.

[Ryosuke12367]

Это очень полезно для меня.