[asterisk-bugs] [LibPRI 0016629]: Asterisk && Panasonic KXTDA600 over QSIG
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Jun 23 12:08:08 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16629
======================================================================
Reported By: simakinK
Assigned To: rmudgett
======================================================================
Project: LibPRI
Issue ID: 16629
Category: General
Reproducibility: have not tried
Severity: major
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA: SWP-1698
libpri Version: 1.4.10.2
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2010-01-18 01:29 CST
Last Modified: 2010-06-23 12:08 CDT
======================================================================
Summary: Asterisk && Panasonic KXTDA600 over QSIG
Description:
Hi,
I have not found the description of a similar problem,
All works(Calling, Call Transfer), but not transferred(accept?) Callerid
(name)
pri set debug off span 1
PRI debug output to file disabled
www*CLI> pri set debug on span 1
Enabled debugging on span 1
== Using SIP RTP CoS mark 5
-- Executing [575 at phones:1] Dial("SIP/1202-00000006",
"dahdi/g10/575,30,t") in new stack
-- Making new call for cr 32775
-- Requested transfer capability: 0x00 - SPEECH
> Protocol Discriminator: Q.931 (8) len=58
> Call Ref: len= 2 (reference 7/0x7) (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 81]
> 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: 1 ]
> [1c 1b 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0d 02 01 0a 02 01 00 80 05
53 55 43 4b 53]
> Facility (len=29, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82,
0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0D, 0x02, 0x01, 0x0A, 0x02, 0x01,
0x00, 0x80, 0x05, 'SUCKS' ]
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 000D (CONTEXT SPECIFIC [1])
02 0001 0A (INTEGER: 10)
02 0001 00 (INTEGER: 0)
80 0005 53 55 43 4B 53 (CONTEXT SPECIFIC [0])
> [6c 06 21 81 31 32 30 32]
> 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) '1202' ]
> [70 04 c9 35 37 35]
> Called Number (len= 6) [ Ext: 1 TON: Subscriber Number (4) NPI:
Private Numbering Plan (9) '575' ]
q931.c:3134 q931_setup: call 32775 on channel 1 enters state 1 (Call
Initiated)
-- Called g10/575
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 7/0x7) (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: As indicated in following octets
< Ext: 1 Coding: 0 Number Specified Channel Type:
3
< Ext: 1 Channel: 1 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3683 q931_receive: call 32775 on channel 1 enters state 3 (Outgoing
call Proceeding)
-- DAHDI/1-1 is proceeding passing it to SIP/1202-00000006
< Protocol Discriminator: Q.931 (8) len=43
< Call Ref: len= 2 (reference 7/0x7) (Terminator)
< Message type: ALERTING (1)
< [1e 02 81 88]
< 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: Inband
information or appropriate pattern now available. (8) ]
< [1c 20 91 aa 06 80 01 00 82 01 00 8b 01 00 a1 12 02 01 41 06 04 2b 0c 09
01 80 07 d1 e8 ec e0 ea e8 ed]
< Facility (len=34, codeset=0) [ 0x91, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82,
0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x12, 0x02, 0x01, 'A', 0x06, 0x04, '+',
0x0C, 0x09, 0x01, 0x80, 0x07, 0xD1, 0xE8, 0xEC, 0xE0, 0xEA, 0xE8, 0xED ]
PROTOCOL 11
AA 0006 (CONTEXT SPECIFIC [10])
80 0001 00 (CONTEXT SPECIFIC [0])
82 0001 00 (CONTEXT SPECIFIC [2])
8B 0001 00 (CONTEXT SPECIFIC [11])
A1 0012 (CONTEXT SPECIFIC [1])
02 0001 41 (INTEGER: 65)
06 0004 2B 0C 09 01 (OBJECTIDENTIFIER: 2b 0c 09 01)
80 0007 D1 E8 EC E0 EA E8 ED (CONTEXT SPECIFIC [0])
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 28 (cs0, Facility)
Don't know how to handle ROSE component of type 0xAA
Don't know how to handle ROSE component of type 0x8B
Handle Q.932 ROSE Invoke component
[ Handling operation 722209025 ]
!! Unable to handle ROSE operation 722209025 [ 80 07 D1 E8 EC E0 EA E8 ED
] - [.........]
q931.c:3596 q931_receive: call 32775 on channel 1 enters state 4 (Call
Delivered)
-- DAHDI/1-1 is ringing
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Call Delivered, peerstate
Call Received
q931.c:3015 q931_disconnect: call 32775 on channel 1 enters state 11
(Disconnect Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 7/0x7) (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/1-1'
== Spawn extension (phones, 575, 1) exited non-zero on
'SIP/1202-00000006'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 7/0x7) (Terminator)
< Message type: RELEASE (77)
q931.c:3801 q931_receive: call 32775 on channel 1 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 7/0x7) (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
======================================================================
----------------------------------------------------------------------
(0123770) lmadsen (administrator) - 2010-06-23 12:08
https://issues.asterisk.org/view.php?id=16629#c123770
----------------------------------------------------------------------
@simakinK: have you had a chance to re-test on 1.4.11.2? I'll have to close
this issue soon without additional feedback.
Issue History
Date Modified Username Field Change
======================================================================
2010-06-23 12:08 lmadsen Note Added: 0123770
======================================================================
More information about the asterisk-bugs
mailing list