Hold Reject ISDN

system · April 24, 2013, 9:24am

Hi,
i’ve a issue with an asterisk ISDN configuration.
I can make calls to asterisk correcly, but i can’t originate calls from asterisk.

I originate calls with this command:
originate dahdi/i6/5041 extension

And the pri debug is:

PRI Span: 6 -- Making new call for cref 32771
    -- Requested transfer capability: 0x00 - SPEECH
PRI Span: 6 Sending message for call 0x9045cf8 on call->link: 0x8ff0aac with TEI/SAPI 127/63
PRI Span: 6
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=20
PRI Span: 6 > TEI=127 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: SETUP (5)
PRI Span: 6 > [04 03 80 90 a3]
PRI Span: 6 > Bearer Capability (len= 5) [ Ext: 1  Coding-Std: 0  Info transfer capability: Speech (0)
PRI Span: 6 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 6 >                                User information layer 1: A-Law (35)
PRI Span: 6 > [18 01 89]
PRI Span: 6 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit  BRI  Spare: 0  Exclusive  Dchan: 0
PRI Span: 6 >                       ChanSel: B1 channel
PRI Span: 6 >                     ]
PRI Span: 6 > [70 05 80 35 30 34 31]
PRI Span: 6 > Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '5041' ]
PRI Span: 6 > [a1]
PRI Span: 6 > Sending Complete (len= 1)
PRI Span: 6 q931.c:6036 q931_setup: Call 32771 enters state 1 (Call Initiated).  Hold state: Idle
PRI Span: 6
PRI Span: 6 < Protocol Discriminator: Q.931 (8)  len=18
PRI Span: 6 < TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent to originator)
PRI Span: 6 < Message Type: CONNECT (7)
PRI Span: 6 < [4c 06 00 80 35 30 34 31]
PRI Span: 6 < Connected Number (len= 8) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
PRI Span: 6 <                             Ext: 1  Presentation: Presentation permitted, user number not screened (0)  '5041' ]
PRI Span: 6 < [7c 04 80 10 f0 a3]
PRI Span: 6 < IE: Low-layer Compatibility (len = 6)
PRI Span: 6 Adding subcall 0xf5e01f78 for TEI 64 to call 0x9045cf8 at position 0
PRI Span: 6 Received message for call 0xf5e01f78 on link 0x9042d40 TEI/SAPI 64/0
PRI Span: 6 -- Processing IE 76 (cs0, Connected Number)
PRI Span: 6 -- Processing IE 124 (cs0, Low-layer Compatibility)
PRI Span: 6 q931.c:7663 nt_ptmp_handle_q931_message: Call 32771 enters state 10 (Active).  Hold state: Idle
PRI Span: 6 q931.c:8384 post_handle_q931_message: Subcall 32771 enters state 8 (Connect Request).  Hold state: Idle
Span 6: Processing event PRI_EVENT_ANSWER
PRI Span: 6 q931.c:6122 q931_connect_acknowledge: Subcall 32771 enters state 10 (Active).  Hold state: Idle
PRI Span: 6 Sending message for call 0xf5e01f78 on call->link: 0x9042d40 with TEI/SAPI 64/0
PRI Span: 6
PRI Span: 6 > DL-DATA request
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=4
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: CONNECT ACKNOWLEDGE (15)
PRI Span: 6 TEI=64 Transmitting N(S)=123, window is open V(A)=123 K=1
PRI Span: 6
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=4
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: CONNECT ACKNOWLEDGE (15)
    -- Executing [s@default:1] Answer("DAHDI/i6/5041-2a", "") in new stack
    -- Executing [s@default:2] Monitor("DAHDI/i6/5041-2a", "wav,s-A") in new stack
    -- Executing [s@default:3] Playback("DAHDI/i6/5041-2a", "audio-B") in new stack
    -- <DAHDI/i6/5041-2a> Playing 'audio-B.alaw' (language 'en')
