[asterisk-bugs] [Asterisk 0017079]: qsigchannelmapping parameter
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Mar 25 10:24:01 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17079
======================================================================
Reported By: -KeX-
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17079
Category: Channels/chan_dahdi
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.2.6
JIRA: SWP-1134
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-03-23 04:18 CDT
Last Modified: 2010-03-25 10:24 CDT
======================================================================
Summary: qsigchannelmapping parameter
Description:
I've connected Asterisk with 4 PRI to a Siemens HiPath 4000. For
CALLERID(name)
feature I wanna use Q.SIG as switchtype. Cause Siemens PBX orders Channels
logical I need the parameter qsigchannelmapping=logical. Here is my
chan_dahdi.conf
trunkgroups]
[channels]
language=de
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
qsigchannelmapping=logical
discardremoteholdretrieval=yes
overlapdial=yes
switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
channel =>1-15,17-31
switchtype=euroisdn
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>32-46,48-62
switchtype=euroisdn
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>63-77,79-93
switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
channel =>94-108,110-124
If I check the status of my two Q.SIG spans, I see this:
asterisk*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, Up, Active
Switchtype: Q.SIG switch
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 1
Logical Channel Mapping: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
Overlap Recv: Yes
Same, for pri show span 4
Logical Channel Mapping is 0, but should be 1. It is configured in
chan_dahdi.conf as described here:
https://issues.asterisk.org/view.php?id=13454
Anyone seen this problem? Or anyone using qsigchannelmapping=logical?
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0013454 [patch] Several libpri issues (bugs/fea...
======================================================================
----------------------------------------------------------------------
(0119893) -KeX- (reporter) - 2010-03-25 10:24
https://issues.asterisk.org/view.php?id=17079#c119893
----------------------------------------------------------------------
Hi,
extensions.conf
[default]
exten => 123455,1,Set(CALLERID(name)=testinger)
exten => 123455,n,Set(CALLERID(num)=1234)
exten => 123455,n,Dial(DAHDI/122/59600)
exten => 59600,1,Answer()
exten => 59600,n,Wait(1)
exten => 59600,n,Verbose(${CALLERID(all)})
exten => 59600,n,PlayBack(demo-echotest)
exten => 59600,n,Echo
exten => 59600,n,Hangup
chan_dahdi.conf
[channels]
language=de
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
qsigchannelmapping=logical
discardremoteholdretrieval=yes
overlapdial=yes
;Sangoma A104 port 1 [slot:1 bus:10 span:1] <wanpipe1>
switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
;channel =>1-15
channel =>1-15,17-31
;Sangoma A104 port 2 [slot:1 bus:10 span:2] <wanpipe2>
switchtype=euroisdn
overlapdial=yes
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>32-46,48-62
;Sangoma A104 port 3 [slot:1 bus:10 span:3] <wanpipe3>
switchtype=euroisdn
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>63-77,79-93
;Sangoma A104 port 4 [slot:1 bus:10 span:4] <wanpipe4>
switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
;channel =>94-108
channel =>94-108,110-124
== Using SIP RTP CoS mark 5
== Using SIP VRTP CoS mark 6
-- Executing [123455 at default:1] Set("SIP/commpany.at-000007b0",
"CALLERID(name)=testinger") in new stack
-- Executing [123455 at default:2] Set("SIP/commpany.at-000007b0",
"CALLERID(num)=1234") in new stack
-- Executing [123455 at default:3] Dial("SIP/commpany.at-000007b0",
"DAHDI/122/59600") in new stack
-- Making new call for cr 32776
-- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8) len=31
> Call Ref: len= 2 (reference 8/0x8) (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 9c]
> 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: 28 ]
> [6c 06 21 80 31 32 33 34]
> 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 not screened (0) '1234' ]
> [70 06 80 35 39 36 30 30]
> Called Number (len= 8) [ Ext: 1 TON: Unknown Number Type (0) NPI:
Unknown Number Plan (0) '59600' ]
q931.c:3134 q931_setup: call 32776 on channel 29 enters state 1 (Call
Initiated)
-- Called 122/59600
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 8/0x8) (Terminator)
< Message type: SETUP ACKNOWLEDGE (13)
< [18 03 a9 83 9c]
< 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: 28 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3891 q931_receive: call 32776 on channel 29 enters state 2 (Overlap
sending)
-- Accepting overlap call from '1234' to '59600' on channel 0/1, span
1
-- Starting simple switch on 'DAHDI/1-1'
-- Executing [59600 at from-siemens:1] Answer("DAHDI/1-1", "") in new
stack
-- Executing [59600 at from-siemens:2] Wait("DAHDI/1-1", "1") in new
stack
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 8/0x8) (Terminator)
< Message type: CALL PROCEEDING (2)
< [18 03 a9 83 9c]
< 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: 28 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3683 q931_receive: call 32776 on channel 29 enters state 3
(Outgoing call Proceeding)
-- DAHDI/122-1 is proceeding passing it to SIP/commpany.at-000007b0
< Protocol Discriminator: Q.931 (8) len=76
< Call Ref: len= 2 (reference 8/0x8) (Terminator)
< Message type: CONNECT (7)
< [18 03 a9 83 9c]
< 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: 28 ]
< [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 f2 94 02 01 55 30
06 82 04 06 1c 08 40]
< Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82,
0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, 0xF2, 0x94, 0x02,
0x01, 'U0', 0x06, 0x82, 0x04, 0x06, 0x1C, 0x08, '@' ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
80 0001 00 (CONTEXT SPECIFIC [0])
82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 000F (CONTEXT SPECIFIC [1])
02 0002 F2 94 (INTEGER: 62100)
02 0001 55 (INTEGER: 85)
30 0006 (SEQUENCE)
82 0004 06 1C 08 40 (CONTEXT SPECIFIC [2])
< [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 f2 a3 02 01 02 a1
06 04 01 2e 02 01 01]
< Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82,
0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, 0xF2, 0xA3, 0x02,
0x01, 0x02, 0xA1, 0x06, 0x04, 0x01, '.', 0x02, 0x01, 0x01 ]
PROTOCOL 1F
AA 0006 (CONTEXT SPECIFIC [10])
80 0001 00 (CONTEXT SPECIFIC [0])
82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 000F (CONTEXT SPECIFIC [1])
02 0002 F2 A3 (INTEGER: 62115)
02 0001 02 (INTEGER: 2)
A1 0006 (CONTEXT SPECIFIC [1])
04 0001 2E (OCTETSTRING: 2e)
02 0001 01 (INTEGER: 1)
< [1e 02 81 82]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0)
0: 0 Location: Private network serving the local user (1)
< Ext: 1 Progress Description: Called
equipment is non-ISDN. (2) ]
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
[ Handling operation 85 ]
!! Unable to handle ROSE operation 85 [ 30 06 82 04 06 1C 08 40 ] -
[0......@]
-- Processing IE 28 (cs0, Facility)
Q.932 Network facility extensions component is not handled
Q.932 Interpretation component is not handled
Handle Q.932 ROSE Invoke component
[ Handling operation 2 ]
!! Unable to handle ROSE operation 2 [ A1 06 04 01 2E 02 01 01 ] -
[........]
-- Processing IE 30 (cs0, Progress Indicator)
q931.c:3626 q931_receive: call 32776 on channel 29 enters state 10
(Active)
> Protocol Discriminator: Q.931 (8) len=5
> Call Ref: len= 2 (reference 8/0x8) (Originator)
> Message type: CONNECT ACKNOWLEDGE (15)
-- DAHDI/122-1 answered SIP/commpany.at-000007b0
-- Executing [59600 at from-siemens:3] Verbose("DAHDI/1-1", ""ASTERISK"
<1234>") in new stack
ASTERISK <1234>
-- Executing [59600 at from-siemens:4] Playback("DAHDI/1-1",
"demo-echotest") in new stack
-- <DAHDI/1-1> Playing 'demo-echotest.gsm' (language 'de')
[Mar 25 16:19:31] NOTICE[20823]: chan_sip.c:21369
handle_request_subscribe: Received SIP subscribe for peer without mailbox:
50006
-- Executing [h at default:1] GotoIf("SIP/commpany.at-000007b0", "0?10")
in new stack
-- Executing [h at default:2]
UnpauseQueueMember("SIP/commpany.at-000007b0", ",") in new stack
[Mar 25 16:19:33] WARNING[19564]: app_queue.c:4820 upqm_exec: Missing
interface argument to PauseQueueMember
([queuename],interface[,options[,reason]])
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Connect
Request
q931.c:3015 q931_disconnect: call 32776 on channel 29 enters state 11
(Disconnect Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 8/0x8) (Originator)
> Message type: DISCONNECT (69)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
-- Hungup 'DAHDI/122-1'
== Spawn extension (default, 123455, 3) exited non-zero on
'SIP/commpany.at-000007b0'
-- Channel 0/1, span 1 got hangup request, cause 16
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 8/0x8) (Terminator)
< Message type: RELEASE (77)
< [08 02 80 90]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: User (0)
< Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3801 q931_receive: call 32776 on channel 29 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
Request
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 8/0x8) (Originator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 90]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal
Event (1) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
== Spawn extension (from-siemens, 59600, 4) exited non-zero on
'DAHDI/1-1'
-- Hungup 'DAHDI/1-1'
Chris...
Issue History
Date Modified Username Field Change
======================================================================
2010-03-25 10:24 -KeX- Note Added: 0119893
======================================================================
More information about the asterisk-bugs
mailing list