30 секунд тишины после отбоя, ipLDK100-Asterisk по PRI |
Здравствуйте, гость ( Вход | Регистрация )
30 секунд тишины после отбоя, ipLDK100-Asterisk по PRI |
24.7.2016, 17:51
Сообщение
#1
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
Схема подключения такая:
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 |
|
|
24.7.2016, 21:22
Сообщение
#2
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
В процессе соединения было получено несколько Идикаторов Прогресса, поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустичесеих сигналов или речевых сообщений. Но там тишина. Чернз 30 сек Астериск принудительно освобождает линию.
Смотрите в Астере, можно ли там отключить Прогресс. И какая версия софта на LDK?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
24.7.2016, 21:31
Сообщение
#3
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
В процессе соединения было получено несколько Индикаторов Прогресса ( в Setup_Ack, отдельное сообщение Progress, потом в Call_Proceeding и в Alerting), поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустических сигналов или речевых сообщений. Но там тишина. А через 30 сек уже сам Астериск принудительно освобождает линию.
Смотрите в Астере, можно ли там отключить все эти Прогресс. Или смотрите , с какой целью Астер использует Индикаторы Прогресса в данном вызове. И какая версия софта на LDK?? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
25.7.2016, 11:01
Сообщение
#4
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
В процессе соединения было получено несколько Индикаторов Прогресса ( в Setup_Ack, отдельное сообщение Progress, потом в Call_Proceeding и в Alerting), поэтому после получения Disconnect станция слушает голосовой канал на наличие в нем акустических сигналов или речевых сообщений. Но там тишина. А через 30 сек уже сам Астериск принудительно освобождает линию. Смотрите в Астере, можно ли там отключить все эти Прогресс. Или смотрите , с какой целью Астер использует Индикаторы Прогресса в данном вызове. И какая версия софта на LDK?? Версия софта GS90PXC.9Gh DEC/12 Спасибо за разъяснения, harris. Попробую разобраться. Ранее с анализом происходящего в потоке сталкиваться не приходилось. |
|
|
29.9.2016, 9:58
Сообщение
#5
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
За прошедшие 2 месяца проблему не победил.
На LG ничего нельзя подкрутить, чтобы она сразу слала подтверждение DISCONNECT в астериск, не дожидаясь действий абонента, а короткие гудки генерировала абоненту сама? На всякий случай приложил настройки.
Прикрепленные файлы
|
|
|
29.9.2016, 16:46
Сообщение
#6
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
включил ISDN ENBLK Send в PGM143.
Проблема ушла. Вылезла другая при выключенном enblock проходило 2 гудка в трубке вызывающего до момента начала трезвона трубки вызываемого с включенным enblock в трубке вызывающего тишина, трубка вызываемого начинает трезвонить только через 10 сек. Можно повлиять на эту задержку (уменьшить)? |
|
|
29.9.2016, 16:53
Сообщение
#7
|
|
гуру и создатель форума Группа: Администраторы Сообщений: 8689 Регистрация: 26.9.2006 Из: г.Фрязино Пользователь №: 10 |
можно # в конце набора
можно enblock timer уменьшить -------------------- Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская) |
|
|
29.9.2016, 16:54
Сообщение
#8
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
включил ISDN ENBLK Send в PGM143. Проблема ушла. Вылезла другая при выключенном enblock проходило 2 гудка в трубке вызывающего до момента начала трезвона трубки вызываемого с включенным enblock в трубке вызывающего тишина, трубка вызываемого начинает трезвонить только через 10 сек. Почему вы так уверены, что проблема на стороне ipLDK? Почему исключаете проблему на стороне Астериска? -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
29.9.2016, 16:56
Сообщение
#9
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
можно # в конце набора можно enblock timer уменьшить И то верно! Теперь же Enblock... -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
29.9.2016, 16:58
Сообщение
#10
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
|
|
|
29.9.2016, 17:00
Сообщение
#11
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Я не исключаю. Вероятность наличия проблем в настройках обеих систем одинакова. Обе системы настроены моими кривыми руками. См., что ув. Axel выше написал. Еще про 205 программу только добавлю. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
29.9.2016, 17:27
Сообщение
#12
|
|
гуру и создатель форума Группа: Администраторы Сообщений: 8689 Регистрация: 26.9.2006 Из: г.Фрязино Пользователь №: 10 |
См., что ув. Axel выше написал. Еще про 205 программу только добавлю. Угу. Смотря какая версия на ipLDK -------------------- Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская) |
|
|
29.9.2016, 19:03
Сообщение
#13
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
Угу. Смотря какая версия на ipLDK Подходящая. Версия софта GS90PXC.9Gh DEC/12 -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
29.9.2016, 19:51
Сообщение
#14
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
См., что ув. Axel выше написал. Еще про 205 программу только добавлю. Спасибо. Это даже больше, чем кое-что. Но не идеал Таймер и # это, конечно, решение. Но хочется, разумеется, реакцию как с #, но без #. 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, что за такое поведение отвечает? |
|
|
29.9.2016, 20:29
Сообщение
#15
|
|
ГУРУ Группа: Модераторы Сообщений: 15009 Регистрация: 19.6.2009 Из: г. Тула Пользователь №: 13420 |
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? В Руководстве по программированию написано ж все. -------------------- Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
|
|
|
29.9.2016, 20:48
Сообщение
#16
|
|
Частый гость Группа: Участники Сообщений: 33 Регистрация: 12.2.2009 Пользователь №: 12897 |
А 143 программа? Указали для линий ISDN Prefix Table Index? В Руководстве по программированию написано ж все. Огромное спасибо! В моем руководстве нет 205-й программы Один вопрос по overlap (уже не имеет значения, но хочется понять) Это нормальная работа, когда набор номера происходит DTMF? Или DTMF при корректной работе overlap быть не должно? |
|
|
30.9.2016, 6:30
Сообщение
#17
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Огромное спасибо! В моем руководстве нет 205-й программы Один вопрос по overlap (уже не имеет значения, но хочется понять) Это нормальная работа, когда набор номера происходит DTMF? Или DTMF при корректной работе overlap быть не должно? Нет, не нормально. При Overlap каждая цифра набора посылается отдельным сигнальным сообщением (Info) внутри сигнального D-канала, а вовсе не тоном DTMF внутри голосового B-канала. В ISDN два способа набора - Enblock и Overlap. Оба способа используют сигнальный D-канал. А DTMF - это "донабор" номера внутри голосового канала уже после установленного соединения. -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
Текстовая версия | Сейчас: 15.5.2024, 18:41 |