PRI Span: 6
PRI Span: 6 < Protocol Discriminator: Q.931 (8)  len=4
PRI Span: 6 < TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent to originator)
PRI Span: 6 < Message Type: HOLD (36)
PRI Span: 6 Received message for call 0xf5e01f78 on link 0x9042d40 TEI/SAPI 64/0
PRI Span: 6 q931.c:8970 post_handle_q931_message: Call 32771 in state 10 (Active) enters Hold state: Hold Indication
Span 6: Processing event PRI_EVENT_HOLD
PRI Span: 6 q931.c:6337 q931_send_hold_rej: Call 32771 in state 10 (Active) enters Hold state: Idle
PRI Span: 6 Sending message for call 0xf5e01f78 on call->link: 0x9042d40 with TEI/SAPI 64/0
PRI Span: 6
PRI Span: 6 > DL-DATA request
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=8
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: HOLD REJECT (48)
PRI Span: 6 TEI=64 Transmitting N(S)=124, window is open V(A)=124 K=1
PRI Span: 6
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=8
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: HOLD REJECT (48)
PRI Span: 6 > [08 02 81 af]
PRI Span: 6 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
PRI Span: 6 >                  Ext: 1  Cause: Resource unavailable, unspecified (47), class = Network Congestion (resource unavailable) (2) ]
PRI Span: 6
PRI Span: 6 < Protocol Discriminator: Q.931 (8)  len=8
PRI Span: 6 < TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent to originator)
PRI Span: 6 < Message Type: DISCONNECT (69)
PRI Span: 6 < [08 02 80 90]
PRI Span: 6 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: User (0)
PRI Span: 6 <                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
PRI Span: 6 Received message for call 0xf5e01f78 on link 0x9042d40 TEI/SAPI 64/0
PRI Span: 6 -- Processing IE 8 (cs0, Cause)
PRI Span: 6 q931.c:7720 nt_ptmp_handle_q931_message: Call 32771 enters state 22 (Call Abort).  Hold state: Idle
PRI Span: 6 -- Found active call: 0x9045cf8 cref:32771
PRI Span: 6 q931.c:8707 post_handle_q931_message: Subcall 32771 enters state 12 (Disconnect Indication).  Hold state: Idle
Span 6: Processing event PRI_EVENT_HANGUP_REQ
    -- Span 6: Channel 0/1 got hangup request, cause 16
  == Spawn extension (default, s, 3) exited non-zero on 'DAHDI/i6/5041-2a'
PRI Span: 6 q931.c:6775 q931_hangup: Hangup master cref:32771
PRI Span: 6 q931.c:6804 q931_hangup: Hanging up 0, winner:0 subcall:0xf5e01f78
PRI Span: 6 q931.c:6831 q931_hangup: Hangup slave cref:32771
PRI Span: 6 q931.c:6594 __q931_hangup: ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle
PRI Span: 6 q931.c:5703 q931_release: Subcall 32771 enters state 19 (Release Request).  Hold state: Idle
PRI Span: 6 Sending message for call 0xf5e01f78 on call->link: 0x9042d40 with TEI/SAPI 64/0
PRI Span: 6
PRI Span: 6 > DL-DATA request
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=8
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: RELEASE (77)
PRI Span: 6 TEI=64 Transmitting N(S)=125, window is open V(A)=125 K=1
PRI Span: 6
PRI Span: 6 > Protocol Discriminator: Q.931 (8)  len=8
PRI Span: 6 > TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent from originator)
PRI Span: 6 > Message Type: RELEASE (77)
PRI Span: 6 > [08 02 81 90]
PRI Span: 6 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
PRI Span: 6 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
PRI Span: 6 q931.c:6817 q931_hangup: Remaining slaves 1
    -- Hungup 'DAHDI/i6/5041-2a'
PRI Span: 6
PRI Span: 6 < Protocol Discriminator: Q.931 (8)  len=4
PRI Span: 6 < TEI=64 Call Ref: len= 1 (reference 3/0x3) (Sent to originator)
PRI Span: 6 < Message Type: RELEASE COMPLETE (90)
PRI Span: 6 Received message for call 0xf5e01f78 on link 0x9042d40 TEI/SAPI 64/0
PRI Span: 6 q931.c:8567 post_handle_q931_message: Subcall 32771 enters state 0 (Null).  Hold state: Idle
PRI Span: 6 q931.c:6831 q931_hangup: Hangup slave cref:32771
PRI Span: 6 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
PRI Span: 6 Destroying subcall 0xf5e01f78 of call 0x9045cf8 at 0
Span 6: Processing event PRI_EVENT_HANGUP_ACK

I guess the most important part is: PRI Span: 6 > Message Type: HOLD REJECT (48)

I have alreay set hold_allowed=yes in the /etc/asterisk/misdn.conf

So i need to know how teach asterisk to accept the holding status.

Thanks in advance

david55 · April 24, 2013, 10:26am

As it looks to be clearly rejecting this, I would guess that it is not supported, so you will need to change the source code. If you have the skills to do that, you probably need to take note of the sticky posting about developer support.

Whilst it might be possible to easily pretend to hold, it may well be a medium to large change to actually do something sensible.