asterisk.ru

Схема подключения такая:
ipLDK100 --- E1 PRI ---- Asterisk ---- все остальные АТС (город, корпоратив, мобильные и т.д.)
Звоню с абонента LG (139) на SIP1 (310, абонент астериска). Принимаю вызов, происходит соединение абонентов, кладу трубку на SIP1. У 139 30 секунд тишина в трубке и только потом появляются короткие гудки.
Спрашивал на профильном форуме LG. По трассировке, снятой с LG, сказали, что в процессе соединения было получено несколько Идикаторов Прогресса, поэтому, после получения Disconnect, LG слушает голосовой канал на наличие в нем акустических проявлений. Но там тишина. Через 30 сек Астериск принудительно освобождает линию. Посоветовали отключить Прогресс. Или разобраться, с какой целью Астериск отсылает лишние прогрессы. На последнее моих знаний не хватает. Поэтому вопрос: как отключить прогресс?
Трассировка с астериска:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=22
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: SETUP (5)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [04 03 80 90 a3]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < User information layer 1: A-Law (35)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [18 03 a9 83 96]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < ChanSel: As indicated in following octets
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Ext: 1 Channel: 22 Type: NET]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [6c 05 01 80 31 33 39]
[Sep 20 20:01:59] VERBOSE[1734] 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 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Presentation: Presentation allowed, User-provided, not screened (0) '139' ]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Making new call for cref 32533
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing Q.931 Call Setup
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 4 (cs0, Bearer Capability)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 24 (cs0, Channel ID)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 108 (cs0, Calling Party Number)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:8646 post_handle_q931_message: Call 32533 enters state 6 (Call Present). Hold state: Idle
[Sep 20 20:01:59] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_RING(5)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:5779 q931_setup_ack: Call 32533 enters state 25 (Overlap Receiving). Hold state: Idle
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: SETUP ACKNOWLEDGE (13)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=28, window is open V(A)=28 K=7
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: SETUP ACKNOWLEDGE (13)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > [18 03 a9 83 96]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > ChanSel: As indicated in following octets
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Ext: 1 Channel: 22 Type: NET]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > [1e 02 81 82]
[Sep 20 20:01:59] VERBOSE[1734] 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 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: PROGRESS (3)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=29, window is open V(A)=28 K=7
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: PROGRESS (3)
[Sep 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > [1e 02 81 88]
[Sep 20 20:01:59] VERBOSE[1734] 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 20 20:01:59] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
[Sep 20 20:01:59] VERBOSE[1734][C-00002e9d] sig_pri.c: -- Accepting overlap call from '139' to '<unspecified>' on channel 0/22, span 2
[Sep 20 20:01:59] VERBOSE[23310][C-00002e9d] sig_pri.c: -- Starting simple switch on 'DAHDI/i2/139-417f'
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [70 02 81 33]
[Sep 20 20:02:00] VERBOSE[1734] 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) '3' ]
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Sep 20 20:02:00] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_INFO_RECEIVED(12)
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end '3' received on DAHDI/i2/139-417f, duration 0 ms
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end accepted without begin '3' on DAHDI/i2/139-417f
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end passthrough '3' on DAHDI/i2/139-417f
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [70 02 81 31]
[Sep 20 20:02:00] VERBOSE[1734] 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) '1' ]
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Sep 20 20:02:00] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_INFO_RECEIVED(12)
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end '1' received on DAHDI/i2/139-417f, duration 0 ms
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end accepted without begin '1' on DAHDI/i2/139-417f
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end passthrough '1' on DAHDI/i2/139-417f
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: INFORMATION (123)
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [70 02 81 30]
[Sep 20 20:02:00] VERBOSE[1734] 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) '0' ]
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:02:00] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 112 (cs0, Called Party Number)
[Sep 20 20:02:00] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_INFO_RECEIVED(12)
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end '0' received on DAHDI/i2/139-417f, duration 0 ms
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end accepted without begin '0' on DAHDI/i2/139-417f
[Sep 20 20:02:00] DTMF[23310][C-00002e9d] channel.c: DTMF end passthrough '0' on DAHDI/i2/139-417f
[Sep 20 20:02:01] VERBOSE[1472] asterisk.c: -- Remote UNIX connection
[Sep 20 20:02:01] VERBOSE[23316] asterisk.c: -- Remote UNIX connection disconnected
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [310@from_ldk:1] NoOp("DAHDI/i2/139-417f", ""Вызов SIP1"") in new stack
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [310@from_ldk:2] Answer("DAHDI/i2/139-417f", "") in new stack
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 q931.c:5885 q931_connect: Call 32533 enters state 10 (Active). Hold state: Idle
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Message Type: CONNECT (7)
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=30, window is open V(A)=30 K=7
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=14
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Message Type: CONNECT (7)
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > [18 03 a9 83 96]
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0 Exclusive Dchan: 0
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > ChanSel: As indicated in following octets
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Coding: 0 Number Specified Channel Type: 3
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Channel: 22 Type: NET]
[Sep 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > [1e 02 81 82]
[Sep 20 20:02:03] VERBOSE[23310] 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 20 20:02:03] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Progress Description: Called equipment is non-ISDN. (2) ]
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [310@from_ldk:3] NoOp("DAHDI/i2/139-417f", ""Вызываемый: 310, вызывающий: 139") in new stack
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [310@from_ldk:4] Dial("DAHDI/i2/139-417f", "SIP/sip1") in new stack
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] netsock2.c: == Using SIP RTP CoS mark 5
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] app_dial.c: -- Called SIP/sip1
[Sep 20 20:02:03] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:03] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=5
[Sep 20 20:02:03] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:02:03] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: CONNECT ACKNOWLEDGE (15)
[Sep 20 20:02:03] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:02:03] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_CONNECT_ACK(27)
[Sep 20 20:02:03] VERBOSE[23310][C-00002e9d] app_dial.c: -- SIP/sip1-00000001 is ringing
[Sep 20 20:02:06] VERBOSE[23310][C-00002e9d] app_dial.c: -- SIP/sip1-00000001 answered DAHDI/i2/139-417f
[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [h@from_ldk:1] NoOp("DAHDI/i2/139-417f", "Hangup LDK") in new stack
[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] pbx.c: == Spawn extension (from_ldk, 310, 4) exited non-zero on 'DAHDI/i2/139-417f'
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 q931.c:7135 q931_hangup: Hangup other cref:32533
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 q931.c:6892 __q931_hangup: ourstate Active, peerstate Active, hold-state Idle
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 q931.c:6081 q931_disconnect: Call 32533 enters state 11 (Disconnect Request). Hold state: Idle
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Message Type: DISCONNECT (69)
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=31, window is open V(A)=31 K=7
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Message Type: DISCONNECT (69)
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > [08 02 81 90]
[Sep 20 20:02:07] VERBOSE[23310] 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 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] chan_dahdi.c: -- Hungup 'DAHDI/i2/139-417f'
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Timed out looking for release
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:5930 q931_release: Call 32533 enters state 19 (Release Request). Hold state: Idle
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > DL-DATA request
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: RELEASE (77)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 TEI=0 Transmitting N(S)=32, window is open V(A)=32 K=7
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent to originator)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Message Type: RELEASE (77)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > [08 02 81 90]
[Sep 20 20:02:37] VERBOSE[1734] 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 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=9
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < TEI=0 Call Ref: len= 2 (reference 32533/0x7F15) (Sent from originator)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Message Type: RELEASE COMPLETE (90)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < [08 02 81 90]
[Sep 20 20:02:37] VERBOSE[1734] 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 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 < Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Received message for call 0xb6a22aa8 on link 0xb81b128c TEI/SAPI 0/0
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 -- Processing IE 8 (cs0, Cause)
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:8944 post_handle_q931_message: Call 32533 enters state 0 (Null). Hold state: Idle
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:7135 q931_hangup: Hangup other cref:32533
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 q931.c:6892 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Destroying call 0xb6a22aa8, ourstate Null, peerstate Null, hold-state Idle
[Sep 20 20:02:37] VERBOSE[1734] sig_pri.c: Span 2: Processing event PRI_EVENT_HANGUP_ACK(9)

