Solt Kemecsei
2009-Nov-19 21:18 UTC
[asterisk-users] Type Of Number setting (pridialplan) is not effective
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> ----------
Tzafrir Cohen
2009-Nov-19 21:43 UTC
[asterisk-users] Type Of Number setting (pridialplan) is not effective
On Thu, Nov 19, 2009 at 10:18:32PM +0100, Solt Kemecsei wrote:> 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.confAll of the 'channel =>' lines are already included at this point. Thus the following lines have no effect:> 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> ------------ Tzafrir Cohen icq#16849755 jabber:tzafrir.cohen at xorcom.com +972-50-7952406 mailto:tzafrir.cohen at xorcom.com http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir