Re: can i use jtapi for this problem

Jacek,

I'll add some more items into the mix.  Depending on the number of media
streams you'll need to get to record the calls, the "soft" version of a
product alone may not scale to meet your customer's needs.  It's been my
experience that a single system can scale to support a small number of
simultaneous media streams.  You'll also run into a higher than expected
bandwidth utilization if your local laws require tone generation.  If that's
the case, it means streams will be bi-directional chewing up even more
bandwidth.  Bandwidth will be your biggest enemy.  On the PC side you can
easily handle it.  On most PBXs you can't.  To solve that limitation, I've
found that multiple media streams are much better handled by job specific
DSP boards (i.e. Dialogic) that tap or conference the phone lines.  This
solution also works well ESPECIALLY for taxi companies that want to also
record radio trunks (and to my knowledge, no radio system sold provides a
JTAPI interface).

If we're talking somewhere on the order of less than 25 lines, an
alternative for your customer might be low cost commercial products or
Panasonic's own product that are out on the market for this niche.  The
include the DSPs and integrate similar to how you would with a Dialogic
board but at a very competitive price point.

If the PBX supports IP, this gets much easier to do with software.  Simply
sniff all of the packets you want and then reassemble and use JTAPI to get
the ancillary data around the recording (time, ANI/DNIS, etc).
Unfortunately, TDM signaling isn't that easy.

Best of luck.

Regards,

Elliot


-----Original Message-----
From: Discussion list for Java Telephony API
[mailto:[email protected]] On Behalf Of Richard Deadman
Sent: Monday, March 01, 2004 9:06 AM
To: [email protected]
Subject: Re: [JTAPI] can i use jtapi for this problem


Jacek,

Yes and no. Sure JTAPI offers an API to listen for calls, route them, record
them, etc. The big problem is that there are not a lot of JTAPI
implementations in existence. By this I mean that there are lots of
different platforms for telephony: modems, ISDN, PBXes, central switches,
SIP, H.323, and each platform needs its own JTAPI implementation. The
problem is that JTAPI is a big, complex API, and the telephony world is
fractured by huge, incompatible feature sets; so vendors don't want to
bother implementing a JTAPI stack for their system unless there are a  lot
of JTAPI applications. And JTAPI applications aren't going to be written if
there are no JTAPI implementations out there. So your first task if finding
out if there is a JTAPI stack for the Panasonic KX-TD1232. Google doesn't
know of one.

Another option is to use one of the open-source pluggable JTAPI frameworks
and write your own service provider. The two frameworks I'm aware of are
xtapi (http://xtapi.sourceforge.net) and gjtapi
(http://gjtapi.sourceforge.net). I'm a member of the latter team, so I am
biased, but I think it has better SPI for building PBX-based service
providers. It also supports JTAPI 1.3 versus JTAPI 1.2 only for XTAPI, and
is released under a BSD-style license versus XTAPI's GPL. There are a couple
of companies that will even do custom service-provider coding for GJTAPI, if
you have the budget for that.

Good luck and I hope this helps...


Richard

Jacek Salacki wrote:

>It's my first mail to the list, so:
>Hello everyone.
>
>Recently i have got proposal to make a small system for taxi 
>corporation. The main goal of this system is to record phone calls. 
>There is, in this taxi corporation,a telephone system based on 
>Panasonic KX-TD1232 and some stations. I want to use PC connected to 
>the KX-TD1232 and a database and some java code(JTAPI).
>
>I have also one big question:  is it possible to do i that way - can I 
>use JTAPI in this?
>
>Jacek
>
>=======================================================================
>====
>To unsubscribe, send email to [email protected] and include in the body
>of the message "signoff JTAPI-INTEREST".  For general help, send email to
>[email protected] and include in the body of the message "help".
>
>
>

--
Richard Deadman
Deadman Consulting
http://www.deadman.ca
mailto:[email protected]
Office: 613-231-5112
Cell: 613-220-2469
Fax: 805-980-5818

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JTAPI-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JTAPI-INTEREST".  For general help, send email to
[email protected] and include in the body of the message "help".