Судя по

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

[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] pbx.c: -- Executing [h@from_ldk:1] NoOp("DAHDI/i2/139-417f", "Hangup LDK") in new stack

у вас самодельный контекст from_ldk в котором прописан
exten => h,1,NoOp(Hangup LDK)
и больше ничего. А нужно было бы
Hangup()
поэтому выскакивает криво на 4-м шаге

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

[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] pbx.c: == Spawn extension (from_ldk, 310, 4) exited non-zero on 'DAHDI/i2/139-417f

отбивается нормально Normal Clearing (16) на стороне DAHDI и 30 сек. ожидание релиза на дальнем (SIP) конце.
[Sep 20 20:02:07] VERBOSE[23310] 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 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] chan_dahdi.c: -- Hungup 'DAHDI/i2/139-417f' - - - вот тут PRI канал гасится абсолютно верным способом, и LG не должна слушать голосовой канал на наличие в нем акустических проявлений.
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Timed out looking for release
В это время на дальнем конце ту-тукают как-бы короткие гудки, и можно даже в этой ситуации указать в dahdi.conf

; Allow inband audio (progress) when a call is RELEASEd by the far end of a PRI
;inbanddisconnect=yes

то есть дисконнектить по коротким гудкам в канале, должно отбивать. Но это не комильфо. Правильно вот что:

