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

Страницы: 1 2 След.
RSS
транзит с помощью SpeedDialing
 
есть таблица SpeedDialing, номер 2222 преобразуется в 082222, 08 префикс на транк. При наборе 2222 устанавливается нормальное соединение. В NPD прописано  внешн.5551000- внутр.1000, 8999. Вызов на номер
5551000 приходит на внутренного абонента 1000, вызов на номер 5552222 должен уйти на 082222, пока не уходит. Такая схема должна работать?
 
Ну не в NPD, а в DID прописано 5551000- внутр.1000, 8999.
Тестируется все просто - делите все на этапы и разбираетесь.
Например вместо SD создали абонента 2222 - входящий DID звонок отработал нормально.
Далее разбирайтесь с транзитом - основные грабли - Connection COS 5 (по дефолту транзит запрещен)
Entity/ discriminator selector - если пользуетесь экзотическими дискриминаторами - помним, что смотрится это в ентити транковой группы, а не абонента.
Ну и главное - если у вас что-то из типа ISDN - смотрите трассировку - может быть и так, ТРАНЗИТ срабатывает, есть и входящий и исходящий звонок, но например городу не нравится АОН при исходящем звонке. Или входящий звонок не блоком, а оператор принимающий звонок (IP телефония) хочет набор блоком.
 
транк, на который уходит вызов, смотрит на Моторола, трасса показывает что после ALERT от Моторолы, тут же приходит Disconnect (Normal Call Clearing) от Алкатель
 
а показать - не судьба?
 
С удовольствием!

(897053:000002) 1109: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 15 ef
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8b -> T2 : B channel 11 exclusive
| IE:[6c] CALLING_NUMBER (l=9) -> 01 81 Num : 2091799
| IE:[70] CALLED_NUMBER (l=5) -> a9 Num : 4300
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
 
____________________________________________________________­__________________
| (897058:000003) Concatenated-Physical-Event :
| long: 27  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  95 ef
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 8b -> T2 : B channel 11 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897058:000004) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  95 ef
 
IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897058:000005) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  95 ef
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897059:000006) 1113: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 15 ef
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
 
| (897063:000007) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 95 ef
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897063:000008) 1113: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 15 ef
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
 
(897161:000009) Concatenated-Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 0  cpl: 11  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : 00 6e
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 92 -> [92] NO USER RESPONDING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897161:000010) 1109: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 15 ee
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (897161:000011) 1113: Send_IO1 (link-nbr=11, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 11  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 80 6e
 
Лишний экран, прошу прощения
 
Надо смотреть что за патч стоит - были нюансы с получением Alert одновременно с progress_id
 
R9.1-i1.605-16-c-ru-c7s2
 
а оператор может после call proc (с progress id) не присылать PROGRESS?
 
А еще в догонку - на исходящей стороне отбой от нас - а на входящей? То-же транзитная станция отбой ПЕРВАЯ дает?
 
"не присылать PROGRESS" - точно сказать не могу, с этой стороны канал на Моторолах, E&M, MD110, будем смотреть Моторолу на предмет коррекции протокола.
На исходящей стороне отбой от нас (мы транзитная), на входящую стороне - как только сниму трассу, выложу
Страницы: 1 2 След.
Читают тему