We have had good success in both the hosted PBX and on-site IP-PBX realms, but still run in to the occasional customer that needs key system functionality. Small retail shops, medical offices, restaurants and the like are typical key system users. They like the capability of putting "Line 3" on hold at one phone, walking across the store to check on something, and picking up the held call at another extension. Call park and retrieve is a steep learning curve and an inconvenience for these people and they don't need a lot of PBX features such as individual DIDs, individual voice mail, dial-by-name, and the like. Is anyone having success in this space? Ideally we would like something on-site that is reasonably inexpensive (meaning not triple what a similar analog key system would cost), compatible with Polycom SIP phones and would have a similar user look-and-feel to an old-school Panasonic 616 or the like. There was a small box I seem to recall seeing at a trade show but IIRC it required proprietary features of Aastra phones and had a relatively small limitation as to the number of phones/lines. Six lines by 16 phones would probably be more than adequate for our customers. I realize that we could roll our own with Asterisk or similar but was hoping to find an already developed product. -- Jay Hennigan - CCIE #7880 - Network Engineering - jay at impulse.net Impulse Internet Service - http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV

On Fri, Apr 16, 2010 at 12:29, Jay Hennigan <jay at west.net> wrote:

We have had good success in both the hosted PBX and on-site IP-PBX realms, but still run in to the occasional customer that needs key system functionality.

Small retail shops, medical offices, restaurants and the like are typical key system users. ?They like the capability of putting "Line 3" on hold at one phone, walking across the store to check on something, and picking up the held call at another extension. ?Call park and retrieve is a steep learning curve and an inconvenience for these people and they don't need a lot of PBX features such as individual DIDs, individual voice mail, dial-by-name, and the like.

Is anyone having success in this space? ?Ideally we would like something on-site that is reasonably inexpensive (meaning not triple what a similar analog key system would cost), compatible with Polycom SIP phones and would have a similar user look-and-feel to an old-school Panasonic 616 or the like.

There was a small box I seem to recall seeing at a trade show but IIRC it required proprietary features of Aastra phones and had a relatively small limitation as to the number of phones/lines. ?Six lines by 16 phones would probably be more than adequate for our customers.

I realize that we could roll our own with Asterisk or similar but was hoping to find an already developed product.

-- Jay Hennigan - CCIE #7880 - Network Engineering - jay at impulse.net Impulse Internet Service ?- ?http://www.impulse.net/ Your local telephone and internet company - 805 884-6323 - WB6RDV _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

You could try using Shared Line Appearances with all the phones setup with the line keys ordered the same. You would need to find a model phone that has several line appearances or attendant consoles, which may end up being too expensive, but worth a look into. We have successfully set this up for our customers served off BroadWorks and Polycom phones where I work, but most of ours were in the 3-4 line range. Regards, Andy gawul00 at gmail.com KC9GXN

I am a current customer of CTI - you can correspond with me directly if you wish. Sanjay From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of Beth Johnson Sent: Friday, April 16, 2010 11:00 AM To: Trevor Fontaine Cc: voiceops at voiceops.org Subject: Re: [VoiceOps] Call recording solutions for Broadsoft Thanks for the info! I've got a call into them, we'll see where it goes. I'd be a little concerned with overloading the LI interface for this function. LI calls weigh twice as much as normal, so there are load concerns to be addressed. Additionally, media server port limits and numerical limits in the LI interface itself conspire to load up and constrain the BW platform much more than it would be if all the recording were done outside the BW network. Still, they'll get an honest hearing, and maybe a dip in our shark tank. What did you think of the ability to follow an intercepted call through the AS XS logs? On Fri, Apr 16, 2010 at 8:57 AM, Trevor Fontaine <Trevor.Fontaine at ngt.com<mailto:Trevor.Fontaine at ngt.com>> wrote: Have you looked at solutions from CTI Group? We did some lab evals using the Broadsoft CALEA interface and the solution seemed to work well. For a number of non-technical reasons, we decided not to move forward with the project so I can't speak to how the solution works in a production environment. If you interested, contact me and I'll get you connected to them. Trevor Fontaine | Director - Network Engineering | 303-239-1033 New Global Telecom - Your Business VoIP Authority | ________________________________ From: voiceops-bounces at voiceops.org<mailto:voiceops-bounces at voiceops.org> [mailto:voiceops-bounces at voiceops.org<mailto:voiceops-bounces at voiceops.org>] On Behalf Of Beth Johnson Sent: Friday, April 16, 2010 9:33 AM To: voiceops at voiceops.org<mailto:voiceops at voiceops.org> Subject: [VoiceOps] Call recording solutions for Broadsoft Hello all, We'd like to add a call recording solution to our Broadsoft network. Our weighted list of criteria are: stability stability stability features ease of use for end customers ease of use for administrators ease of implementation performance efficiency (whatnots per cpu, murphies per megabyte, etc) cost Yes, we do like our uptime, and we've got the budget to do it right the first time. In general, it seems that the marketplace has developed four different architectures: 1. Network sniffer - SPAN a port and try to make sense out of things by joining the SIP/RTP with configuration information 2. SIP server - Use SIP to redirect the call into a media proxy that captures the traffic 3. CALEA interface - Overload the CALEA function to provide recording services. 4. Dual number forward - Use two telephone numbers and a forwarding scheme to get a call into and out of a recording server at the TN level If you have experience with integrating a call recording solution with broadsoft, or thoughts on the various architectures, I'd be grateful to hear your opinion. Thank you very much. _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops