<div dir="ltr">In this scenario used IPv6-toI-IPv4 network gateway<br>This gateway like NAT equipment and translate IPv4 address to IPv6 space. And NAT IPv6 address to IPv4 address.<br><br>Think this case may be handled by nathelper fix_nated_sdp call.<br><div><a href="https://kamailio.org/docs/modules/5.2.x/modules/nathelper.html#nathelper.f.fix_nated_sdp">https://kamailio.org/docs/modules/5.2.x/modules/nathelper.html#nathelper.f.fix_nated_sdp</a> </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 17, 2019 at 5:35 PM Daniel-Constantin Mierla <<a href="mailto:daniel@kamailio.org">daniel@kamailio.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
it is not supposed to do any DNS on IPv6 addresses, maybe only if you disabled IPv6 support.<br>
<br>
Do you have the debug messages for such case?<br>
<br>
Also, what global parameters did you set related to iPv6?<br>
<br>
Cheers,<br>
Daniel<br>
<br>
September 17, 2019 3:30 PM, "Anthony Alba" <<a href="mailto:ascanio.alba7@gmail.com" target="_blank">ascanio.alba7@gmail.com</a>> wrote:<br>
<br>
> Hi Daniel,<br>
> <br>
> In this test environment kamailio (SIP control plane) is IPv4 only;<br>
> rtpengine is configured on IPv4/IPv6 interfaces.<br>
> When the INVITE+SDP came in, it seems to to try to resolve the address<br>
> [2001:...] as a DNS name.<br>
> <br>
> To recap, this was trying an IPv4-control plane with dual-stack media.<br>
> <br>
> On Tue, Sep 17, 2019 at 8:49 PM Daniel-Constantin Mierla<br>
> <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> wrote:<br>
> <br>
>> Hello,<br>
>> <br>
>> I am not sure what do you mean with:<br>
>> <br>
>> """<br>
>> I have noticed that if Kamailio is IPv4-only and it "sees"<br>
>> IPv6-addresses(Contact, Via headers??) it will try to resolve the<br>
>> IPv6-address as a DNS name!<br>
>> """<br>
>> <br>
>> If it just that on the specific deployment Kamailio has to bind on IPv4 and run as an IPv4<br>
>> application, or actually you mean that Kamailio does not support IPv6?!?<br>
>> <br>
>> For the later, Kamailio supports IPv6 for quite long time and should work fine on IPv6 only or<br>
>> mixed networks.<br>
>> <br>
>> Cheers,<br>
>> Daniel<br>
>> <br>
>> On Tue, Sep 17, 2019 at 3:22 AM Anthony Alba <<a href="mailto:ascanio.alba7@gmail.com" target="_blank">ascanio.alba7@gmail.com</a>> wrote:<br>
>>> Hi folks,<br>
>>> <br>
>>> I'm wondering what you do to pass Apple app store tests (IPv6-only<br>
>>> NAT64/DNS64 scenario) with the iOS app likely to put IPv6 addresses in<br>
>>> the SDP, when Kamailio and your B2BUA(Asterisk, FreeSWITCH,...) are<br>
>>> IPv4-only endpoints.<br>
>>> <br>
>>> By "pass" I mean media flowing + SIP working - not sure the app store<br>
>>> gatekeepers would actually test media, but it would be nice to have a<br>
>>> robust solution.<br>
>>> <br>
>>> Strictly speaking, this is not a Kamailio's problem but a media<br>
>>> SDP/<your-rtp-proxy-of-choice> problem. But since everything is so<br>
>>> closely intertwined I'm wondering where you choose to the location the<br>
>>> "solution".<br>
>>> <br>
>>> I have noticed that if Kamailio is IPv4-only and it "sees"<br>
>>> IPv6-addresses(Contact, Via headers??) it will try to resolve the<br>
>>> IPv6-address as a DNS name!<br>
>>> <br>
>>> The Wikipedia article on NAT64 mentions 464XLAT(RFC 6877) and Port<br>
>>> Control Protocol (RFC 7225), but those seem to be deep rabbit-holes...<br>
>>> <br>
>>> Cheers<br>
>>> Anthony Alba<br>
>>> <br>
>>> _______________________________________________<br>
>>> Kamailio (SER) - Users Mailing List<br>
>>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
>> <br>
>> --<br>
>> Daniel-Constantin Mierla - <a href="https://www.asipto.com" rel="noreferrer" target="_blank">https://www.asipto.com</a><br>
>> <a href="https://twitter.com/miconda" rel="noreferrer" target="_blank">https://twitter.com/miconda</a> - <a href="https://www.linkedin.com/in/miconda" rel="noreferrer" target="_blank">https://www.linkedin.com/in/miconda</a><br>
>> Kamailio Advanced Training - <a href="https://www.asipto.com/u/kat" rel="noreferrer" target="_blank">https://www.asipto.com/u/kat</a><br>
>> _______________________________________________<br>
>> Kamailio (SER) - Users Mailing List<br>
>> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
>> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
> <br>
> _______________________________________________<br>
> Kamailio (SER) - Users Mailing List<br>
> <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
> <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br>
--<br>
Daniel-Constantin Mierla<br>
<a href="http://www.kamailio.org" rel="noreferrer" target="_blank">www.kamailio.org</a> -- <a href="http://www.asipto.com" rel="noreferrer" target="_blank">www.asipto.com</a><br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>