[Kamailio-Users] Loose Route / Re-Invite

Klaus Darilion klaus.mailinglists at pernau.at
Wed Feb 3 23:36:11 CET 2010


Hi Brandon!

This is my pragmatic approach:

During dialog-creating transaction (INVITE, SUBSCRIBE) I decide if a 
clients gets NAT-traversal* or not. Thus result will be stored in a 
record-route cookie (add_rr_param()).Therefore, when dooing loose_route 
I will check the content of this parameter and therefor apply same 
strategy to in-dialog requests.

* perform NAT traversal always, unless I know for sure that the client 
does not support symmetric SIP. For doing NAT traversal you can either 
use fix_nated_contact() - which is not standard conform but works - or 
use the new add_contact_alias/handle_ruri_alias (kamailio 3.0: 
http://sip-router.org/docbook/sip-router/branch/master/modules_k/nathelper/nathelper.html#id2806306)

regards
klaus


Brandon Armstead wrote:
> Hello everyone,
> 
>    I'm just curious as to see what some of you guys do in regards to 
> handling a Re-Invite that comes back downstream to a NATTED UAC.
> 
> For example, call scenario:
> 
> UAC -> Kamailio (Fix Nated Contact) -> PSTN
> 
> Re-Invite Occurs:
> 
> PSTN -> Kamailio -> UAC
> 
> UAC (200 OK w/ NAT RFC1918 contact) -> Kamailio (branch flags at this 
> point are not notifying of NAT, due to the downstream direction of the 
> INVITE, so RFC1918 address exists, but does not fix_nated_contact) -> PSTN
> 
> PSTN does not appropriately ACK.
> 
> 
> So, what are your guys solutions for solving this problem?
> 
> Is the best way to add an attribute onto the contact header sent in 
> original INVITE?  Are there other ways of handling?  What is the best, 
> cleanest method.  Possible to handle with AVP's?
> 
> Thanks in advanced for all of your input!
> 
> Sincerely,
> Brandon
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Kamailio (OpenSER) - Users mailing list
> Users at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users





More information about the sr-users mailing list