PRI как отключить индикаторы прогресса?

[shines2]

диалплан тестовый, с зачатками будущего реального. Откатываю на нем всякие идеи. Поэтому атавизмы не зачищенные попадаются.
Вот дебаг звонка на сотовый - те же 30 секунд зависа и отбой по таймеру.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=22
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: SETUP (5)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [04 03 80 90 a3]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < User information layer 1: A-Law (35)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [18 03 a9 83 8f]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < ChanSel: As indicated in following octets
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Ext: 1 Channel: 15 Type: NET]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [6c 05 01 80 31 33 39]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Calling Party Number (len= 7) [ Ext: 0 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Presentation: Presentation allowed, User-provided, not screened (0) '139' ]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Making new call for cref 32527
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6b053b8 on link 0xb8bcc334 TEI/SAPI 0/0
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing Q.931 Call Setup
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 4 (cs0, Bearer Capability)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 24 (cs0, Channel ID)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 108 (cs0, Calling Party Number)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:8646 post_handle_q931_message: Call 32527 enters state 6 (Call Present). Hold state: Idle
[Sep 26 11:02:53] VERBOSE[8719] sig_pri.c: Span 2: Processing event PRI_EVENT_RING(5)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:5779 q931_setup_ack: Call 32527 enters state 25 (Overlap Receiving). Hold state: Idle
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: SETUP ACKNOWLEDGE (13)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=37, window is open V(A)=37 K=7
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: SETUP ACKNOWLEDGE (13)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > [18 03 a9 83 8f]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > ChanSel: As indicated in following octets
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Ext: 1 Channel: 15 Type: NET]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > [1e 02 81 82]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: PROGRESS (3)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=38, window is open V(A)=37 K=7
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: PROGRESS (3)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > [1e 02 81 88]
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
[Sep 26 11:02:53] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
[Sep 26 11:02:53] VERBOSE[8719][C-00000046] sig_pri.c: -- Accepting overlap call from '139' to '<unspecified>' on channel 0/15, span 2
[Sep 26 11:02:53] VERBOSE[21350][C-00000046] sig_pri.c: -- Starting simple switch on 'DAHDI/i2/139-59'
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [70 02 81 38]
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Called Party Number (len= 4) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '8' ]
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6b053b8 on link 0xb8bcc334 TEI/SAPI 0/0
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Sep 26 11:02:54] VERBOSE[8719] sig_pri.c: Span 2: Processing event PRI_EVENT_INFO_RECEIVED(12)
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end '8' received on DAHDI/i2/139-59, duration 0 ms
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end accepted without begin '8' on DAHDI/i2/139-59
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end passthrough '8' on DAHDI/i2/139-59
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [70 02 81 39]
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Called Party Number (len= 4) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '9' ]
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6b053b8 on link 0xb8bcc334 TEI/SAPI 0/0
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Sep 26 11:02:54] VERBOSE[8719] sig_pri.c: Span 2: Processing event PRI_EVENT_INFO_RECEIVED(12)
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end '9' received on DAHDI/i2/139-59, duration 0 ms
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end accepted without begin '9' on DAHDI/i2/139-59
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end passthrough '9' on DAHDI/i2/139-59
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:02:54] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
Передачу остальных цифр вырезал
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [89XXXXXXXXX@from_ldk:1] NoOp("DAHDI/i2/139-59", ""Исходящий на федеральный мобильный"") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [89XXXXXXXXX@from_ldk:2] Answer("DAHDI/i2/139-59", "") in new stack
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 q931.c:5885 q931_connect: Call 32527 enters state 10 (Active). Hold state: Idle
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Message Type: CONNECT (7)
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=39, window is open V(A)=39 K=7
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Message Type: CONNECT (7)
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > [18 03 a9 83 8f]
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > ChanSel: As indicated in following octets
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Ext: 1 Channel: 15 Type: NET]
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > [1e 02 81 82]
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Private network serving the local user (1)
[Sep 26 11:02:59] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [89XXXXXXXXX@from_ldk:3] Macro("DAHDI/i2/139-59", "to_gsm,89XXXXXXXXX") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:1] NoOp("DAHDI/i2/139-59", ""Макрос to_gsm"") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:2] Set("DAHDI/i2/139-59", "START=1") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:3] Set("DAHDI/i2/139-59", "CURRENT=1") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:4] NoOp("DAHDI/i2/139-59", ""Проверка линии 1, начали с 1"") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:5] Set("DAHDI/i2/139-59", "DONGLE_NAME=0001") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:6] Set("DAHDI/i2/139-59", "DONGLE_NAME=GSM-001") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:7] GotoIf("DAHDI/i2/139-59", "1?m002:m003") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Goto (macro-to_gsm,s,8)
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:8] NoOp("DAHDI/i2/139-59", ""Линия свободна"") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] pbx.c: -- Executing [s@macro-to_gsm:9] Dial("DAHDI/i2/139-59", "DONGLE/GSM-001/89XXXXXXXXX,,T") in new stack
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] app_dial.c: -- Called DONGLE/GSM-001/89XXXXXXXXX
[Sep 26 11:02:59] VERBOSE[21350][C-00000046] app_dial.c: -- Dongle/GSM-001-0100000006 is making progress passing it to DAHDI/i2/139-59
[Sep 26 11:02:59] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:02:59] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=5
[Sep 26 11:02:59] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:02:59] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: CONNECT ACKNOWLEDGE (15)
[Sep 26 11:02:59] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6b053b8 on link 0xb8bcc334 TEI/SAPI 0/0
[Sep 26 11:02:59] VERBOSE[8719] sig_pri.c: Span 2: Processing event PRI_EVENT_CONNECT_ACK(27)
[Sep 26 11:03:01] VERBOSE[8701] asterisk.c: -- Remote UNIX connection
[Sep 26 11:03:01] VERBOSE[21356] asterisk.c: -- Remote UNIX connection disconnected
[Sep 26 11:03:09] VERBOSE[21350][C-00000046] app_dial.c: -- Dongle/GSM-001-0100000006 answered DAHDI/i2/139-59
[Sep 26 11:03:11] VERBOSE[21350][C-00000046] app_macro.c: == Spawn extension (macro-to_gsm, s, 9) exited non-zero on 'DAHDI/i2/139-59' in macro 'to_gsm'
[Sep 26 11:03:11] VERBOSE[21350][C-00000046] pbx.c: == Spawn extension (from_ldk, 89XXXXXXXXX, 3) exited non-zero on 'DAHDI/i2/139-59'
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 q931.c:7135 q931_hangup: Hangup other cref:32527
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 q931.c:6892 __q931_hangup: ourstate Active, peerstate Active, hold-state Idle
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 q931.c:6081 q931_disconnect: Call 32527 enters state 11 (Disconnect Request). Hold state: Idle
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Message Type: DISCONNECT (69)
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=40, window is open V(A)=40 K=7
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Message Type: DISCONNECT (69)
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > [08 02 81 90]
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
[Sep 26 11:03:11] VERBOSE[21350] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 26 11:03:11] VERBOSE[21350][C-00000046] chan_dahdi.c: -- Hungup 'DAHDI/i2/139-59'
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Timed out looking for release
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:5930 q931_release: Call 32527 enters state 19 (Release Request). Hold state: Idle
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: RELEASE (77)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=41, window is open V(A)=41 K=7
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent to originator)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Message Type: RELEASE (77)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > [08 02 81 90]
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32527/0x7F0F) (Sent from originator)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Message Type: RELEASE COMPLETE (90)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < [08 02 81 90]
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 < Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6b053b8 on link 0xb8bcc334 TEI/SAPI 0/0
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 -- Processing IE 8 (cs0, Cause)
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:8944 post_handle_q931_message: Call 32527 enters state 0 (Null). Hold state: Idle
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:7135 q931_hangup: Hangup other cref:32527
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 q931.c:6892 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
[Sep 26 11:03:41] VERBOSE[8719] chan_dahdi.c: PRI Span: 2 Destroying call 0xb6b053b8, ourstate Null, peerstate Null, hold-state Idle
[Sep 26 11:03:41] VERBOSE[8719] sig_pri.c: Span 2: Processing event PRI_EVENT_HANGUP_ACK(9)

