sipXbridge is not part of your remote workers connection. sipXrelay is
the part that handles remote workers. sipXbridge is only for trunking.

Whether or not sipXrelay is in DMZ or not will not change the
registration not showing the remote IP address (at all).

It is doubtful to me that an SBC will assist either. The remote
firewall proxy is getting in the way. It will continue to get in the
way.

The registration needs to show the private IP behind the public IP. It
does not, and the remote firewall/proxy either needs to be configured
to relay the audio properly or be turned off.

On Thu, Sep 2, 2010 at 7:27 AM, Smith <[email protected]> wrote:
>
> Content-Type: text/plain;
>  charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Organization: SipXecs Forum
> X-FUDforum: 08063afcdd00a6e76393c5b9527381e8 <51455>
> Message-ID: <[email protected]>
>
>
>
> Hi all,
>
> According to the documentation it is possible to install the
> components on several servers.
>
> What about the following deployment :
>
> A server in DMZ with PUBLIC IP (behind a firewall) running
> only sipXbridge for remote workers.
>
> A complete sipXecs install (also with sipXbridge) inside the
> internal network  (NAT'ed and also behind firewall).
>
> So basically the idea is to offer for remote workers/ITSP a
> non-nated connector.
>
> Is this infrastructure possible or is it completely useless
> or not possible ?
> Or is it better to deal with OpenSBC in the DMZ  ?
>
> Regards,
> _______________________________________________
> 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/

Reply via email to