Re: [Sip] draft-ietf-sip-outbound

[Dale.Worley at comcast.net]

   From: jh at tutpro.com (Juha Heinanen)

   it would be nice if it would be easy implement a redundant, load
   balancing sip proxy cluster, where each proxy would be able to serve any
   UA.

Speaking as someone who has implemented a redundant, load-balancing
SIP proxy cluster:  It would be nice if it can be done easily, but
that isn't possible.  You need very disciplined inter-proxy
communication to allow the UA to "register against one proxy" and yet
be served by all proxies.

(See
http://sipxecs.sipfoundry.org/rep/sipXecs/main/sipXregistry/doc/SyncDesign.txt
for the details.)

   the only thing i was trying to say is that things would be much
   simpler and more efficient if there would not need to be any
   inter-proxy communication.

I don't see how you can avoid inter-proxy communication unless the UA
maintains a separate registration with each proxy.  And even if the UA
does maintain a separate registration with each proxy, since the
proxies are load-balancing, any proxy can receive a request, and if it
does not have a path to the destination UA, it needs to know how to
send the request to a proxy that does have a path to the destination
UA.

Dale
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip


nces at ietf.org

   From: jh at tutpro.com (Juha Heinanen)

   it would be nice if it would be easy implement a redundant, load
   balancing sip proxy cluster, where each proxy would be able to serve any
   UA.

Speaking as someone who has implemented a redundant, load-balancing
SIP proxy cluster:  It would be nice if it can be done easily, but
that isn't possible.  You need very disciplined inter-proxy
communication to allow the UA to "register against one proxy" and yet
be served by all proxies.

(See
http://sipxecs.sipfoundry.org/rep/sipXecs/main/sipXregistry/doc/SyncDesign.txt
for the details.)

   the only thing i was trying to say is that things would be much
   simpler and more efficient if there would not need to be any
   inter-proxy communication.

I don't see how you can avoid inter-proxy communication unless the UA
maintains a separate registration with each proxy.  And even if the UA
does maintain a separate registration with each proxy, since the
proxies are load-balancing, any proxy can receive a request, and if it
does not have a path to the destination UA, it needs to know how to
send the request to a proxy that does have a path to the destination
UA.

Dale
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip