In XX-5138, Dale wrote:

        In etc/sipxpbx/registrar-config of HA systems, the value
        SIP_REDIRECT.999-AUTHROUTER.SIPX_PROXY should be set to a DNS
        name which gives first preference to the proxy on the host, and
        lower priority to the proxies on the other hosts. However, what
        I see is that the value is the IP addres and port of the host's
        proxy. (Eg., 176.25.10.205:5060;transport=tcp) This will have
        the effect of causing some calls to fail if the proxy on the
        host fails but the registrar does not, and calls are routed to
        that registrar. If there are two hosts and the proxy on one
        fails and the registrar on the other fails, *all* calls will
        fail. 
        
        (Might this have been caused by the decommissioning of the "ap"
        DNS names?) 

... the answer to that latter question is 'yes'.

We no longer have a name that has the properties Dale suggests (that it
routes to the local host first, then to any other proxy).  The nearest
thing we have is to just route to the SIP domain name, which routes to
all proxies equally (in the proposed multi-branch design, we would also
have the local branch route, which is somewhat better in that it routes
to proxies in the same branch).

Changing this directive to use the domain name was previously blocked by
XX-4782 (the proxy did not always recognize the domain name in an
incoming Route as 'self'), which I just fixed.

In theory, there's no harm in just using the domain name here; it could
cause calls to use multiple proxies more often (which is ok in theory,
but could have some performance implications and would make some
debugging a little more complicated), unless...

Could/should we modify things so that if all else is equal, the local
host is preferred over alternative SRV targets?  Do we have enough
information now in SipTransaction to do that?


_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to