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

Страницы: 1
RSS
Трехтональный сигнали при вызове занятого SIP абонента.
 
Не обращал особого внимания, а тут абоннетов по SIP подключенных к станции прибавилось.
Набираю номер алкатели зарегистрированный на SIP аппарате с другой станции, соединенной с алкателью по потоку.
Абонент занят, а мне в трубу звучат трехтональные сигналы, которые обычно звучат при вызове неисправного или заблокированного абоннета.
А так хочется услышать обычный, привычный в таких случая сигнал "занято" в соответствии со стандартом.
Может кто подскажет, где это можно поправить?
 
трассировку сигналов в потоке предоставьте, плиз (со стороны ОХЕ). И версию ОХЕ тоже. Как определили, что абонент занят? Можнет, переадресация по занятости на несуществующий номер стоит? И как объявлен в станции - как SIP device, SIP extension?
 
Трассировку сделать смогу только во вторник.
Версия:
#       The role of the CPU is MAIN          
Application software identity

R8.0.1-g1.503-35-ru-c80s1

Business identification: R8.0.1

Release:
DELIVERY g1.503
Patch identification: 35
Dynamic patch identification: none

Country: ru
Cpu: c80s1

ACD VERSION
release : 8
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat :  11
Абонент занят видно в трассировщике, ну и в вебморде шлюза, порты которого зарегистрированы в качестве sip абонентов.
На счет переадресаций этих номеров, я их не делал. Просто прописал номера на станции и все.
Как Set Type - Extern station
Никаких SIP extension там указать нет возможности. Есть аналог и куча всяких видимо алкателевских аппаратов.
По крайней мере так был прописан установщиком первый и единственный sip телефон.
По работе самих номеров вопросов нет. Все вызова бегают нормально.
 
Вот нормальный вызов с номера sip 6531 зарегистрированного на станции на номер 6009 другой станции по PRI.
| (640399:002144) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 48  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 06 b0
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 94 -> T2 : B channel 20 exclusive
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 6531
| IE:[70] CALLED_NUMBER (l=5) -> 80 Num : 6009
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

08:00:06
~t3label: 6056
____________________________________________________________­__________________
| (640401:002145) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  86 b0
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 94 -> T2 : B channel 20 exclusive
|____________________________________________________________­__________________

08:00:06
~t3label: 6057
____________________________________________________________­__________________
| (640404:002146) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  86 b0
|____________________________________________________________­__________________

08:00:07
~t3label: 6058
____________________________________________________________­__________________
| (640418:002147) Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  86 b0
|____________________________________________________________­__________________
|
| IE:[4c] CONNECTED_NUMBER (l=6) -> 21 81 Num : 6009
|____________________________________________________________­__________________

08:00:07
~t3label: 6059
____________________________________________________________­__________________
| (640418:002148) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  06 b0
|____________________________________________________________­__________________

08:00:21
~t3label: 6067
____________________________________________________________­__________________
| (640559:002156) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : 86 b0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

08:00:22
~t3label: 6068
____________________________________________________________­__________________
| (640560:002157) 1043: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 06 b0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

08:00:22
~t3label: 6069
____________________________________________________________­__________________
| (640561:002158) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 86 b0
|____________________________________________________________­__________________

А вот вызов с номера 6609 станции подключенной по PRI к алкатели на занятый номер SIP 6531.
| (640497:002149) Physical-Event :
| long: 46  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 46 ac
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 92 -> T2 : B channel 18 preferred
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 6609
| IE:[70] CALLED_NUMBER (l=4) -> 81 Num : 653
|____________________________________________________________­__________________

08:00:15
~t3label: 6061
____________________________________________________________­__________________
| (640498:002150) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d] Call ref : c6 ac
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 92 -> T2 : B channel 18 exclusive
|____________________________________________________________­__________________

08:00:16
~t3label: 6062
____________________________________________________________­__________________
| (640500:002151) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : INFORMATION [7b] Call ref : 46 ac
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[70] CALLED_NUMBER (l=2) -> 81 Num : 1
|____________________________________________________________­__________________

