ЗАО "ИНТЕРСИСТ" [тема: Трехтональный сигнали при вызове занятого SIP абонента.]

Трехтональный сигнали при вызове занятого SIP абонента.

Wed, 12 Mar 2014 10:16:53 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Да если в public network COS который прописан на sip транк группе поставить в DDI Overflow On Total Busy нули, то это приводит к положительному результату.
Спасибо.
12.03.2014 10:16:53, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Wed, 12 Mar 2014 10:03:06 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Наверное, в категориях, которые у транковых групп.
12.03.2014 10:03:06, etc.

Трехтональный сигнали при вызове занятого SIP абонента.

Wed, 12 Mar 2014 09:00:05 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Public network COS у абонентов вторая прописана.
Categories - 1 - Access Category - 2
В public network COS 2 поставил 0 сначала на все строчки где есть BUSY, не помогло.
Потом уже во все строчки забил 0. Эффекта никакого.
Где еще можно посмотреть?
12.03.2014 09:00:05, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Wed, 12 Mar 2014 08:20:16 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Ну вот как и обещал:
~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 буду смотреть что там написано.
12.03.2014 08:20:16, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 23:27:00 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Оверлап по ISDN - не проблема. Вам можно посмотреть public network COS (access COS) - incoming DID hold on busy set = 0 и DID overflow on total busy=0.
11.03.2014 23:27:00, etc.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 23:02:02 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
А чего ему не дробится? Чай набор идет по PRI оверлапом. Станция оверлап прекрасно понимает и никаких проблем не возникает. Я тоже с первоначала стукнулся в эту сторону и пробовал посылать энблоком.
Результат был аналогичный.
Завтра утром покажу такую трассировку.
11.03.2014 23:02:02, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 22:50:42 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
здарсте...опять новый год

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

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

====quote====
Виктор пишет:
| IE:[70] CALLED_NUMBER (l=4) -> 81 Num : 653
=============

====quote====
Виктор пишет:
| IE:[70] CALLED_NUMBER (l=2) -> 81 Num : 1
=============

11.03.2014 22:50:42, error.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 22:41:24 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
SIP шлюз ничего не присылает.
Каждый порт шлюза зарегистрирован на номера алкатели, как обычный SIP аппарат.
Станция на занятого абонента второй вызов не посылает, и получить что-то в ответ надежды мало.
Шлюзы разные, есть и просто SIP аппараты типа THOMSON ST2022S.
Результат на всех них одинаковый.
Кстати при вызове аналогового аппарата находящегося в состоянии разговора, идет нармальная бузя.
А вот если позвонить на аналоговый номер станции, на который в этот момент кто-то позвонил раньше, но там не берут трубу, тоже трехтональный сигнал и надпись типа линия блокирована.
11.03.2014 22:41:24, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 21:48:57 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Какую причину SIP-шлюз присылает? В ISDN уходит - абонент недоступен.
11.03.2014 21:48:57, etc.

Трехтональный сигнали при вызове занятого SIP абонента.

Tue, 11 Mar 2014 08:07:15 +0600

Трехтональный сигнали при вызове занятого 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 при этом надпись: Линия блокирована.
11.03.2014 08:07:15, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Sat, 08 Mar 2014 23:08:31 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Трассировку сделать смогу только во вторник.
Версия:
# 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 телефон.
По работе самих номеров вопросов нет. Все вызова бегают нормально.
08.03.2014 23:08:31, Виктор.

Трехтональный сигнали при вызове занятого SIP абонента.

Sat, 08 Mar 2014 22:01:33 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
трассировку сигналов в потоке предоставьте, плиз (со стороны ОХЕ). И версию ОХЕ тоже. Как определили, что абонент занят? Можнет, переадресация по занятости на несуществующий номер стоит? И как объявлен в станции - как SIP device, SIP extension?
08.03.2014 22:01:33, etc.

Трехтональный сигнали при вызове занятого SIP абонента.

Sat, 08 Mar 2014 19:41:46 +0600

Трехтональный сигнали при вызове занятого SIP абонента. в форуме Конфигурирование.
Не обращал особого внимания, а тут абоннетов по SIP подключенных к станции прибавилось.
Набираю номер алкатели зарегистрированный на SIP аппарате с другой станции, соединенной с алкателью по потоку.
Абонент занят, а мне в трубу звучат трехтональные сигналы, которые обычно звучат при вызове неисправного или заблокированного абоннета.
А так хочется услышать обычный, привычный в таких случая сигнал "занято" в соответствии со стандартом.
Может кто подскажет, где это можно поправить?
08.03.2014 19:41:46, Виктор.