[asterisk-dev] Q.932 ROSE Support libpri

Degasperi, Matteo Matteo.Degasperi at unitn.it
Mon Jan 18 09:06:46 CST 2010


hi,
I'm working on a sip-based telephony project with gateways to the "old" Siemens PBX implemented with Asterisk (1.4.26.3)  with digium TE420B PRI cards.

when i transfer calls between the sip world (based on opensips) and the Siemens PBX i see on the pri debug that the pbx correctly sends RDNIS information but the dialplan function CALLERID(rdnis) returns an empty value.
 the call is :

3674 (SIP) -->ASTERISK GW --> 2943 (PBX) redirected to 3671 (SIP) via ASTERISK GW

in particular the not handled ROSE operation is the number 15

Handle Q.932 ROSE Invoke component
  [ Handling operation 15 ]
!! Unable to handle ROSE operation 15 [ 30 10 02 01 01 0A 01 01 A1 08 A0 06 80 04 32 39 34 33 ] - [0.............2943]

is there a way to handle this message?


bye
Matteo Degasperi
University of Trento


the debug trace is the following

< Protocol Discriminator: Q.931 (8)  len=60
< Call Ref: len= 2 (reference 17/0x11) (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 86]
< 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: 6 ]
< [1c 1c 91 a1 19 02 02 d0 ff 02 01 0f 30 10 02 01 01 0a 01 01 a1 08 a0 06 80 04 32 39 34 33]
< Facility (len=30, codeset=0) [ 0x91, 0xA1, 0x19, 0x02, 0x02, 0xD0, 0xFF, 0x02, 0x01, 0x0F, '0', 0x10, 0x02, 0x01, 0x01, 0x0A, 0x01, 0x01, 0xA1, 0x08, 0xA0, 0x06, 0x80, 0x04, '2943' ]
PROTOCOL 11
A1 0019 (CONTEXT SPECIFIC [1])
  02 0002 D0 FF (INTEGER: 53503)
  02 0001 0F (INTEGER: 15)
  30 0010 (SEQUENCE)
    02 0001 01 (INTEGER: 1)
    0A 0001 01 (ENUMERATED: 1)
    A1 0008 (CONTEXT SPECIFIC [1])
      A0 0006 (CONTEXT SPECIFIC [0])
        80 0004 32 39 34 33 (CONTEXT SPECIFIC [0])
< [6c 06 00 80 33 36 37 34]
< Calling Number (len= 8) [ Ext: 0  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)
<                           Presentation: Presentation permitted, user number not screened (0)  '3674' ]
< [70 05 80 33 36 37 31]
< Called Number (len= 7) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '3671' ]
-- Making new call for cr 17
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 24 (cs0, Channel Identification)
-- Processing IE 28 (cs0, Facility)
Handle Q.932 ROSE Invoke component
  [ Handling operation 15 ]
!! Unable to handle ROSE operation 15 [ 30 10 02 01 01 0A 01 01 A1 08 A0 06 80 04 32 39 34 33 ] - [0.............2943]
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
q931.c:3551 q931_receive: call 17 on channel 6 enters state 6 (Call Present)
q931.c:2868 q931_setup_ack: call 17 on channel 6 enters state 25 (Overlap Receiving)
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 17/0x11) (Terminator)
> Message type: SETUP ACKNOWLEDGE (13)
> [18 03 a9 83 86]
> 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: 6 ]
> [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) ]
    -- Accepting call from '3674' to '3671' on channel 0/6, span 3
    -- Executing [3671 at from-pbx:1] Dial("DAHDI/68-1", "SIP/3671 at unitn.it|30") in new stack
    -- ast_get_srv: SRV lookup for '_sip._udp.unitn.it' mapped to host sip.unitn.it, port 5060
    -- Called 3671 at unitn.it
    -- SIP/unitn.it-089b3450 is ringing
q931.c:2816 q931_call_proceeding: call 17 on channel 6 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8)  len=10
> Call Ref: len= 2 (reference 17/0x11) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 86]
> 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: 6 ]
q931.c:2844 q931_alerting: call 17 on channel 6 enters state 7 (Call Received)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 17/0x11) (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) ]
    -- SIP/unitn.it-089b3450 answered DAHDI/68-1
q931.c:2951 q931_connect: call 17 on channel 6 enters state 8 (Connect Request)
> Protocol Discriminator: Q.931 (8)  len=14
> Call Ref: len= 2 (reference 17/0x11) (Terminator)
> Message type: CONNECT (7)
> [18 03 a9 83 86]
> 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: 6 ]
> [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) ]
< Protocol Discriminator: Q.931 (8)  len=5
< Call Ref: len= 2 (reference 17/0x11) (Originator)
< Message type: CONNECT ACKNOWLEDGE (15)
q931.c:3711 q931_receive: call 17 on channel 6 enters state 10 (Active)
  == Spawn extension (from-pbx, 3671, 1) exited non-zero on 'DAHDI/68-1'
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Active
q931.c:3015 q931_disconnect: call 17 on channel 6 enters state 11 (Disconnect Request)
> Protocol Discriminator: Q.931 (8)  len=9
> Call Ref: len= 2 (reference 17/0x11) (Terminator)
> Message type: DISCONNECT (69)
> [08 02 81 90]I> 
> 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/68-1'
< Protocol Discriminator: Q.931 (8)  len=9
< Call Ref: len= 2 (reference 17/0x11) (Originator)
< 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 17 on channel 6 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 17/0x11) (Terminator)
> 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




More information about the asterisk-dev mailing list