Hey Steve,

I know that Asterisk was used, we were once using it ourselves and had Digium produce a CAMA stack (as you noted, no great shakes, I think one guy did it in a weekend. It sure wasn't priced that way!). Do you know of anyone else using FS for E911? I'd be interested to speak to them.

I happen to have test equipment that we used when testing our Digium stuff, so that's no problem.  As a matter of fact, I'm also looking to see if TDD has been adapted for FS. As I'm looking at solution possibilities, I don't want to re-invent the wheel if someone else has already been down this road.

Thanks for responding,

Mike G.

On Tue, Jan 24, 2012 at 11:19 PM, Steve Underwood <steveu@coppice.org> wrote:
Hi,

Freeswitch and Asterisk (probably Yate and others too) have been used
for E911 services for some time, yet I haven't heard anyone ask for CAMA
before. Its usually things like TDD for the deaf support they ask for.
However, it appears CAMA is a popular choice for E911, as it overcomes
limitations in the ISDN protocols for a service eager to know the
origins of a dropped call.

http://wholesale.att.com/reference_library/.../TR-73576.pdfseems to be
the relevant spec. Its basically a conventional Bell MF type T1, with a
few modifications (or analogue pairs for smaller setups). It doesn't
look like a big job to implement it, although finding suitable test beds
might be a pain.

Regards,
Steve

On 01/25/2012 03:19 AM, Michael Gende wrote:
> Yes, that's the one. Not the entire protocol, just the subset used in
> E9-1-1 (while it still is).
>
> On Tue, Jan 24, 2012 at 10:31 AM, Moises Silva <moises.silva@gmail.com
> <mailto:moises.silva@gmail.com>> wrote:
>
>     On Mon, Jan 23, 2012 at 5:36 PM, Michael Gende
>     <mgende@gendesign.com <mailto:mgende@gendesign.com>> wrote:
>
>         I'm just starting a search on this subject, but does a stack
>         exist for FS implementing CAMA, or at least a subset of that
>         protocol?
>
>
>     Someone asked me about this a while ago, can't remember nor find
>     his name or email.
>
>     Just to confirm, are you talking about this?:
>     http://en.wikipedia.org/wiki/Automatic_message_accounting
>
>     I don't think there is a stack or code to handle that in the open
>     source community (though, you never know what is out there). From
>     what I see requires MF tones, which at least spandsp is able to
>     generate and detect. Some logic is required on top to interpret
>     and respond to the tones accordingly.
>
>     *Moises Silva
>     **/Software Engineer, Development Manager/***
>
>     msilva@sangoma.com <mailto:msilva@sangoma.com>
>
>     Sangoma Technologies
>
>     100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada
>
>
>
>
>     t. +1 800 388 2475 <tel:%2B1%20800%20388%202475> (N. America)
>
>     t. +1 905 474 1990 x128 <tel:%2B1%20905%20474%201990%20x128>
>
>     f. +1 905 474 9223 <tel:%2B1%20905%20474%209223>
>
>
>
>     **
>     <http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures>
>
>     Products
>     <http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Solutions
>     <http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Events
>     <http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Contact
>     <http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Wiki
>     <http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Facebook
>     <http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures> |
>     Twitter
>     <http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>`|
>     | YouTube
>     <http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
>
>
>
>     _________________________________________________________________________
>     Professional FreeSWITCH Consulting Services:
>     consulting@freeswitch.org <mailto:consulting@freeswitch.org>
>     http://www.freeswitchsolutions.com
>
>     FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>     http://www.cudatel.com
>
>     Official FreeSWITCH Sites
>     http://www.freeswitch.org
>     http://wiki.freeswitch.org
>     http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users@lists.freeswitch.org
>     <mailto:FreeSWITCH-users@lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting@freeswitch.org
> http://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
> http://www.cudatel.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org