[SR-Users] kamailio loadbalancer with TLS problem forwarding INVITE back to UA

Allen Zhang Allen.Zhang at imgtec.com
Thu Jun 27 02:34:00 CEST 2013


Hi,

Our set up:

UA1 -----                                                                              ------  Proxy1
                   \                                                                        /
                       Loadbalancer (dispatcher module)
                   /                                                                        \
UA2-----                                                                               ------  Proxy2

Both proxies have registrar module loaded and share the same database.
REGISTERs work fine.
The problem is this:
                    TLS                                        TCP
UA1  ----------------------> LB --------------------> Proxy
            INVITE(to UA2)                  INVITE(to UA2)

                  TLS                       TCP
UA1  <------------- LB <------------- Proxy
                                          100 Trying

                  TLS                               TCP
UA1  <------------- LB <----------------------- Proxy
                                             INVITE(to UA2)

                      TLS                                                TCP
UA1  <----------------------- LB <----------------------- Proxy
                100 Trying

All above worked fine. Below is what's expected but never happened:

                      TLS                                                TCP
UA2  <----------------------- LB <----------------------- Proxy
                INVITE(to UA2)

We'd like the LB to reuse the TLS connection initiated by UA2. But LB can't find an open connection and tries to start a new TLS connection. The new connection fails.
UAs are not behind NAT at the moment but will be in the future.

Tried this approaches on LB:

route(ADD_CONTACT_ALIAS);
If (not from proxy)
                t_relay();
else
                do load balancing

No luck.

Any help is appreciated.

Regards,

Allen







-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130627/a7a97d93/attachment.html>


More information about the sr-users mailing list