На уровне моих скудных знаний, идея, высказанная по ссылке, представляется логичной. У меня euroisdn, т.е. вызываемая сторона должна давать короткие гудки. Она этого не делает, т.к. иначе я бы их слышал. LG не посылает release потому, что вызывающий абонент не кладет трубку. Абонент (я) ждет короткие гудки и трубку не вешает.
1) Не могу придумать, как мне подтвердить или опровергнуть эту идею.
2) Возможно все работает, как надо. Кроме одного момента: генерируемые астериском сигналы не слышно. Как с выключенным звуком или неправильно определенным кодеком при проигрывании аудиофайла: плеер работает, а звука нет. Тоже не понятно, как это проверять.

[ded]

Определение отбоя по коротким гудкам - атавизм аналоговой связи. Придуман для человеков (если человек услышаш ту-ту-ту - вешает трубку).
В условиях цифровой связи является глупостью (я уже писал об этом выше, не комильфо). Работает, если inbanddisconnect=yes и ваша станция понимает что такое Busy & disconnect tones, согласно росстандарту (450 мсек гудок / 450 мсек тишина), а в разных странах разные аналоговые сигналы (см. indication.conf)
Но если прибегает Bye или Cancel, то смысла держать канал открытым нету.
А увас там и Dongle, и ещё что угодно уже.
что такое вызывающий абонент не кладет трубку? Если он положил - то прибегает цифровой сигнал Bye. Можно озвучить его на стороне Астериска
Playtones(Busy) - если очень хочется.

