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

Thu Jan 7 17:08:24 CST 2010

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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20100108/a1d0fab7/attachment-0001.htm 