Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
Grandstream - OXE - Samsung не идет звонок
 
Добрый день!
Спрошу тут, так как на АлкателАнлишд никто не ответил :(

Имеется связка Алкател OXE - Samsung OfficeServ, тип транка T2, сигнализация QSIG, звонки работают.
Подключил к Алкателу по PRI АТС Grandstream.

Звонки с Грандстрима на Алкател и обратно работают нормально, а вот с Грандстрима на Самсунг не звонит, длинный гудок и через 10 сек. сброс.

Вот трейс рабочего звонка на самсунг, с Алкатела:
Код
 ______________________________________________________________________________
| (270279:000002) 1100: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  32 02
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a1 83 9c -> T2 : B channel 28 preferred
| IE:[6c] CALLING_NUMBER (l=6)  ->  09  81  Num : 1540
| IE:[70] CALLED_NUMBER (l=5)  ->  89  Num : 2211
| IE:[7d] HLC (l=2) 91 81
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1)  -> EXTENSION (1)
|______________________________________________________________________________

 ______________________________________________________________________________
| (270279:000003) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP ACK [0d]  Call ref :  b2 02
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9c -> T2 : B channel 28 exclusive
|______________________________________________________________________________

 ______________________________________________________________________________
| (270281:000004) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  b2 02
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 83
|______________________________________________________________________________

 ______________________________________________________________________________
| (270282:000005) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  b2 02
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

А вот трейс звонка с Грандстрима, не работает:
Это трейс транка, который смотрит в сторону Самсунга
Код
| (278468:000002) 1096: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 52  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  32 22
|                               SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a1 83 86 -> T2 : B channel 6 preferred
| IE:[1e] PROGRESS_ID (l=2) a0 90
| IE:[6c] CALLING_NUMBER (l=6)  ->  00  81  Num : 4205
| IE:[70] CALLED_NUMBER (l=5)  ->  89  Num : 2211
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1)  -> UNKNOWN (0)
|______________________________________________________________________________

 ______________________________________________________________________________
| (278468:000003) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  b2 22
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3)  a9 83 86 -> T2 : B channel 6 exclusive
|______________________________________________________________________________

 ______________________________________________________________________________
| (278468:000004) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  b2 22
|______________________________________________________________________________

 ______________________________________________________________________________
| (278468:000005) 1096: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  32 22
|______________________________________________________________________________

 ______________________________________________________________________________
| (278501:000006) 1096: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  32 22
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

 ______________________________________________________________________________
| (278502:000007) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 19  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  b2 22
|______________________________________________________________________________

 ______________________________________________________________________________
| (278502:000008) 1096: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  32 22
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________
NORMAL CALL CLEARING появляется, когда кладу трубку.
Различия вижу в том, что в неработающем звонке IE:[32] EI_PARTY_CATEGORY (l=1)  -> UNKNOWN (0),
а в рабочем EI_PARTY_CATEGORY (l=1)  -> EXTENSION (1).
И в нерабочем нету tei: 0  >>>>  message received : ALERT (01)  Call ref :  b2 02.

Подскажите, куда копать, плиз!
 
Страницы: Пред. 1 2
Ответы
 
Все-таки - если Progress Id не посылать - что-то меняется (я надеюсь - по трассировке проверяли - что его не стало)?
И все равно - вопрос надо задавать по Самсунгу. Они зачем-то после Call Proc - присылают Connect вместо Alert.
 
Цитата
Alex Sch написал:
| (278468:000002) 1096: Send_IO1 (link-nbr=19, sapi=0, tei=0) :
| long: 52  desti: 0  source: 15  cryst: 0  cpl: 19  us: 8  term: 0  type a5
| tei: 0    T2 : B channel 6 preferred
| IE:[1e] PROGRESS_ID (l=2) a0 90
| IE:[6c] CALLING_NUMBER (l=6)  ->  00  81  Num : 4205
| IE:[70] CALLED_NUMBER (l=5)  ->  89  Num : 2211
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1)  -> UNKNOWN (0)
|____________________________________________________________­__________________
думаю что по этому

в теории если звонок пропустить через ARS от этого можно избавиться т.к. судя по тому как происходит набор т.е. SD + префикс TG
Изменено: error - 19.02.2019 19:52:17
Пути IP-пакета неисповедимы
 
ТСу задавали вопрос про Progress Id - сказал - не помогло. Хотя не понятно - просто галку убирали или реально Progress Id  не посылался, а все работало так-же.
 
Sending of Progress messaging стоит NO в обеих транкгруппах, и с Грандстрима на Алкател, и с Алкатела на Самсунг, но в трассе эта строка все равно присутствует.


Как я понял путь набора:
Набор идет через Abbr.number, он добавляет префикс. В Prefix plan этот префикс указывает на ARS Prof. Trg.Grg Seiz with overl. номер 1.  В ARS Route 1 идет через нашу транкгруппу (с QSIGом).  
 
префикс ARS Prof. Trg.Grg Seiz with overl. номер 1 -> entity - discreminator selector - #А -> Discrimenator Rule #А (правило набора) -> ARS list

этот ARS list покажите
Пути IP-пакета неисповедимы
 
Ребята, всем огромное спасибо за помощь, извините, что я вас тут поднапряг, проблема оказалась не в АТСках, а в Цисках, которые стоят между ними. Поднапряг сетевиков и они таки нашли там номерные планы, хотя до этого спрашивал, они божились, что циски по номерам ничего не раскидывают...

Еще раз всем спасибо!  :)
Изменено: Alex Sch - 06.03.2019 10:38:01 (уточнение)
Страницы: Пред. 1 2
Читают тему