[asterisk-bugs] [LibPRI 0016629]: Asterisk && Panasonic KXTDA600 over QSIG

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Jan 18 03:51:44 CST 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16629 
====================================================================== 
Reported By:                simakinK
Assigned To:                mattf
====================================================================== 
Project:                    LibPRI
Issue ID:                   16629
Category:                   General
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.2.0 
JIRA:                        
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-01-18 03:51 CST
====================================================================== 
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


====================================================================== 

---------------------------------------------------------------------- 
 (0116800) simakinK (reporter) - 2010-01-18 03:51
 https://issues.asterisk.org/view.php?id=16629#c116800 
---------------------------------------------------------------------- 
dahdi-2.2.0.2 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-18 03:51 simakinK       Note Added: 0116800                          
======================================================================




More information about the asterisk-bugs mailing list