24 Jan
2013
24 Jan
'13
5:34 p.m.
Hi Daniel,
On 01/24/2013 03:55 PM, Daniel-Constantin Mierla wrote:
The latest version has support for using dialog to
store the From/To
values, so no masking within rr param. It should work fine in your case,
I guess.
For earlier version, you can achieve more or less the same by storing
from/to values in htable, indexed by call-id.
Thanks for the explanation.
This issue actually happens on our very first SPCE version (2.1), which
just runs one kamailio as proxy without any load-balancer and sbc in
between the proxy and the called party.
Since 2.2 we use sems as sbc between proxy and lb on the way out to the
called party b, so in that case if B sends something odd in the To,
it'll be discarded and replaced by the To (or From, depending on the
direction) which had been passed from the proxy to the sbc in the
initial INVITE.
So that's for example a very good scenario where it pays off to have an
SBC in your system :)
Andreas