Attached please find the CPG message that PSTN sends
[Kskyswitchmicroasterisk*CLI> <[0] MSU [Kskyswitchmicroasterisk*CLI> [ 81 e5
16 ] [Kskyswitchmicroasterisk*CLI> Network Indicator: 3 Priority: 0 User
Part: ISUP (5) [Kskyswitchmicroasterisk*CLI> [ c5 ]
[Kskyswitchmicroasterisk*CLI> OPC 147 DPC 3005 SLS 1
[Kskyswitchmicroasterisk*CLI> [ bd cb 24 10 ] [Kskyswitchmicroasterisk*CLI>
CIC: 1 [Kskyswitchmicroasterisk*CLI> [ 01 00 ]
[Kskyswitchmicroasterisk*CLI> Message Type: CPG
[Kskyswitchmicroasterisk*CLI> [ 2c ] [Kskyswitchmicroasterisk*CLI>
--FIXED LENGTH PARMS[1]-- [Kskyswitchmicroasterisk*CLI> Event Information:
[Kskyswitchmicroasterisk*CLI> In-band information or an appropriate pattern
is now available [Kskyswitchmicroasterisk*CLI> [ 03 ]
[Kskyswitchmicroasterisk*CLI> --OPTIONAL PARMS--
[Kskyswitchmicroasterisk*CLI> Backward Call Indicator:
[Kskyswitchmicroasterisk*CLI> Charge indicator: 2
[Kskyswitchmicroasterisk*CLI> Called party's status indicator: 0
[Kskyswitchmicroasterisk*CLI> Called party's category indicator: 0
[Kskyswitchmicroasterisk*CLI> End to End method indicator: 0
[Kskyswitchmicroasterisk*CLI> Interworking indicator: 0
[Kskyswitchmicroasterisk*CLI> End to End information indicator: 0
[Kskyswitchmicroasterisk*CLI> ISDN user part indicator: 1
[Kskyswitchmicroasterisk*CLI> Holding indicator: 0
[Kskyswitchmicroasterisk*CLI> ISDN access indicator: 1
[Kskyswitchmicroasterisk*CLI> Echo control device indicator: 0
[Kskyswitchmicroasterisk*CLI> SCCP method indicator: 0
[Kskyswitchmicroasterisk*CLI> [ 11 02 02 14 ]
[Kskyswitchmicroasterisk*CLI> Optional Backward Call Indicator:
[Kskyswitchmicroasterisk*CLI> In-band information indicator: 1
[Kskyswitchmicroasterisk*CLI> Call diversion may occur indicator: 0
[Kskyswitchmicroasterisk*CLI> Simple segmentation indicator: 0
[Kskyswitchmicroasterisk*CLI> MLPP user indicator: 0
[Kskyswitchmicroasterisk*CLI> [ 29 01 01 ] [Kskyswitchmicroasterisk*CLI>
Cause Indicator: [Kskyswitchmicroasterisk*CLI> Coding Standard: 0
[Kskyswitchmicroasterisk*CLI> Location: 4 [Kskyswitchmicroasterisk*CLI>
Cause Class: 1 [Kskyswitchmicroasterisk*CLI> Cause Subclass: 1
[Kskyswitchmicroasterisk*CLI> Cause: User busy (17)
[Kskyswitchmicroasterisk*CLI> [ 12 02 84 91 ] > Subject: RE:
[asterisk-ss7] VÁ: Understanding libss7 code> From: [email protected]> To:
[email protected]> CC: [email protected]> Date: Thu, 18 Dec 2008
21:03:47 +0100> > should put in chan_dahdi after ISUP_EVENT_CPG and I think
have to parse> and pass this busy attribute to chan_dahdi via event_cpg.> How
looks like this kind of CPG?> > On Thu, 2008-12-18 at 11:56 -0800, Rana Dhekial
wrote:> > I am not sure whether ITU ANSI standrad calls for it. But in real
life> > I am having following probelm.> > > > > > A SIP phone registered with
Asterisk calls a Mobile subscriber > > > > Asterisk
---------IAM------------>PSTN ( Mobile subscriber )> > > > Asterisk
<--------ACM--------------PSTN > > > > The SIP phone hears the ring back tone>
> > > The Mobile subscriber rejects the call by pressing the release button.> >
In this part of the world, call does not get forwarded to Mobile> >
subscriber's voice mail. Probably incumbennt PLMN does not have voice> > mail
service. Instead PSTN sends CPG with user busy.> > > > Asterisk <----CPG ( with
user busy)----PSTN> > > > > > The SIP phone keeps hearing the ring back tone
for 60-90 seconds and> > finally the PSTN sends RELEASE after 60-90 seconds. >
> > > > > Asterisk <------REL-------------------PSTN> > > > Asterisk
--------RLC ----------------->PSTN> > > > > > My idea is to cut this 60-90
seconds to 0 by sending REL to PSTN> > immediately after getting the CPG with
user busy from PSTN. I have> > tried talking to PSTN to send RELEASE to
Asterisk right after they> > send CPG with user busy but has been invain. > > >
> So any help with the code will be appreciated.> > > > thanks,> > > > > > > >
> From: [email protected]> > > To: [email protected]> > > Date: Thu,
18 Dec 2008 09:02:08 +0100> > > Subject: [asterisk-ss7] VÁ: Understanding
libss7 code> > > > > > The code is very readable, I red the all :)> > > where
is in the itu/ansi standard that we have to do it?> > > > > > -- eredeti üzenet
--> > > Tárgy: [asterisk-ss7] Understanding libss7 code> > > Feladó: Rana
Dhekial <[email protected]>> > > Dátum: 2008.12.18. 01:27> > > > > > > > > Hi
Matthew,> > > > > > > > > Can you point me to some documentations to understand
the libss7> > source code and how it is linked with Asterisk? I have been
struggling> > to modify your code to send ISUP_RELEASE on getting CPG with user
busy> > from PSTN but has been successful yet.> > > > > > thanks,> > > > > >
Rana> > > > > > > > >
_________________________________________________________________> > > Send
e-mail anywhere. No map, no compass.> > >> >
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008>
> > _______________________________________________> > > --Bandwidth and
Colocation Provided by http://www.api-digital.com--> > > > > > asterisk-ss7
mailing list> > > To UNSUBSCRIBE or update options visit:> > >
http://lists.digium.com/mailman/listinfo/asterisk-ss7> > > > > > > > >
_______________________________________________> > > --Bandwidth and Colocation
Provided by http://www.api-digital.com--> > > > > > asterisk-ss7 mailing list>
> > To UNSUBSCRIBE or update options visit:> > >
http://lists.digium.com/mailman/listinfo/asterisk-ss7> > > > > > > >
______________________________________________________________________> > Send
e-mail faster without improving your typing skills. Get your> > Hotmail®
account.
Send e-mail faster without improving your typing skills. Get your Hotmail®
account.
_________________________________________________________________
Send e-mail anywhere. No map, no compass.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_anywhere_122008
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-ss7 mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-ss7