Bogdan-Andrei Iancu wrote:
just a short note...on the sip proxy you should do rr with the proxy's IP and not with the one of the LB. Once the LB decides which proxy handles the call, all sequential request must go through that proxy and ideally to skip the LB.
Well, I personally prefer to do rr on the LB, because you can then perform a failover to another proxy on the LB if the specific proxy fails. Think of a scenario where LB routes the INVITE transaction to proxy P1 selected by Call-ID hashing, and after successful call-establishment P1 fails. If the BYE then hits LB, it will try to route it to P1 again because of the same Call-ID, and after hitting a timeout, a fallback to P2 can be performed. So no failover has to be implemented in the UACs.
For accounting purposes, the acc-records can be collected from all of the proxies to create the CDRs.
Just my 2 cents, Andy