Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: 30 секунд тишины после отбоя
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
kurstas
24.7.2016, 17:51
Схема подключения такая:
ipLDK100 --- E1 PRI ---- Asterisk ---- все остальные АТС (город, корпоратив, мобильные и т.д.)
На LDK включен DID, чтобы с астериска можно напрямую было вызывать абонентов LDK.
Абонент 139 прописан в LCR (типа, внешний), абонент 163 там не прописан.
Делаю следующее. Звоню со 163 на 139. Вызов со 163 уходит на астериск, астериск вызывает 139, LG получает вызов на 139, поднимаю трубку на аппарате - все ОК: абоненты соеденены. Кладу трубку на 139, а у 163 30 секунд тишина в трубке и только потом появляются короткие гудки. В других сочетаниях (первым положит 163 или вызов пришел извне (139)) тишины нет, короткие гудки сразу.

Трассировка:
Код
07/24/16  TIME: 18:30:00
37977423 COL 018:05 18 St:co idle   (00) Ev-I:seize req  P1:   0 P2:   0 EVT: 15
<- 46,04
37977423 C>05 18, D5 12 05 04 03 80 90 A3 18 03 A9 83 93 6C 05 01 80 31 36 33
   --------------------============================================>>>>>>>>>>
(CO 18) SETUP
IE_BEARER_CAPABILITY
IE_CHANNEL_INFO
IE_CALLING_NO
  163

37977423 D>05 18, C1 00 00
37977423 COL 018:05 18 St:wt sz rsp (00) EVT :D6 0A 0D 18 03 A9 83 93 1E 02 81 8
2 (U1)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) SETUP ACK
                                         IE_CHANNEL_INFO
                                         IE_PROG_INDICATION

37977423 COL 018:05 18 St:wt sz rsp (00) Ev-I:pp sz ack  P1:   0 P2:   0 EVT: 16
<- 18,61
37977423 D>05 18, C0 00 1D
37977423 COL 018:05 18 St:dialing   (00) Ev-I:mem dial   P1:   0 P2:1095B40 EVT:
46 <- 46,04
37977423 COL 018:05 18 St:dialing   (00) EVT :D4 05 03 1E 02 81 88 (U2)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) PROGRESS
                                         IE_PROG_INDICATION

37977428 C>05 18, E6 05 7B 70 02 81 31
   --------------------============================================>>>>>>>>>>
(CO 18) INFORMATION
IE_CALLED_NO
  1

37977428 CO=18 >1
37977430 C>05 18, E6 05 7B 70 02 81 33
   --------------------============================================>>>>>>>>>>
(CO 18) INFORMATION
IE_CALLED_NO
  3

37977430 CO=18 >3
37977432 C>05 18, E6 05 7B 70 02 81 39
   --------------------============================================>>>>>>>>>>
(CO 18) INFORMATION
IE_CALLED_NO
  9

37977432 CO=18 >9
37977433 COL 018:05 18 St:dialing   (00) Ev-I:dummy acd  P1:26D6 P2:   0 EVT:  0
<- 18,61
37977433 COL 018:05 18 St:dialing   (00) Ev-I:dummy acd  P1:26D6 P2:   0 EVT:  0
<- 18,61
37977462 COL 001:05 01 St:co idle   (00) EVT :D5 18 05 04 03 80 90 A3 18 03 A9 8
3 81 6C 05 21 81 31 36 33 70 04 A1 31 33 39 (U0)
   <<<<<<<<<<============================================--------------------
                                        (CO 1) SETUP
                                         IE_BEARER_CAPABILITY
                                         IE_CHANNEL_INFO
                                         IE_CALLING_NO
                                          163
                                         IE_CALLED_NO
                                          139

37977462 C>05 01, D6 06 0D 18 03 A9 83 81
   --------------------============================================>>>>>>>>>>
(CO 1) SETUP ACK
IE_CHANNEL_INFO

37977462 COL 001:05 01 St:co idle   (00) Ev-I:ring start P1:   0 P2:   0 EVT: 11
<-  1,61
37977462 D>05 01, C0 00 0C
37977462 COL 001:05 01 St:di-dialing(00) Ev-I:disa dgt   P1:   1 P2:   0 EVT: 80
<-  1,61
37977462 COL 001:05 01 St:di-dialing(00) Ev-I:disa dgt   P1:   3 P2:   0 EVT: 80
<-  1,61
37977463 COL 001:05 01 St:di-dialing(00) Ev-I:disa dgt   P1:   9 P2:   0 EVT: 80
<-  1,61
37977463 C>05 01, D1 06 02 18 03 A9 83 81
   --------------------============================================>>>>>>>>>>
(CO 1) CALL PROCEEDING
IE_CHANNEL_INFO

