<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Times New Roman \(Cuerpo en alfa";
panose-1:2 2 6 3 5 4 5 2 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EstiloCorreo18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style></head><body lang=ES link=blue vlink=purple style='word-wrap:break-word'><div class=WordSection1><p class=MsoNormal><span class=EstiloCorreo18><span style='font-size:12.0pt'></span></span><span class=EstiloCorreo18><span lang=EN-US style='font-size:12.0pt'>Hi Douglas,<o:p></o:p></span></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>In a different mailing list, we had a discussion with Tore about his testing and other testing that may not be available in that blog. It was basically about 464XLAT.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>As you know IPv6-only with IPv4aaS, provides *<b>dual-stack</b>* in the customer LANs, where the PS5 was sitting.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>So, we concluded in that discussion that there is *<b>no difference</b>* for the PS5 being used with 464XLAT vs “regular dual-stack”, as expected.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'>Further to that, I’ve done a very complete testing, for a customer, with a PS4 in a LAN with 464XLAT and everything worked fine. Unfortunately, as this was contracted by a customer, I can’t disclose all the test set, but believe me it worked. It is a deployment with 25.000.000 customers, using GPON, DSL and cellular.<o:p></o:p></span></p><div><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;color:black'>Regards,<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'>Jordi<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'>@jordipalet<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:12.0pt;color:black;mso-fareast-language:EN-US'><o:p> </o:p></span></p></div><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;mso-fareast-language:EN-US'><o:p> </o:p></span></p><div><div><p class=MsoNormal style='margin-left:35.4pt'>El 5/4/21 21:32, "NANOG en nombre de Douglas Fischer" <<a href="mailto:nanog-bounces+jordi.palet=consulintel.es@nanog.org">nanog-bounces+jordi.palet=consulintel.es@nanog.org</a> en nombre de <a href="mailto:fischerdouglas@gmail.com">fischerdouglas@gmail.com</a>> escribió:<o:p></o:p></p></div></div><div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt'>Here goes a link fo an excellent analysis of IPv6 and Playstation<br><br>This says a lot about why some prefer DualStack.<br><br><a href="https://toreanderson.github.io/2021/02/23/ipv6-support-in-the-playstation-5.html">https://toreanderson.github.io/2021/02/23/ipv6-support-in-the-playstation-5.html</a><o:p></o:p></p></div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-left:35.4pt'>Em ter., 2 de mar. de 2021 às 07:59, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com">fischerdouglas@gmail.com</a>> escreveu:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:12.0pt;font-family:"Courier New"'>Hello Mark...<br><br>Yes, until when I was decided to Fight Agins IPv4, I tried the Fixes.<br><br>But after some time, I saw that very little of the problems were due to inadequacies of the ISP's responsibility equipment.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:12.0pt;font-family:"Courier New"'><br>Most of the difficulties stemmed from:<br>A) Choices of end-users in their networks.<br>(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".)<br>B) Lack of adequate support for IPv6 by the companies that provided the service on the internet (eGames, IPTV, SIP-VOIP).<br><br>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.<br><br>Since 1-2 years ago, things have improved a lot in these two points, pointed out as problems that do not concern the ISP.<br>Perhaps it is time to review this approach.<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:12.0pt;font-family:"Courier New"'><o:p> </o:p></span></p></div></div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p><div><div><p class=MsoNormal style='margin-left:35.4pt'>Em qua., 24 de fev. de 2021 às 18:35, Mark Andrews <<a href="mailto:marka@isc.org" target="_blank">marka@isc.org</a>> escreveu:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><p class=MsoNormal style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:12.0pt;margin-left:35.4pt'>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.<br><br>> On 25 Feb 2021, at 01:48, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com" target="_blank">fischerdouglas@gmail.com</a>> wrote:<br>> <br>> <br>> <br>> Is this pain you have lived or verified with first hand testing?<br>> <br>> Yep! A lot!<br>> <br>> LOL gamers can be pretty much insistent...<br>> (haha.jpg + haha-crying.jpg)<br>> <br>> And Specifically on SIP/Voip over the Internet, with deep analysis at all the parts involved.<br>> The most common issue is incoming Calls to SIP endpoints behind 464Xlat using IPv4 with unidirectional audio.<br>> And several types of causes:<br>> - CPEs receives the RTP-Stream but doesn't Re-Map it correctly to the IPv4 inside end-point<br>> - Jool receives the RTP-Stream but ignores it and don't map it to the "fake" v6 address<br>> - Some APPs do (by some crazy reason) the re-write of Session Layer header to v6 address, and Sip-Proxys ignores it...<br>> <br>> After hours and hours fighting against the lions, we decided:<br>> "Let's keep those clients in Dual-Stak and CGNAT" and it just worked.<br>> <br>> And after that, the obvious conclusions:<br>> - Why will us keep that much options of endpoints connections, if only one solves all the problems?<br>> - We will need to train the guys on the Dual-Stack/CGNAT Scnario, and 464Xlat Scenario... Knowing about Danos, about Jool...<br>> - It doesn't scale!<br>> <br>> <br>> -- <br>> Douglas Fernando Fischer<br>> Engº de Controle e Automação<br><br>-- <br>Mark Andrews, ISC<br>1 Seymour St., Dundas Valley, NSW 2117, Australia<br>PHONE: +61 2 9871 4742 INTERNET: <a href="mailto:marka@isc.org" target="_blank">marka@isc.org</a><o:p></o:p></p></blockquote></div><p class=MsoNormal style='margin-left:35.4pt'><br clear=all><o:p></o:p></p><div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p></div><p class=MsoNormal style='margin-left:35.4pt'>-- <o:p></o:p></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='font-size:10.0pt;font-family:"Courier New"'>Douglas Fernando Fischer<br>Engº de Controle e Automação</span><o:p></o:p></p></div></blockquote></div><p class=MsoNormal style='margin-left:35.4pt'><br clear=all><o:p></o:p></p><div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p></div><p class=MsoNormal style='margin-left:35.4pt'>-- <o:p></o:p></p><div><div><p class=MsoNormal style='margin-left:35.4pt'>Douglas Fernando Fischer<br>Engº de Controle e Automação<o:p></o:p></p></div></div></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
http://www.theipv6company.com<br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>
<br>
</body></html>