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