[asterisk-bugs] [LibPRI 0016629]: Asterisk && Panasonic KXTDA600 over QSIG
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Jun 24 07:06:42 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-24 07:06 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
======================================================================
----------------------------------------------------------------------
(0123816) simakinK (reporter) - 2010-06-24 07:06
https://issues.asterisk.org/view.php?id=16629#c123816
----------------------------------------------------------------------
Hi, ?ould not test in the configuration specified by you, however has
downloaded new SVN (revision 1817), and in the given release all to come
names began perfectly together with CallerID.
All many thanks!
Issue History
Date Modified Username Field Change
======================================================================
2010-06-24 07:06 simakinK Note Added: 0123816
======================================================================
More information about the asterisk-bugs
mailing list