Hi Sergiu,
The purpose of the Path header is to tell the upstream registrar that the registered Contact must be reached through an adjacent hop, which requires only one Path header with the address of one interface, since it's only used for "inbound" calls.
That interface should be the egress interface, but if it's not, you can always add your own Path header manually:
append_hf("Path: sip:your.desired.interface;lr\r\n");
That said, if you are determined to reason about this in the manner of you originally proposed, have a look at this option:
https://kamailio.org/docs/modules/5.1.x/modules/path.html#path.p.enable_r2
-- Alex
On Wed, Oct 03, 2018 at 10:21:03PM -0400, Sergiu Pojoga wrote:
Hi again,
When acting as an intermediary proxy for a non-colocated Registrar, the REGISTER request coming in on one port and going out on another, shouldn't the *add_path[received]()* generate *two* nodes in the Path header? Otherwise, how are the subsequent requests supposed to be routed back to the UAC?
Scenario with Kamailio proxy on IP 1.1.1.1 with dual port listeners UAC => proxy:5070 <=> proxy:5060 => Registrar:5060
Path: sip:1.1.1.1;lr;received=sip:123.123.123.123:59593
I would expect it to be something like: Path: sip:1.1.1.1;lr,sip:1.1.1.1:5070;lr;received=sip: 123.123.123.123:59593
modparam("rr", "enable_double_rr", 1) modparam("path", "use_received", 1)
Merci!
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users