Hi Andy,
yes, right...it's a matter of choice...
what I was trying to say is that the consistency should be kept and
do record and loose route on same device with proper IP: either do RR
on LB with LB's IP and loose also on LB, either do them on proxy with
proxies's IP.
regards,
bogdan
Andreas Granig wrote:
se
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