[OpenSIPS-Devel] [ opensips-Bugs-3604060 ] b2b_logic: $du and $ru

[SourceForge.net]

Bugs item #3604060, was opened at 2013-02-10 21:57
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3604060&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nick Altmann (nikbyte)
Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: b2b_logic: $du and $ru

Initial Comment:
b2b_logic should respect $du and $ru in scripting mode like it respects $du and $ru in topology hiding mode.


----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-02-16 01:37

Message:
Nick, I agree that topo hiding has to read the $ru to know where to send
the call (as topp hiding has no scenario).

But if this case, you have a scenario and the destination is controlled by
the xml scenario (client nodes have the <destination> node to tell the new
RURI on the outbound part) and not by the received RURI.

Regards,
Bogdan

----------------------------------------------------------------------

Comment By: Nick Altmann (nikbyte)
Date: 2013-02-15 04:44

Message:
$ru may be changed before b2b_init_request. topology hiding takes it like
this way.
For example, I use drouting before b2b_init_request. Without this patch
topology hiding works, but scenarios don't.
$du is only for init.


----------------------------------------------------------------------

Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2013-02-15 04:41

Message:
Hi Nick,

First I do not agree in preserving the $ru - this must be taken from the
scenario, IMO.

Now, about the $du, according to you patch, this should be followed only
for the "init" clients; it should not be used for further client nodes,
right ?

Regards,
Bogdan

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086410&aid=3604060&group_id=232389