; This feature can also easily detect false hangups. The symptoms of this is
; being disconnected in the middle of a call for no reason.
;
;callprogress=yes

Копайте правильную прошивку LDK.

ded писал(а): ;inbanddisconnect=yes
;callprogress=yes

Попробовал эти параметры в разных сочетаниях, ситуация не меняется.
А точно возможна проблема с коротким гудками? Это же PRI, цифровой канал. Я думал, оповещения об окончании разговора цифровыми командами должны подаваться. А короткие гудки уже сама железяка генерит абоненту по необходимости. Но подробностей не знаю.

Zavr2008 писал(а):Копайте правильную прошивку LDK.

Правильная это какая?
Стоит вроде как последняя, рекомендованная. GS90PXC.9GH

Нашел на просторах Интернета:

По стандарту EDSS1 (Евро ISDN) акустические сигналы обеспечивает вызываемая сторона. Вызов осуществляется от LDK на Меридиан (и далее в сеть). Так вот сигнал Busy в B-канале должна обеспечивать сеть, а если это не проходит (например, в результате конвертации протокола сигнализации из R1.5 в EDDS1) то сигнал Busy должен генерить сам Меридиан внутриполосно (подставлять сигнал).
И кстати, в LDK В-канал проключается сразу же после получения Call_Proceding, так что абонент LDK слышал бы сигнал Занято, если бы он был выставлен в канале от Меридиана!!! Это на 100%. Раз абонент не слышит сигнал Занято, то значит от Меридиана ничего не приходит!!!

Если слово "меридиан" заменить на "астериск", получится 1-в-1 моя ситуация. Видимо, об этих коротких гудках и говорил уважаемый ded. Осталось заставить астериск генерировать короткие гудки.

CLI> dialplan show from_ldk

CLI>sip show peer 310

dialplan show from_ldk

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