37977463 C>05 01, D0 06 01 18 03 A9 83 81
   --------------------============================================>>>>>>>>>>
(CO 1) ALERTING
IE_CHANNEL_INFO

37977463 COL 001:05 01 St:dd-rng req(00) Ev-I:dummy acd  P1:26F4 P2:   0 EVT:  0
<-  1,61
37977463 COL 001:05 01 St:dd-rng req(00) Ev-I:dummy acd  P1:26AF P2:   1 EVT:  0
<-  1,61
37977463 COL 001:05 01 St:dd-rng req(00) Ev-I:dummy acd  P1:26F3 P2:   0 EVT:  0
<-  1,61
37977463 COL 001:05 01 St:dd-rng req(00) Ev-I:dummy acd  P1:26F4 P2:   0 EVT:  0
<-  1,61
37977463 COL 018:05 18 St:dialing   (00) EVT :D1 0A 02 18 03 A9 83 93 1E 02 81 8
8 (U2)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) CALL PROCEEDING
                                         IE_CHANNEL_INFO
                                         IE_PROG_INDICATION

37977463 COL 018:05 18 St:dialing   (00) EVT :D0 05 01 1E 02 81 88 (U3)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) ALERTING
                                         IE_PROG_INDICATION

37977475 COL 001:05 01 St:dd-rng req(00) Ev-I:dd rng ack P1:   0 P2:   0 EVT: 82
<- 20,04
37977475 D>05 01, C0 00 0C
37977488 COL 001:05 01 St:dd-wt ans (00) Ev-I:seize req  P1:   6 P2:   0 EVT: 81
<- 20,04
37977488 D>05 01, C5 00 00
37977488 D>05 01, C5 00 00
37977488 C>05 01, D2 08 07 4C 05 01 80 31 33 39
   --------------------============================================>>>>>>>>>>
(CO 1) CONNECT
IE_CONNECTED_NO
  139

37977488 D>05 01, C0 00 0C
37977488 COL 001:05 01 St:ds-talk   (00) Ev-I:dummy acd  P1:26F4 P2:   0 EVT:  0
<-  1,61
37977488 COL 001:05 01 St:ds-talk   (00) Ev-I:dummy acd  P1:26D6 P2:   0 EVT:  0
<-  1,61
37977488 COL 001:05 01 St:ds-talk   (00) EVT :D3 01 0F (U8)
   <<<<<<<<<<============================================--------------------
                                        (CO 1) CONNECT ACK

37977488 COL 018:05 18 St:dialing   (00) EVT :D2 11 07 18 03 A9 83 93 1E 02 81 8
2 4C 05 01 80 31 33 39 (U4)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) CONNECT
                                         IE_CHANNEL_INFO
                                         IE_PROG_INDICATION
                                         IE_CONNECTED_NO
                                          139

37977488 D>05 18, C0 00 1D
37977488 C>05 18, D3 01 0F
   --------------------============================================>>>>>>>>>>
(CO 18) CONNECT ACK

37977488 COL 018:05 18 St:talk      (00) Ev-I:dummy acd  P1:26D6 P2:   0 EVT:  0
<- 18,61
37977501 COL 001:05 01 St:ds-talk   (00) Ev-I:release    P1:   0 P2:   0 EVT:102
<- 20,04
37977501 D>05 01, C5 00 00
37977501 C>05 01, DE 05 45 08 02 80 90
   --------------------============================================>>>>>>>>>>
(CO 1) DISCONNECT
IE_CAUSE
  CCITT standardized coding
  user
  normal call clearing

37977501 D>05 01, C1 00 00
37977502 COL 001:05 01 St:rls guard (00) EVT :DF 05 4D 08 02 81 90 (U0)
   <<<<<<<<<<============================================--------------------
                                        (CO 1) RELEASE
                                         IE_CAUSE
                                          CCITT standardized coding
                                          private network serving local user
                                          normal call clearing

37977502 C>05 01, E0 05 5A 08 02 81 90
   --------------------============================================>>>>>>>>>>
(CO 1) RELEASE COMPLETE
IE_CAUSE
  CCITT standardized coding
  private network serving local user
  normal call clearing

37977502 COL 001:05 01 St:rls guard (00) Ev-I:pp rls ack P1:   0 P2:   0 EVT: 32
<-  1,61
37977502 COL 018:05 18 St:talk      (00) EVT :DE 05 45 08 02 81 90 (U10)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) DISCONNECT
                                         IE_CAUSE
                                          CCITT standardized coding
                                          private network serving local user
                                          normal call clearing

37977505 COL 001:05 01 St:rls guard (00) Ev-T:isd rls gd P1:   0 P2:   0 TMR:  9
<-  1,61
37977505 D>05 01, C5 00 00

