[asterisk-users] Type Of Number setting (pridialplan) is not effective
Solt Kemecsei
asterisk-users at solt.kemecsei.hu
Thu Nov 19 15:18:32 CST 2009
Hello,
I have an Asterisk system in the UK using ISDN service from BT.
My problem is that the called number is always passed to the provider with the Type Of Number declared as “national” despite pridialplan (and prilocaldialplan) is set to “unknown”.
My questions are:
- How can I find out what the effective value is for the above two variables without actually making a call? (I have very limited possibilities to make test calls, as the ISDN lines are connected to a production system from which we plan to move to Asterisk, so it would be great to find out the actual values from CLI or similar.)
- Why is it happening, and how to fix it?
My environment:
asterisk-1.4.27-rc2
dahdi-tools-2.2.0
libpri-1.4.10.1
RHEL Server 5.3
Digium Wildcard TE220
Below I am including my relevant configuration files and the PRI debug log of a test call.
Thank you for your help in advance.
Regards,
Solt
The /etc/asterisk/chan_dahdi.conf file without the comments and empty lines:
---------- <chan_dahdi.conf> ----------
[trunkgroups]
[channels]
#include dahdi-channels.conf
context=default
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
signalling=pri_cpe
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
rxgain=1.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
---------- </chan_dahdi.conf> ----------
The included dahdi-channels.conf file:
---------- <dahdi-channels.conf> ----------
; Autogenerated by /usr/sbin/dahdi_genconf on Tue Oct 20 11:14:15 2009
; If you edit this file and execute /usr/sbin/dahdi_genconf again,
; your manual changes will be LOST.
; Dahdi Channels Configurations (chan_dahdi.conf)
;
; This is not intended to be a complete chan_dahdi.conf. Rather, it is intended
; to be #include-d by /etc/chan_dahdi.conf that will include the global settings
;
; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" (MASTER) HDB3/CCS/CRC4 RED
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
context = default
group = 63
; Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 RED
group=0,12
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 32-46,48-62
context = default
group = 63
---------- </dahdi-channels.conf> ----------
The PRI debug log of a session (I have masked my phone number, everything else is intact):
---------- <PRI debug log> ----------
-- Making new call for cr 32772
> Protocol Discriminator: Q.931 (8) len=39
> Call Ref: len= 2 (reference 4/0x4) (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)
> User information layer 1: A-Law (35)
> [18 03 a1 83 9f]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0
> ChanSel: As indicated in following octets
> Ext: 1 Coding: 0 Number Specified Channel Type: 3
> Ext: 1 Channel: 31 ]
> [6c 06 21 81 38 33 38 37]
> Calling Number (len= 8) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> Presentation: Presentation permitted, user number passed network screening (1) '8387' ]
> [70 0d a1 30 30 33 36 35 32 38 38 37 35 38 37]
> Called Number (len=15) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '**********87' ]
> [a1]
> Sending Complete (len= 1)
q931.c:3134 q931_setup: call 32772 on channel 31 enters state 1 (Call Initiated)
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 9f]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Exclusive Dchan: 0
< ChanSel: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type: 3
< Ext: 1 Channel: 31 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3683 q931_receive: call 32772 on channel 31 enters state 3 (Outgoing call Proceeding)
< Protocol Discriminator: Q.931 (8) len=13
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 82 81]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Public network serving the local user (2)
< Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
< [1e 02 82 88]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: Public network serving the local user (2)
< Ext: 1 Progress Description: Inband information or appropriate pattern now available. (8) ]
-- Processing IE 8 (cs0, Cause)
-- Processing IE 30 (cs0, Progress Indicator)
q931.c:3826 q931_receive: call 32772 on channel 31 enters state 12 (Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2967 q931_release: call 32772 on channel 31 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 4/0x4) (Originator)
> Message type: RELEASE (77)
> [08 02 81 81]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 4/0x4) (Terminator)
< Message type: RELEASE COMPLETE (90)
q931.c:3766 q931_receive: call 32772 on channel 31 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
---------- </PRI debug log> ----------
More information about the asterisk-users
mailing list