[ Context 'from_ldk' created by 'pbx_config' ]
'._' => 1. Noop(Unknown extension ${EXTEN}) [pbx_config]
2. Macro(email,Unknown extension ${EXTEN} in ${CONTEXT}) [pbx_config]
3. Hangup() [pbx_config]
'139' => 1. Goto(test_from_ldk,${EXTEN},1) [pbx_config]
'162' => 1. Goto(test_from_ldk,${EXTEN},1) [pbx_config]
'184' => 1. Goto(test_from_ldk,${EXTEN},1) [pbx_config]
'310' => 1. Noop("Вызов SIP1") [pbx_config]
2. Answer() [pbx_config]
3. Noop("Вызываемый: ${EXTEN}, вызывающий: ${CALLERID(num)}) [pbx_config]
4. Dial(SIP/sip1) [pbx_config]
5. Hangup() [pbx_config]
'320' => 1. Noop("Вызов SIP2") [pbx_config]
2. Answer() [pbx_config]
3. Noop("Вызываемый: ${EXTEN}, вызывающий: ${CALLERID(num)}) [pbx_config]
4. Dial(SIP/sip2,,tTr) [pbx_config]
5. Playback(silence/1&all-circuits-busy-now&pls-try-call-later) [pbx_config]
6. Playtones(congestion) [pbx_config]
7. Congestion(5) [pbx_config]
8. Set(PRI_CAUSE=41) [pbx_config]
9. Hangup() [pbx_config]
'_1XX' => 1. NoOp("Вызов абонента LDK") [pbx_config]
2. Answer() [pbx_config]
3. Macro(recording,${CALLERID(num)},${EXTEN}) [pbx_config]
4. Set(GROUP()=${CALLERID(num)}) [pbx_config]
5. NoOp("=== GROUP_COUNT(${CALLERID(num)}): ${GROUP_COUNT(${CALLERID(num)})}) [pbx_config]
[lab001] 6. Dial(DAHDI/g1/${EXTEN},,tT) [pbx_config]
7. Goto(s-${DIALSTATUS},1) [pbx_config]
8. Hangup() [pbx_config]

sip show peer sip1

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

* Name : sip1
Description :
Secret : <Set>
MD5Secret : <Not set>
Remote Secret: <Not set>
Context : test_context
Record On feature : automon
Record Off feature : automon
Subscr.Cont. : <Not set>
Language : ru
Tonezone : <Not set>
AMA flags : Unknown
Transfer mode: open
CallingPres : Presentation Allowed, Not Screened
Callgroup :
Pickupgroup :
Named Callgr :
Nam. Pickupgr:
MOH Suggest :
Mailbox :
VM Extension : asterisk
LastMsgsSent : 0/0
Call limit : 0
Max forwards : 0
Dynamic : Yes
Callerid : "" <>
MaxCallBR : 384 kbps
Expire : 36
Insecure : no
Force rport : Auto (No)
Symmetric RTP: No
ACL : No
DirectMedACL : No
T.38 support : No
T.38 EC mode : Unknown
T.38 MaxDtgrm: -1
DirectMedia : No
PromiscRedir : No
User=Phone : No
Video Support: No
Text Support : No
Ign SDP ver : No
Trust RPID : No
Send RPID : No
Subscriptions: Yes
Overlap dial : Yes
DTMFmode : rfc2833
Timer T1 : 500
Timer B : 32000
ToHost :
Addr->IP : 192.168.68.102:15331
Defaddr->IP : (null)
Prim.Transp. : UDP
Allowed.Trsp : UDP
Def. Username: sip1
SIP Options : (none)
Codecs : (ulaw|alaw)
Codec Order : (ulaw:20,alaw:20)
Auto-Framing : No
Status : Unmonitored
Useragent : MicroSIP/3.12.1
Reg. Contact : sip:sip1@192.168.68.102:15331;ob
Qualify Freq : 60000 ms
Keepalive : 0 ms
Sess-Timers : Accept
Sess-Refresh : uas
Sess-Expires : 1800 secs
Min-Sess : 90 secs
RTP Engine : asterisk
Parkinglot :
Use Reason : No
Encryption : No

Проблема наблюдается при вызове на любой номер с LG через астериск и отбоем вызываемой стороной.

Можете объяснить - зачем вы делаете Answer()?

Не могу

Считал, что хуже не будет.
Но на проблему это не влияет - без Answer те же 30 сек. тишины
Вот еще нашел: http://www.artcom.ru/forum/lofiversion/ ... 11867.html
Но не могу понять по моему pri debug, у меня тоже Alerting c Прогресс Индикатором №8, или все же, это не моя ситуация.

Хуже будет.
Непонятный мне ваш диалплан, несмотря на то, что он как будто простой, и там есть очевидные принципиальные накладки. Сама конструкция диалплана - рекурсивна, там петли возможные у вас. Контексты для входящих и исходящих в/из LDK следовало разделить, а у вас всё в одном.

shines2 писал(а):Звоню с абонента LG (139) на SIP1 (310, абонент астериска). Принимаю вызов, происходит соединение абонентов, кладу трубку на SIP1. У 139 30 секунд тишина в трубке и только потом появляются короткие гудки.

shines2 писал(а):Проблема наблюдается при вызове на любой номер с LG через астериск и отбоем вызываемой стороной.

Если кладу трубку на SIP1, то от SIP1 должен прибежать пакет SIP2/0 - BYE. Вы его наблюдали? И вот он должен погасить соединение PRI от LDK.
У вас же в дебаге ровно наоборот:
[Sep 20 20:02:07] VERBOSE[23310] chan_dahdi.c: PRI Span: 2 > Ext: 1 Cause: Normal Clearing (16), class = Normal Event (1) ]
[Sep 20 20:02:07] VERBOSE[23310][C-00002e9d] chan_dahdi.c: -- Hungup 'DAHDI/i2/139-417f' - - - был послан Hungup, почему LDK не реагирует на него?
[Sep 20 20:02:37] VERBOSE[1734] chan_dahdi.c: PRI Span: 2 Timed out looking for release

asterisk.ru

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

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

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

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

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

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

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

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

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

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

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