[asterisk-bugs] [Asterisk 0019170]: Nationalprefix chan_dahdi option ignored
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Apr 26 08:12:03 CDT 2011
The following issue has been UPDATED.
======================================================================
https://issues.asterisk.org/view.php?id=19170
======================================================================
Reported By: ewieling
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 19170
Category: Channels/chan_dahdi
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: 1.8.4-rc2
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2011-04-22 07:56 CDT
Last Modified: 2011-04-26 08:12 CDT
======================================================================
Summary: Nationalprefix chan_dahdi option ignored
Description:
Asterisk 1.8.4-rc2 (and 1.8.3)
DAHDI Version: 2.4.1.2
libpri version: 1.4.12-beta3
We are having a problem with getting the nationalprefix option of
chan_dahdi.conf to work. National calls do not have a "1" added to them
when nationalprefix=1. The PRI debug shows the call coming in as a
National Call, but the dialplan sees the call without a 1.
chan_dahdi.conf:
<snip>
switchtype=national
internationalprefix = 011
nationalprefix = 1
context=pbxmax-incoming-xo-pri
group=1
signalling=pri_cpe
channel =>1-23
<snip>
PRI Debug:
1
1 < Protocol Discriminator: Q.931 (8) len=69
1 < TEI=0 Call Ref: len= 2 (reference 457/0x1C9) (Sent from originator)
1 < Message Type: SETUP (5)
1 < [04 03 80 90 a2]
1 < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer
capability: Speech (0)
1 < Ext: 1 Trans mode/rate: 64kbps,
circuit-mode (16)
1 < User information layer 1: u-Law (34)
1 < [18 03 a9 83 85]
1 < Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0
Exclusive Dchan: 0
1 < ChanSel: As indicated in following octets
1 < Ext: 1 Coding: 0 Number Specified Channel
Type: 3
1 < Ext: 1 Channel: 5 Type: CPE]
1 < [1c 15 9f 8b 01 00 a1 0f 02 01 01 06 07 2a 86 48 ce 15 00 04 0a 01 00]
1 < Facility (len=23, codeset=0) [ 0x9F, 0x8B, 0x01, 0x00, 0xA1, 0x0F,
0x02, 0x01, 0x01, 0x06, 0x07, '*', 0x86, 'H', 0xCE, 0x15, 0x00, 0x04, 0x0A,
0x01, 0x00 ]
1 < [1e 02 82 83]
1 < Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0)
0: 0 Location: Public network serving the local user (2)
1 < Ext: 1 Progress Description: Calling
equipment is non-ISDN. (3) ]
1 < [6c 0c 21 83 32 35 36 34 32 35 37 38 31 34]
1 < Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 < Presentation: Presentation allowed of
network provided number (3) '2564257814' ]
1 < [70 0b a1 33 34 37 32 37 33 31 32 31 33]
1 < Called Number (len=13) [ Ext: 1 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '3472731213' ]
1 -- Making new call for cref 457
1 Received message for call 0xb6e7a148 on link 0x89f1060 TEI/SAPI 0/0
1 -- Processing Q.931 Call Setup
1 -- Processing IE 4 (cs0, Bearer Capability)
1 -- Processing IE 24 (cs0, Channel Identification)
1 -- Processing IE 28 (cs0, Facility)
1 -- Processing IE 30 (cs0, Progress Indicator)
1 -- Processing IE 108 (cs0, Calling Party Number)
1 -- Processing IE 112 (cs0, Called Party Number)
1 -- Delayed processing IE 28 (cs0, Facility)
1 ASN.1 dump
1 Context Specific [11 0x0B] <8B> Len:1 <01>
1 <00> - "~"
1 Context Specific/C [1 0x01] <A1> Len:15 <0F>
1 Integer(2 0x02) <02> Len:1 <01>
1 <01> - "~"
1 OID(6 0x06) <06> Len:7 <07>
1 <2A 86 48 CE 15 00 04> - "*~H~~~~"
1 Enumerated(10 0x0A) <0A> Len:1 <01>
1 <00> - "~"
1 ASN.1 end
1 interpretation Context Specific [11 0x0B] = 0 0x0000
1 INVOKE Component Context Specific/C [1 0x01]
1 invokeId Integer(2 0x02) = 1 0x0001
1 operationValue OID(6 0x06) = 42.840.10005.0.4
1 operationValue = ROSE_NI2_InformationFollowing
1 unknown Enumerated(10 0x0A) = 0 0x0000
1 !! ROSE invoke operation not handled! ROSE_NI2_InformationFollowing
1 q931.c:7587 post_handle_q931_message: Call 457 enters state 6 (Call
Present). Hold state: Idle
Span: 1 Processing event: PRI_EVENT_RING
1 q931.c:4906 q931_call_proceeding: Call 457 enters state 9 (Incoming Call
Proceeding). Hold state: Idle
1
1 > DL-DATA request
1 > Protocol Discriminator: Q.931 (8) len=10
1 > TEI=0 Call Ref: len= 2 (reference 457/0x1C9) (Sent to originator)
1 > Message Type: CALL PROCEEDING (2)
1 TEI=0 Transmitting N(S)=93, window is open V(A)=93 K=7
1
1 > Protocol Discriminator: Q.931 (8) len=10
1 > TEI=0 Call Ref: len= 2 (reference 457/0x1C9) (Sent to originator)
1 > Message Type: CALL PROCEEDING (2)
1 > [18 03 a9 83 85]
1 > Channel ID (len= 5) [ Ext: 1 IntID: Implicit Other(PRI) Spare: 0
Exclusive Dchan: 0
1 > ChanSel: As indicated in following octets
1 > Ext: 1 Coding: 0 Number Specified Channel
Type: 3
1 > Ext: 1 Channel: 5 Type: CPE]
-- Accepting call from '12564257814' to '3472731213' on channel 0/5,
span 1
-- Executing [3472731213 at pbxmax-incoming-xo-pri:1]
Goto("DAHDI/i1/12564257814-57", "13472731213,1") in new stack
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2011-04-26 08:12 lmadsen Description Updated
======================================================================
More information about the asterisk-bugs
mailing list