>> Is it possible to have two sipx servers sharing one stand alone vm
>> server? I basically want to run two locations with the same user
>> accounts on each but need to make sure that vm is always available.

> How does having one voicemail server improve availability?

That part does not but no matter how I cut it, if I use multiple systems, users 
need access to their vm.
 
> As long as your two locations have a reliable non-NATed network
> connection between them, you can do this as a single sipXecs distributed
> installation.

My application involves ALL remote users. I know I can use asterisk, and I do, 
but I prefer the sipx method, media flows end to end other than vm, etc. That 
is a much more powerful solution especially when it comes to video conferencing.

The problem with the sipx distributed method is that it's not really a 
distributed system, it's really just a way of expanding capacity of the system. 
The main node always has to be in play otherwise, everything goes down.

So, having a primary in one location, secondary machines in other locations, 
all via reliable non NAT networking still doesn't give me the redundancy I need 
to achieve. No matter how many secondary machines I have, there is always the 
problem of non of them being usable if the primary goes down. What I need is 
redundancy.

The only way this seems possible is to have two sets of machines with identical 
accounts on both but then there is the matter of VM. Users will have their vm 
on one or the other system which is why I hoped there might be a way to either 
have two vm servers in sync or stand alone. 
While this might not mean HA on the vm side, it's something to work with at 
least which gets me closer to redundancy.

For months, I've been trying to come up with a solution for this problem. Easy 
enough to have a redundant front end using SBC's but the sipx side eludes me. 
My primary need has been redundancy which is what I badly need.

Mike

_______________________________________________
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/

Reply via email to