How to prevent RDNIS going through to PRI


#1

I have a SIP redirect problem that only seems to occur on Call Forward No Answer and Call Forward Busy.

The problem appears to be that the redirecting number (RDNIS) is being sent through to the PRI. However the redirecting number is an internal SIP extension, which the PRI provider is probably rejecting. The net result is that I get a CAUSE CODE 111 (which I’ve looked up and is a “non-specific” error code).

Is there a way of turning this off or changing the RDNIS to something valid? Set(CALLERID(rdnis)=NNNN) doesn’t work by the way. The Dial command seems to override it.

Could it be something to do with pridialplan/prilocaldialplan in zapata.conf?

Here’s the log with PRI debugging turned on:

-- Executing Macro("SIP/analoguecordless-9be9", "stdexten|mikepollitt|SIP/mikepollitt|limeboy") in new stack
-- Executing Dial("SIP/analoguecordless-9be9", "SIP/mikepollitt|20") in new stack
-- Called mikepollitt
-- SIP/mikepollitt-1522 is ringing
-- Got SIP response 302 "Moved Temporarily" back from x.x.x.x
-- Now forwarding SIP/analoguecordless-9be9 to 'Local/NNNNNNNN@limeboy_handsets' (thanks to SIP/mikepollitt-1522)
-- Executing Macro("Local/NNNNNNNN@limeboy_handsets-c7ac,2", "outbound|Zap/g1|1831|IAX2/NNNN||NNNNNNNN") in new stack
-- Executing Dial("Local/NNNNNNNN@limeboy_handsets-c7ac,2", "Zap/g1/NNNNNNNN|60") in new stack

– Making new call for cr 32796
– Requested transfer capability: 0x00 - SPEECH

Protocol Discriminator: Q.931 (8) len=66
Call Ref: len= 2 (reference 28/0x1C) (Originator)
Message type: SETUP (5)
[04 03 80 90 a3]
Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0)
Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
Ext: 1 User information layer 1: A-Law (35)
[18 03 a9 83 81]
Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
ChanSel: Reserved
Ext: 1 Coding: 0 Number Specified Channel Type: 3
Ext: 1 Channel: 1 ]
[28 11 41 6e 61 6c 6f 67 75 65 20 43 6f 72 64 6c 65 73 73]
Display (len=17) tÕ[ Analogue Cordless ]
[6c 05 21 80 31 30 31]
Calling Number (len= 7) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
Presentation: Presentation permitted, user number not screened (0) ‘101’ ]
[70 0f 80 31 38 33 31 30 34 31 34 34 39 33 32 39 39]
Called Number (len=17) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) ‘NNNNNNNN’ ]
[74 06 21 01 8f 31 30 30]
Redirecting Number (len= 8) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
Ext: 0 Presentation: Presentation permitted, user number passed network screening (1)
Ext: 1 Reason: Forwarded unconditionally (15) ‘100’ ]

– Called g1/NNNNNNNN
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 28/0x1C) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 1 ]
– Processing IE 24 (cs0, Channel Identification)
– Zap/1-1 is proceeding passing it to Local/NNNNNNNN@limeboy_handsets-c7ac,2
– Local/NNNNNNNN@limeboy_handsets-c7ac,1 is proceeding passing it to SIP/analoguecordless-9be9
< Protocol Discriminator: Q.931 (8) len=13
< Call Ref: len= 2 (reference 28/0x1C) (Terminator)
< Message type: PROGRESS (3)
< [08 02 80 ef]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
< Ext: 1 Cause: Protocol error, unspecified (111), class = Protocol Error (6) ]
< [1e 02 80 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
– Processing IE 8 (cs0, Cause)
– Processing IE 30 (cs0, Progress Indicator)
PROGRESS with cause code 111 received
– Zap/1-1 is making progress passing it to Local/NNNNNNNN@limeboy_handsets-c7ac,2
– Local/NNNNNNNN@limeboy_handsets-c7ac,1 is making progress passing it to SIP/analoguecordless-9be9
– Nobody picked up in 20000 ms
… etc…


#2

Further to this: I’ve tried the values “local”, “private” and “unknown” for both pridialplan and prilocaldialplan in zapata.conf with no success.