Тишина в 30 секунд

37977802 COL 018:05 18 St:talk      (00) EVT :DF 05 4D 08 02 81 90 (U12)
   <<<<<<<<<<============================================--------------------
                                        (CO 18) RELEASE
                                         IE_CAUSE
                                          CCITT standardized coding
                                          private network serving local user
                                          normal call clearing

37977802 C>05 18, E0 05 5A 08 02 81 90
   --------------------============================================>>>>>>>>>>
(CO 18) RELEASE COMPLETE
IE_CAUSE
  CCITT standardized coding
  private network serving local user
  normal call clearing

37977802 D>05 18, C1 00 00
37977802 D>05 18, C5 00 00
37977802 D>05 18, C5 00 00
37977805 COL 018:05 18 St:talk      (00) Ev-T:isd rls gd P1:   0 P2:   0 TMR:  9
<- 18,61
37977805 D>05 18, C5 00 00
harris
24.7.2016, 21:22
В процессе соединения было получено несколько Идикаторов Прогресса, поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустичесеих сигналов или речевых сообщений. Но там тишина. Чернз 30 сек Астериск принудительно освобождает линию.
Смотрите в Астере, можно ли там отключить Прогресс.

И какая версия софта на LDK??
harris
24.7.2016, 21:31
В процессе соединения было получено несколько Индикаторов Прогресса ( в Setup_Ack, отдельное сообщение Progress, потом в Call_Proceeding и в Alerting), поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустических сигналов или речевых сообщений. Но там тишина. А через 30 сек уже сам Астериск принудительно освобождает линию.
Смотрите в Астере, можно ли там отключить все эти Прогресс. Или смотрите , с какой целью Астер использует Индикаторы Прогресса в данном вызове.

И какая версия софта на LDK??
kurstas
25.7.2016, 11:01
Цитата(harris @ 24.7.2016, 21:31) *
В процессе соединения было получено несколько Индикаторов Прогресса ( в Setup_Ack, отдельное сообщение Progress, потом в Call_Proceeding и в Alerting), поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустических сигналов или речевых сообщений. Но там тишина. А через 30 сек уже сам Астериск принудительно освобождает линию.
Смотрите в Астере, можно ли там отключить все эти Прогресс. Или смотрите , с какой целью Астер использует Индикаторы Прогресса в данном вызове.

И какая версия софта на LDK??


Версия софта GS90PXC.9Gh DEC/12

Спасибо за разъяснения, harris. Попробую разобраться. Ранее с анализом происходящего в потоке сталкиваться не приходилось.
kurstas
29.9.2016, 9:58
За прошедшие 2 месяца проблему не победил.
На LG ничего нельзя подкрутить, чтобы она сразу слала подтверждение DISCONNECT в астериск, не дожидаясь действий абонента, а короткие гудки генерировала абоненту сама?
На всякий случай приложил настройки.
kurstas
29.9.2016, 16:46
включил ISDN ENBLK Send в PGM143.
Проблема ушла.
Вылезла другая smile.gif
при выключенном enblock проходило 2 гудка в трубке вызывающего до момента начала трезвона трубки вызываемого
с включенным enblock в трубке вызывающего тишина, трубка вызываемого начинает трезвонить только через 10 сек.
Можно повлиять на эту задержку (уменьшить)?
AXEL
29.9.2016, 16:53
можно # в конце набора
можно enblock timer уменьшить
Dron
29.9.2016, 16:54
Цитата(kurstas @ 29.9.2016, 16:46) *
включил ISDN ENBLK Send в PGM143.
Проблема ушла.
Вылезла другая smile.gif
при выключенном enblock проходило 2 гудка в трубке вызывающего до момента начала трезвона трубки вызываемого
с включенным enblock в трубке вызывающего тишина, трубка вызываемого начинает трезвонить только через 10 сек.

Почему вы так уверены, что проблема на стороне ipLDK? Почему исключаете проблему на стороне Астериска?
Dron
29.9.2016, 16:56
Цитата(AXEL @ 29.9.2016, 16:53) *
можно # в конце набора
можно enblock timer уменьшить

И то верно! Теперь же Enblock... smile3.gif
kurstas
29.9.2016, 16:58
Цитата(Dron @ 29.9.2016, 16:54) *
Почему вы так уверены, что проблема на стороне ipLDK? Почему исключаете проблему на стороне Астериска?

Я не исключаю. Вероятность наличия проблем в настройках обеих систем одинакова. Обе системы настроены моими кривыми руками.
Dron
29.9.2016, 17:00
Цитата(kurstas @ 29.9.2016, 16:58) *
Я не исключаю. Вероятность наличия проблем в настройках обеих систем одинакова. Обе системы настроены моими кривыми руками.

