[Devel] [ openser-Bugs-1666126 ] tm module should support automatic usage of maddr parameter

[SourceForge.net]

Bugs item #1666126, was opened at 2007-02-22 15:39
Message generated for change (Comment added) made by miconda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1666126&group_id=139143

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: ver 1.1.x
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Brad Watkins (marquis42)
Assigned to: Nobody/Anonymous (nobody)
Summary: tm module should support automatic usage of maddr parameter

Initial Comment:
According to RFC 3261 (section 16.5):

If the Request-URI of the request contains an maddr parameter, theRequest-URI MUST be placed into the target set as the only target URI, and the proxy MUST proceed to Section 16.6.

And 3263 (Section 4):

We define TARGET as the value of the maddr parameter of the URI, if present, otherwise, the host value of the hostport component of the URI.


It therefore stands to reason that for RFC-compliance reasons (and to help users :) ), the tm module should be modified to use the maddr parameter if present as the destination of a request.

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

>Comment By: Daniel-Constantin Mierla (miconda)
Date: 2007-03-07 12:11

Message:
Logged In: YES 
user_id=1246013
Originator: NO

>From users at openser.org mailing list:

rr module has support for handling maddr in strict and loose routing (in
1.2.0). As for r-uri, there is an easy way to do it from the script in
v1.2.0 via transformations:

if($(ruri{uri.maddr}) != "")
{
   # sip:maddr:port
   $ruri = "sip:" +  $(ruri{uri.maddr}) + ":" + $rp;
}

or use $duri instead of $ruri if you want the request-URI to be
unchanged.

For more see:
http://openser.org/dokuwiki/doku.php/transformations:devel

However, automatic handling should be nicer from user's point of view.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1666126&group_id=139143