[shines2]

Я не хочу определять отбой по коротким гудкам.
И все нормально, если вызывающий абонент кладет трубку - все отбивается, как надо.
Даже, если не кладет, отбивается. Но по таймеру. Т.е. удаленная сторона давно повесила трубку, а абонент LG этого не знает, сидит и слушает тишину.
Задал вопрос на профильном форуме LG о столь глупом в условиях цифровой связи поведении. Ответили, что так и положено по стандарту: мол, были индикаторы, решение отбоя за человеком. Я говорю: так человек ту-ту-ту не слышит, потому как нет его. Ответили: все по стандарту - ту-ту-ту должна генерить вызываемая сторона. Не хотите такого поведения - не шлите индикаторы.
Отсюда и заголовок темы. Сам я эти индикаторы в трассировке найти не могу. Параметры callprogress, inbanddisconnect к результату не привели. Идеи, что в гугл забивать, кончились
Я бы и вставил Playtones(Busy), но куда? Астериск к этому моменту уже disconnect выполнил. Никто этот Busy не услышит.

[ded]

Я бы и вставил Playtones(Busy), но куда?

в диалплан, разумеется.Ищите примеры.

Астериск к этому моменту уже disconnect выполнил. Никто этот Busy не услышит.

выполнился disconnect - а абонент LG этого не знает, сидит и слушает тишину, значит в принципе никакого ответа уже от Астериска не может быть, верно? Вся проблема - только на стороне LG LDK. Её надо колупать.

[ded]

https://issues.asterisk.org/jira/browse/PRI-168

Вы же используете Set(PRI_CAUSE=41) ? Значит пробуйте для 310 - Dial(SIP/310) и вставить в h@from_ldk
На LDK посмотрите такую настройку:
System Management\Gain&Cadence Control - ACNR Tone Cadence(PGM423)

А вообще - мрак какой-то, посмотрел ещё раз debug pri - Вы там DTMF что-то донабираете на sip1,

Код: Выделить всё

[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end '8' received on DAHDI/i2/139-59, duration 0 ms
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end accepted without begin '8' on DAHDI/i2/139-59
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end passthrough '8' on DAHDI/i2/139-59
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end '9' received on DAHDI/i2/139-59, duration 0 ms
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end accepted without begin '9' on DAHDI/i2/139-59
[Sep 26 11:02:54] DTMF[21350][C-00000046] channel.c: DTMF end passthrough '9' on DAHDI/i2/139-59

который, похоже, что-то микрософтное, то есть MicroSIP, это уже боязно.

[shines2]

А вообще - мрак какой-то, посмотрел ещё раз debug pri - Вы там DTMF что-то донабираете на sip1,

Я считал, что так в логе отражается набор overlap от LG
Но это к основной проблеме не относится.

[ded]

No, sir!
Это как бы донабор получается. Открывается соединение через Answer, и туда набираются цифры. Это неверно.
Должна приходить посылка PRI где полный набранный номер + номер оригинатора. А у Вас -

Accepting overlap call from '139' to '<unspecified>' on channel 0/22, span 2

Надо пересмотреть Вам параметр overlap= yes|no

Ну и по поводу Progress индикатора было уже сказано выше, должен быть outband, а у вас -

Ext: 1 Progress Description: Inband information or appropriate pattern now available.

[shines2]

На LG настроен overlap.
В chan_dahdi.conf прописано overlapdial=yes.
В Интернете нашел следующее объяснение происходящему.
Астериск успевает установить соединение до того, как пользователь наберет номер.
Поэтому LG досылает номер уже dtmf.

С этим можно как-то бороться?
Как вариант решения, конечно, enblock. Но тогда возникает традиционная проблема, как избавиться от таймера ожидания окончания набора.

[ded]

Определить значность набираемых цифр. Это и есть диалплан. Если на LG номера 1ХХ, то на Астериске должны быть 2ХХ и 3ХХ, допустим. А в город уходят разрешённые в 10-ти значном формате, который не с 1- 2- 3-.

Говоря языком диалплана Астериска, ожидание конца набора - при wild card
exten => _X.,1
а если прописать для примера выше
exten => _[123]XX,1, - абоненты Астериск
exten => _8ZXXXXXXXXX,1, - городские абоненты
то никакого ожидания конца набора не будет. Только прописывать эту логику надо в LG