[asterisk-dev] CSTA support for asterisk... or begining this module/project

Mon Jan 11 09:35:01 CST 2010

Hi Guilherme,

I haven't looked at it in detail, but from what I did check out it looks
like that project is on the right track.  I had a look at 0.7.2 (I think).

For now I will continue to use opencsta's code from the csta description
package (http://svn.opencsta.org/stack/trunk) because it is a fairly
complete set of data structures for call control, and logical device
features (agent stuff etc.)

It will only take chucking in these data structures into something like
umbrello to get a C/C++ set of data structures.  The outputter (or
formatter), whether XML or ASN.1 is a separate layer in the OSI model
(Presentation Layer), the CSTA service description and logic is in layer 7
(app layer).

Whether doing something like this will get asterisk integration happening or
a connection to AMI, it'll happen.  Similarly this can integrate with
FreeSWITCH if one desires (I'm sure I'll tinker with the event socket
library).  Either way, it's just logging on, events and call control for
asterisk steps 1 and 2 (end jan 2010 as an optimistic goal, mid feb a bit
more realistic with my current workload + umbrello modelling can be done in
an afternoon prototyping session).

Have a good week devving,
Chris

On Fri, Jan 8, 2010 at 11:18 PM, Guilherme Rezende <guilhermebr at gmail.com>wrote:

> Hy All,
>
> Chris,
>
> you looked at cstainside?
> http://sourceforge.net/apps/wordpress/cstainside/
>
> is a C++ code. do you see a problem in this project?
> maybe to implement in asterisk based on him?
>
> []'s
>
>
> On Thu, Jan 7, 2010 at 9:08 PM, Chris Mylonas <chris at opencsta.org> wrote:
>
>> G'day,
>>
>> Yes, uaCSTA is the CSTA over SIP thing.  And this is one goal of the
>> project, to communicate with OCS because commercially I guess people want
>> it.  Both on the asterisk and Siemens and XXXX  side of the fence.
>>
>> The CSTA spec is 1000+ pages in a several PDFs.  There's a reason it
>> hasn't been implemented in open source stuff - it's not easy!
>> However, with the code and data structures that are available at opencsta,
>> someone could use a blackbox and reverse engineer the stuff to work.
>>
>> I'm not a C coder, so don't look at me (for the moment) :)   The first
>> goal is to make development across PBXs a little easier by using the same
>> CSTA API.  If you write an application using it and it works on Siemens or
>> Asterisk, it aims to work similarly on the other system.
>>
>> E.g. 3PCC agent app on Siemens will work on Asterisk and vice versa.
>>  Better for the developers!
>>
>>
>> Let's see how early 2010 pans out, but maybe it can be done in two or
>> three stages over the next year or two.  If AMI can be configured to talk to
>> a 3rd party CSTA Server like opencsta's, then before it writes out the SIP
>> message, it could query the CSTA server over a socket for some additional
>> uaCSTA stuff to inject.  Probably the fastest way to implement something for
>> a stage I implementation.  (Plus you won't annoy me by railroading my
>> efforts straight away ;)
>>
>>
>> Cheers
>> Chris
>>
>>
>> On Fri, Jan 8, 2010 at 12:49 AM, Klaus Darilion <
>> klaus.mailinglists at pernau.at> wrote:
>>
>>> Hi!
>>>
>>> AFAIK Microsoft's OCS uses CSTA over SIP. Would opencsta.org be useful
>>> for sending CSTA over SIP too?
>>>
>>> Maybe in this case it would be easier to implement CSTA server directly
>>> in Asterisk and use chan_sip as transport for CSTA.
>>>
>>> regards
>>> klaus
>>>
>>> Chris Mylonas schrieb:
>>> > Hi Dev List,
>>> >
>>> > I'm Chris from Sydney.  CSTA Chris!
>>> >
>>> > In response to the below email - there is now an LGPL csta stack which
>>> > works for the Siemens Hipath 3000 series PBX with limited support for
>>> > the 4000 series released 15 November 2009.
>>> >
>>> > The project itself has been alive for years.  As an open source
>>> project,
>>> > it's early days.  I have just cut-over a new website with a support
>>> > forum and some vids of how to set up java on linux and some other basic
>>> > functions.  The vids will be reproduced to raise the quality of them
>>> > after receiving some helpful feedback.
>>> >
>>> > There is also an accompanying LGPL nurse call integration project at
>>> > http://www.nursepaging.com - by receiving nurse call messages, you are
>>> > able to send text messages to cordless DECT phones on a Siemens.  8 or
>>> 9
>>> > years ago this was a big enough deal - one less piece of equipment for
>>> > carers/nurses to carry.
>>> >
>>> > This same functionality would work with asterisk/SIP handsets, except
>>> > the SendMessage/SendText message only sets the display until a button
>>> is
>>> > pressed (tested with snom m3).  If it could persist button presses, it
>>> > would be an effective nurse call integration platform.
>>> >
>>> > I wouldn't advise spending too much time trying to work out how
>>> > everything works at this stage.  At least let me provide some pre-build
>>> > JARs (yes java) which will be made available by the end of this month
>>> at
>>> > the latest.
>>> >
>>> > The data structures are sound - have a look around here
>>> >
>>> http://stack.trac.opencsta.org/browser/trunk/src/org/opencsta/servicedescription/callcontrol/events
>>> >
>>> > The project talks ASN.1 at the moment with hexadecimal characters.
>>> > At some stage during 2010, an XML outputter will be done.
>>> >
>>> > There is a handy utility I've used in the past simply called blackbox.
>>> > It sits between CTI servers if you fancy seeing what traffic is passed
>>> > around - there's a network version and a serial port version.  You can
>>> > view the source at
>>> >
>>> http://utils.trac.opencsta.org/browser/trunk/src/org/opencsta/utils/blackbox/network
>>> >
>>> > You'll have to excuse my webserver at the moment.  After installing
>>> > mod_python and trac, it's been running a bit doggish.  This will change
>>> > sooner or later as well.
>>> >
>>> >
>>> > In order to get asterisk csta integration working, the events just have
>>> > to be mapped to each other - CSTA events vs AMI events.  It's a pretty
>>> > simple process now that the bulk of the other stuff is out of the way.
>>> >
>>> > I would like to request an AMI command for placing a call on hold.  I
>>> > understand that "Hold" is done with SIP messages, but if we could get
>>> an
>>> > AMI command to do something similar (without having to transfer calls
>>> to
>>> > a queue or to a park extension, and keep the call on the handset) that
>>> > would be awesome!!
>>> >
>>> >
>>> > Kind Regards  &  Happy New Year!
>>> >
>>> > Chris
>>> >
>>> >
>>> >
>>> > Hy,
>>> >
>>> > Currently i studing ECMA 269 for implement a parser PROPRIETARY/CSTA im
>>> my
>>> > company.
>>> > the module/project for asterisk csta has started?
>>> >
>>> > i would like to help...
>>> >
>>> > tnks and sorry of english errors.
>>> >
>>> >
>>> >
>>> > --
>>> > Guilherme BR {
>>> >      Linux ID: #437053
>>> >      www.guilhermerezende.com <http://www.guilhermerezende.com>
>>> > }
>>> >
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> >
>>> > _______________________________________________
>>> > --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
>>>
>>
>>
>> _______________________________________________
>> --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
>>
>
>
>
> --
> Guilherme BR {
>      Linux ID: #437053
>      www.guilhermerezende.com
> }
>
> _______________________________________________
> --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/20100112/ddfa5270/attachment-0001.htm 