См., что ув. Axel выше написал. Еще про 205 программу только добавлю.
AXEL
29.9.2016, 17:27
Цитата(Dron @ 29.9.2016, 17:00) *
См., что ув. Axel выше написал. Еще про 205 программу только добавлю.


Угу. Смотря какая версия на ipLDK
Dron
29.9.2016, 19:03
Цитата(AXEL @ 29.9.2016, 17:27) *
Угу. Смотря какая версия на ipLDK

Подходящая. smile.gif
Цитата(kurstas @ 25.7.2016, 11:01) *
Версия софта GS90PXC.9Gh DEC/12

kurstas
29.9.2016, 19:51
Цитата(Dron @ 29.9.2016, 17:00) *
См., что ув. Axel выше написал. Еще про 205 программу только добавлю.

Спасибо. Это даже больше, чем кое-что. Но не идеал sad.gif
Таймер и # это, конечно, решение. Но хочется, разумеется, реакцию как с #, но без #.
205 прога не хочет работать почему-то.
Набираю 9310# реакция мгновенная
Прописываю в 205 Prefix Code 310, MIn Range 3, Max Range 3, Sending Complete OFF (не понял, что это, разницы между ON и OFF не заметил), Called Number Type - Unknown, Numbering Plan - Unknown
Набираю 9310 реакция как по таймеру.

Может, с overlap можно что-то сделать?
В логах астера присутствует это (при overlap):
Код
[Sep 29 11:11:57] VERBOSE[25077][C-00000000] sig_pri.c:     -- Accepting overlap call from '139' to '<unspecified>' on channel 0/15, span 2
[Sep 29 11:11:57] VERBOSE[25589][C-00000000] sig_pri.c:     -- Starting simple switch on 'DAHDI/i2/139-1'
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end '3' received on DAHDI/i2/139-1, duration 0 ms
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end accepted without begin '3' on DAHDI/i2/139-1
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end passthrough '3' on DAHDI/i2/139-1
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end '1' received on DAHDI/i2/139-1, duration 0 ms
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end accepted without begin '1' on DAHDI/i2/139-1
[Sep 29 11:11:57] DTMF[25589][C-00000000] channel.c: DTMF end passthrough '1' on DAHDI/i2/139-1
[Sep 29 11:11:58] DTMF[25589][C-00000000] channel.c: DTMF end '0' received on DAHDI/i2/139-1, duration 0 ms
[Sep 29 11:11:58] DTMF[25589][C-00000000] channel.c: DTMF end accepted without begin '0' on DAHDI/i2/139-1
[Sep 29 11:11:58] DTMF[25589][C-00000000] channel.c: DTMF end passthrough '0' on DAHDI/i2/139-1

Как я понял, этих DTMF быть не должно.
Номер должен по цифре передаваться. Что-то есть на LG, что за такое поведение отвечает?
Dron
29.9.2016, 20:29
Цитата(kurstas @ 29.9.2016, 19:51) *
205 прога не хочет работать почему-то.
Набираю 9310# реакция мгновенная
Прописываю в 205 Prefix Code 310, MIn Range 3, Max Range 3, Sending Complete OFF (не понял, что это, разницы между ON и OFF не заметил), Called Number Type - Unknown, Numbering Plan - Unknown
Набираю 9310 реакция как по таймеру.

А 143 программа? Указали для линий ISDN Prefix Table Index?
В Руководстве по программированию написано ж все.
kurstas
29.9.2016, 20:48
Цитата(Dron @ 29.9.2016, 20:29) *
А 143 программа? Указали для линий ISDN Prefix Table Index?
В Руководстве по программированию написано ж все.

Огромное спасибо! В моем руководстве нет 205-й программы smile.gif

Один вопрос по overlap (уже не имеет значения, но хочется понять)
Это нормальная работа, когда набор номера происходит DTMF?
Или DTMF при корректной работе overlap быть не должно?
harris
30.9.2016, 6:30
Цитата(kurstas @ 29.9.2016, 20:48) *
Огромное спасибо! В моем руководстве нет 205-й программы smile.gif

Один вопрос по overlap (уже не имеет значения, но хочется понять)
Это нормальная работа, когда набор номера происходит DTMF?
Или DTMF при корректной работе overlap быть не должно?

Нет, не нормально. При Overlap каждая цифра набора посылается отдельным сигнальным сообщением (Info) внутри сигнального D-канала, а вовсе не тоном DTMF внутри голосового B-канала.
В ISDN два способа набора - Enblock и Overlap. Оба способа используют сигнальный D-канал.
А DTMF - это "донабор" номера внутри голосового канала уже после установленного соединения.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.