08:00:16
~t3label: 6063
____________________________________________________________­__________________
| (640500:002152) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  c6 ac
|____________________________________________________________­__________________

08:00:16
~t3label: 6064
____________________________________________________________­__________________
| (640503:002153) 1043: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : c6 ac
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

08:00:16
~t3label: 6065
____________________________________________________________­__________________
| (640505:002154) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 46 ac
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

08:00:16
~t3label: 6066
____________________________________________________________­__________________
| (640505:002155) 1043: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : c6 ac
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
На системном телефоне 6609 при этом надпись: Линия блокирована.
 
Какую причину SIP-шлюз присылает? В ISDN уходит - абонент недоступен.
 
SIP шлюз ничего не присылает.
Каждый порт шлюза зарегистрирован на номера алкатели, как обычный SIP аппарат.
Станция на занятого абонента второй вызов не посылает, и получить что-то в ответ надежды мало.
Шлюзы разные, есть и просто SIP аппараты типа THOMSON ST2022S.
Результат на всех них одинаковый.
Кстати при вызове аналогового аппарата находящегося в состоянии разговора, идет нармальная бузя.
А вот если позвонить на аналоговый номер станции, на который в этот момент кто-то позвонил раньше, но там не берут трубу, тоже трехтональный сигнал и надпись типа линия блокирована.
 
здарсте...опять новый год

чего это у вас набираемый номер опять начинает дробиться на 653 и потом вдогонку 1

вырезка из лога ниже

Цитата
Виктор пишет:
| IE:[70] CALLED_NUMBER (l=4) -> 81 Num : 653
Цитата
Виктор пишет:
| IE:[70] CALLED_NUMBER (l=2) -> 81 Num : 1
Пути IP-пакета неисповедимы
 
А чего ему не дробится? Чай набор идет по PRI оверлапом. Станция оверлап прекрасно понимает и никаких проблем не возникает. Я тоже с первоначала стукнулся в эту сторону и пробовал посылать энблоком.
Результат был аналогичный.
Завтра утром покажу такую трассировку.
Изменено: Виктор - 11.03.2014 23:03:22
 
Оверлап по ISDN - не проблема. Вам можно посмотреть  public network COS (access COS) - incoming DID hold on busy set = 0 и DID overflow on total busy=0.
 
Ну вот как и обещал:
~t3label: 4157
____________________________________________________________­__________________
| (513732:004249) Physical-Event :
| long: 48  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 53 f6
| SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a1 83 8c -> T2 : B channel 12 preferred
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6) -> 01 81 Num : 6609
| IE:[70] CALLED_NUMBER (l=5) -> 81 Num : 6531
|____________________________________________________________­__________________

08:15:45
~t3label: 4158
____________________________________________________________­__________________
| (513732:004250) 1043: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  d3 f6
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 8c -> T2 : B channel 12 exclusive
|____________________________________________________________­__________________

08:15:46
~t3label: 4159
____________________________________________________________­__________________
| (513736:004251) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : d3 f6
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

08:15:46
~t3label: 4160
____________________________________________________________­__________________
| (513738:004252) Physical-Event :
| long: 22  desti: 0  source: 0  cryst: 2  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 53 f6
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|____________________________________________________________­__________________

08:15:46
~t3label: 4161
____________________________________________________________­__________________
| (513738:004253) 1042: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 2  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : d3 f6
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

Сегодня попробовал включить но портах шлюза и на sip телефоне тестовом функцию Call waiting.
Ну естественно в этом случае. Идет нормальный КПВ.
Правда мне и абоненту это не надо.
На счет COS буду смотреть что там написано.
 
Public network COS у абонентов вторая прописана.
Categories - 1 - Access Category - 2  
В public network COS 2 поставил 0 сначала на все строчки где есть BUSY, не помогло.
Потом уже во все строчки забил 0. Эффекта никакого.
Где еще можно посмотреть?
 
Наверное, в категориях, которые у транковых групп.
 
Да если в public network COS который прописан на sip транк группе поставить в DDI Overflow On Total Busy нули, то это приводит к положительному результату.
Спасибо.
Страницы: 1