[asterisk-dev] Q.932 ROSE Support libpri

Degasperi, Matteo Matteo.Degasperi at unitn.it
Tue Jan 19 02:07:35 CST 2010


Thank you for your answer,
i changed the switchtype to qsig and in libpri/pri_facility.h changed the value of ROSE_DIVERTING_LEG_INFORMATION2 from 0x15 to 0x0f

Now I obtain the correct value.

Bye

Matteo



Il 18/01/10 18.26, "Richard Mudgett" <rmudgett at digium.com> ha scritto:

Asterisk trunk and libpri branch 1.4 now handle this message as part of the connected line presentation (COLP) feature added.  The COLP feature is scheduled to be included as part of the upcoming Asterisk 1.8 release.

I am assuming that the ISDN switch type is EuroISDN (ETSI).  For EuroISDN that ROSE operation is defined as DivertingLegInformation2 and makes sense for the scenario you have described.

Richard
----- "Matteo Degasperi" Degasperi at unitn.it> wrote:

> 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
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev

--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100119/a0b8029f/attachment-0001.htm 


More information about the asterisk-dev mailing list