Not necessarily. Voip.ms requires the registration to be there in order to actually send calls out anyway. So yes, you'll get calls, but sending calls would be problematic wouldn't it?
Which server has the sipXbridge role assigned to it? If you have "two" servers both with sipXbridge assigned, they should each register as different accounts (account/subaccount) with the provider. If they are in the same geographic location using ONE Internet provider, the easier way to have the firewall setup would be with multiple public IP addresses pointing to their respective proxy. If one sipxecs server with sipxbridge role enabled fails, then voip.ms would need to be instructed how to have the failed or "missing" registration failover to the sub-account (which they can do) and thusly point them at the secondary sipxbridge installation, etc., so both inbound and outbound would work. On Mon, Aug 2, 2010 at 7:23 AM, Gerald Drouillard <[email protected]>wrote: > It looks like the best way to setup inbound calls from an ITSP > (voip.ms) with a HA system behind a firewall is by the calls coming in > via URI? > > The firewall would need an hole for each server used for fallback as > defined in the public DNS? That would also mean there is a sipx SBC for > each HA server? > > -- > Regards > -------------------------------------- > Gerald Drouillard > Technology Architect > Drouillard& Associates, Inc. > http://www.Drouillard.biz > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
