<div dir="ltr">fix_contact from NAT Traversal Module has the same issue.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-23 10:24 GMT+01:00 Sebastian Damm <span dir="ltr"><<a href="mailto:damm@sipgate.de" target="_blank">damm@sipgate.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Daniel, Hi Klaus,<br><br><div class="gmail_extra"><div class="gmail_quote"><span class="">On Thu, Jan 22, 2015 at 10:48 PM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">1) I guess the initial author know there is no nat in ipv6, so he didn't<br>
bother with. I just pushed a patch for it in master (814c08f3), if<br>
tested and reported to work ok, it can be backported<br></blockquote><div><br></div></span><div>Thanks for the patch, I just patched our 4.1.3 with it, and now the Contact IP is surrounded by square brackets. So I guess it can be backported.<br></div><span class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) the contact uri example in the first email is perhaps not properly<br>
reflecting the contact uri that was generated, because it should have<br>
been with the ip address and the port. It seems to be only the ip<br>
address. If there was an omission, that's ok, because I expect the uri<br>
parsing error is due to hostpart having the port following the ipv6<br>
address -- that requires the ipv6 between []. If the port was missing,<br>
that can be another issue, but the code shows the port is always added<br>
and it wouldn't worked at all so far without it.<br></blockquote><div><br></div></span><div>Sorry, that was my mistake. The request came in from an odd port, so I removed it while adjusting the line for the mailing list. Of course, after fix_nated_contact the port is appended.<br> <br></div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3) use set_contact_alias() if use modules that need the new contact<br>
(like dialog, presence, ...) for later usage. The *contact_alias()<br>
function don't change the host/port part, they just add a new parameter,<br>
so it would have been safe with or without []. Anyhow, the code adds []<br>
if the address is ipv6<br></blockquote><div><br></div></span><div>I have had a look into these functions, and they seem a lot more appropriate (and do work with IPv6). Guess they haven't been there, when we originally built that part of our configuration back in 2007. I think we will use those functions now.<br></div><div> <br></div><div>Thanks for the quick help.<br><br>Best Regards,<br>Sebastian<br></div></div></div></div>
<br>______________________________<wbr>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a><br>
<br></blockquote></div><br></div>