I had my discussion with Verizon, and they are not able to offer me anything that looks appealing in any way. I think I'm only left with a few questions. 1) If I want to centralize as much as possible, what components are required at a remote site to force the call traffic to go directly out that sites connection, and not back through the central sipx server? I know a sipxbridge instance would be required, but I'm unclear if calls would still have to go through the central sipx server to get to and from the PSTN. 2) Is there any way I can force calls to go out an FXO gateway if the phones have lost communication to the central sipx server. I would prefer them to be on the primary line on the polycom handset.
Thanks, Matthew On 2/2/2010 9:06 AM, [email protected] wrote: > Boss is now 'sold' on using the emergency POTS line as a backup. I > just needed to take a different angle :) > Thanks. > > On 2/1/2010 7:23 PM, [email protected] wrote: >> Thanks. Tools for my toolbox is what I need right now. >> I guess I'm looking for that perfect mix of decentralized vs >> centralized. I need to have as little as possible running at the >> remote facility. This goes way beyond just telephony. With that being >> said I'm going to take the points presented by you guys back to my >> boss. Thanks for many of those points Tony. Given the price of a >> small FXO device, I think I can make the sell for it. I can probably >> sell it on the point of good PR (in case the circuit goes down) over >> safety. I know it shouldn't be that way, but it is for me. >> So, with trying to keep as much central as possible, if I configure >> nothing but sipxbridge at the remote sight, can a I keep calls to and >> from the PSTN from coming back through my central server? I would >> have the phones registering with and using voicemail on the central >> server. I would specify the appropriate sipxbridge instance in a dial >> plan for each group of users. Does that work from a network flow >> point of view? If not, skip the next paragraph. >> If the above works (and I've sold my boss on POTS backup), I need to >> configure the handsets (Polycom 450s) to use an FXO gateway if the >> MPLS connection/sipxbridge gateway is down. I'm slightly partial to >> the Audiocodes MP series. I got one working for inbound backup in >> about 20 minutes, so that is a testament to Sipx's ability to manage >> it! Is it possible to configure the Polycoms to use an Audiocodes FXO >> directly with their primary line for outbound calls if they can't get >> out through sipxbridge? If not, is their a minimal sipx setup I can >> use as a secondary sipx server that the handsets could use if the >> primary isn't available? >> >> Thanks as always, >> Matthew >> >> On 2/1/2010 5:37 PM, Eric Varsanyi wrote: >>> In the polycoms (and I presume pretty much any other multi-line >>> phone) you can register external lines that register direct from the >>> handset to a voip provider. SipXecs manages the phone configuration >>> in this case but otherwise doesn't get involved. The normal sipXecs >>> lines continue to work normally. >>> >>> This wouldn't be seamless but it might be useful in your situation >>> as the talk path would go direct from the branch office to Verizon. >>> I use this sort of setup on the 650's as a backup in case the >>> sipXecs server goes down and I want to dial 911 via a local Patton >>> bridge. Unless verizon supports it you wouldn't get forward on no >>> answer to voice mail, likely that would kill the idea right there. >>> Verizon may also not support multiple registrations on a given DID >>> number so each user would need a separate external phone #. >>> >>> Likely its not appealing at all, just a possible tool in the toolbox. >>> >>> -Eric >>> >>> >> > _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
