DualStack (CGNAT) vs Other Transition methods

Mon Apr 5 19:30:21 UTC 2021

Here goes a link fo an excellent analysis of IPv6 and Playstation

This says a lot about why some prefer DualStack.

https://toreanderson.github.io/2021/02/23/ipv6-support-in-the-playstation-5.html

Em ter., 2 de mar. de 2021 às 07:59, Douglas Fischer <
fischerdouglas at gmail.com> escreveu:

> Hello Mark...
>
> Yes, until when I was decided to Fight Agins IPv4, I tried the Fixes.
>
> But after some time, I saw that very little of the problems were due to
> inadequacies of the ISP's responsibility equipment.
>
> Most of the difficulties stemmed from:
> A) Choices of end-users in their networks.
> (Something that the ISP may even try to influence, but that ends up
> bringing more "childrens" to the support queue, as customers said, "Your
> company that recommended me to use software X instead of Y, so you have to
> teach me how to use software X".)
> B) Lack of adequate support for IPv6 by the companies that provided the
> service on the internet (eGames, IPTV, SIP-VOIP).
>
> After some time beating the dead horse, and mainly seeing that these
> problems did not happen with Dual-Stack, I decided to do what I was able to
> do well.
>
> Since 1-2 years ago, things have improved a lot in these two points,
> pointed out as problems that do not concern the ISP.
> Perhaps it is time to review this approach.
>
>
> Em qua., 24 de fev. de 2021 às 18:35, Mark Andrews <marka at isc.org>
> escreveu:
>
>> Well then use one of the encapsulating IPv4AAS mechanisms rather than
>> 464XLAT (DS-Lite, MAP-E). They don’t involve translating the payload
>> between IPv4 and IPv6.  That said what you are reporting below are
>> implementation bugs.  Did you report them to the vendor?  Did you install
>> the fix?  Rewriting is required as you may have native IPv6 clients rather
>> than clients behind a CLAT on the customer side.
>>
>> > On 25 Feb 2021, at 01:48, Douglas Fischer <fischerdouglas at gmail.com>
>> wrote:
>> >
>> >
>> >
>> > Is this pain you have lived or verified with first hand testing?
>> >
>> > Yep! A lot!
>> >
>> > LOL gamers can be pretty much insistent...
>> > (haha.jpg +  haha-crying.jpg)
>> >
>> > And Specifically on SIP/Voip over the Internet, with deep analysis at
>> all the parts involved.
>> > The most common issue is incoming Calls to SIP endpoints behind 464Xlat
>> using IPv4 with unidirectional audio.
>> > And several types of causes:
>> >  - CPEs receives the RTP-Stream but doesn't Re-Map it correctly to the
>> IPv4 inside end-point
>> >  - Jool receives the RTP-Stream but ignores it and don't map it to the
>> "fake" v6 address
>> >  - Some APPs do (by some crazy reason) the re-write of Session Layer
>> header to v6 address, and Sip-Proxys ignores it...
>> >
>> > After hours and hours fighting against the lions, we decided:
>> > "Let's keep those clients in Dual-Stak and CGNAT" and it just worked.
>> >
>> > And after that, the obvious conclusions:
>> >  - Why will us keep that much options of endpoints connections, if only
>> one solves all the problems?
>> >  - We will need to train the guys on the Dual-Stack/CGNAT Scnario, and
>> 464Xlat Scenario... Knowing about Danos, about Jool...
>> >  - It doesn't scale!
>> >
>> >
>> > --
>> > Douglas Fernando Fischer
>> > Engº de Controle e Automação
>>
>> --
>> Mark Andrews, ISC
>> 1 Seymour St., Dundas Valley, NSW 2117, Australia
>> PHONE: +61 2 9871 4742              INTERNET: marka at isc.org
>>
>>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20210405/480e2b3e/attachment.html>