On Tue, May 18, 2010 at 1:39 PM, Tony Graziano <tgrazi...@myitdepartment.net
> wrote:

> I am testing an ipsec connection and routing calls from a 4.0.4 system and
> a 4.2 system via a site-to-site rule.
>
> Both my sipx systems can resolve each others DNS SRV records, ping and
> traceroute to each other via the ipsec connection.
>
> When initiating a call from 4.2 to the remote system, it fails with "Too
> Many Hops". In doing a trace, I see the Record-Route: with the internet ip
> address for my 4.2 system. When I created the unmanaged gateway, it does not
> use the built-in sbc, so why is it getting involved with the call routing?
>
> I have seen identical issues when using a sip trunk  or unmanaged gateway.
> While I think this should be a simple configuration, I find that everything
> I do shows me that the built-in SBC is part of the record-route and hence it
> tries to traverse nat.Why is that?
>
> Is what I am trying to do outside the design? It will work over the native
> Internet traversing NAT in either direction, but it will bypass the SBC for
> an ipsec connection. I don't understand.
>
>
> Has anyone else had the problem in 4.2 that even though you define the
sipdomains to dial site-to-site in DOMAIN, it still routes out via the
internal SBC, which it does not need to, and of course fails?
_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
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