<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.m-7766900305409585934xmsonormal, li.m-7766900305409585934xmsonormal, div.m-7766900305409585934xmsonormal
        {mso-style-name:m_-7766900305409585934x_msonormal;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style>
<div class="WordSection1">
<p class="MsoNormal">And therein lies the root of the problem.. the ‘crap’ never gets fixed because it has the firewall isolating it, but this causes problems for devices and applications which are not ‘crap.’ I realize this is more idealistic than pragmatic,
 but we will have much smoother network integration if we don’t have to deal with the many problems that so called stateful firewalls bring along with them. Now that IPv6 is set to do away with (P/N)AT, we’re halfway there.
</p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> fernando.gont.netbook.win@gmail.com &lt;fernando.gont.netbook.win@gmail.com&gt; on behalf of Fernando Gont &lt;fernando@gont.com.ar&gt;<br>
<b>Sent:</b> Monday, December 11, 2017 3:43:27 PM<br>
<b>To:</b> Kristian McColm<br>
<b>Cc:</b> ipv6-ops@lists.cluenet.de; Fernando Gont<br>
<b>Subject:</b> Re: UPnP/IPv6 support in home routers?</font>
<div>&nbsp;</div>
</div>
<div>
<div dir="ltr">Kristian,
<div><br>
</div>
<div>I see no reason for which they should disappear. Actually, quite the opposite; we keep connecting more and more crap to the net (the so called IoT), which clearly cannot defend itself.</div>
<div><br>
</div>
<div>The &quot;principle of least privilege&quot; applies to connectivity, too.</div>
<div><br>
</div>
<div>Thanks!</div>
<div>Fernando</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Dec 11, 2017 at 12:28 PM, Kristian McColm <span dir="ltr">
&lt;<a href="mailto:Kristian.McColm@rci.rogers.com" target="_blank">Kristian.McColm@rci.rogers.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div lang="EN-CA" link="blue" vlink="#954F72">
<div class="m_-7766900305409585934x_WordSection1">
<p class="m_-7766900305409585934x_MsoNormal">Corporate and/or specific network requirements notwithstanding, in my opinion this is just another example of why in IPv6, firewalls in general could/should be retired. If the end user device is required to be responsible
 for it’s own security, it can open the necessary ports via whatever firewall API it provides to applications running on it.</p>
<p class="m_-7766900305409585934x_MsoNormal">&nbsp;</p>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_-7766900305409585934x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> ipv6-ops-bounces&#43;kristian.<wbr>mccolm=<a href="mailto:rci.rogers.com@lists.cluenet.de" target="_blank">rci.rogers.com@lists.<wbr>cluenet.de</a>
 &lt;ipv6-ops-bounces&#43;kristian.<wbr>mccolm=<a href="mailto:rci.rogers.com@lists.cluenet.de" target="_blank">rci.rogers.com@lists.<wbr>cluenet.de</a>&gt; on behalf of Doug McIntyre &lt;<a href="mailto:merlyn@geeks.org" target="_blank">merlyn@geeks.org</a>&gt;<br>
<b>Sent:</b> Monday, December 11, 2017 10:22:39 AM<br>
<b>To:</b> <a href="mailto:ipv6-ops@lists.cluenet.de" target="_blank">ipv6-ops@lists.cluenet.de</a><br>
<b>Subject:</b> Re: UPnP/IPv6 support in home routers?</font>
<div>&nbsp;</div>
</div>
</div>
<div>
<div class="h5"><font size="2"><span style="font-size:10pt">
<div class="m_-7766900305409585934PlainText">On Mon, Dec 11, 2017 at 04:03:27PM &#43;0100, Gert Doering wrote:<br>
&gt; On Mon, Dec 11, 2017 at 11:54:15AM &#43;0000, Tom Hill wrote:<br>
&gt; &gt; &quot;Dear Gateway, I am definitely not a compromised host, please open all<br>
&gt; &gt; ports toward me.&quot;<br>
&gt; <br>
&gt; But that's the whole idea of UPnP or IGD.&nbsp; Whether you open one port or<br>
&gt; all of them, on request of a possibly-compromised host, is of no relevance.<br>
<br>
<br>
I think the thinking is that since most IPv4 &quot;home&quot; protocols (which<br>
is really only where UPnP exists, since Enterprise class firewalls<br>
almost never want to have anything to do with it), is that most of the<br>
&quot;home&quot; protocols (eg. games, streaming, etc) have mostly converged to<br>
a model not expecting end-to-end connectivity, and hidden behind a NAT<br>
thing, that anything now transitioning to IPv6 will follow suit when<br>
they add that support to whatever needs to punch holes in things,<br>
instead checking in constantly with the &quot;central server&quot; instead of<br>
assuming end-to-end connectivity.<br>
<br>
That said, I think the IPv6 firewalls need better home connectivity<br>
support as well. I once put in a ticket to Fortinet to ask if there<br>
could be made an ACL object that tracked the prefix mask delivered via<br>
DHCP6_PD, such that we could write policies such as<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; allow remote_ipv6_address ${PREFIX1}::1f5d:50 22<br>
<br>
But that couldn't be impressed on the first tiers of support<br>
what-so-ever.&nbsp; That totally confused them to no end. Unlike my IPv4<br>
address which almost never changes at Comcast, the IPv6 prefixes I get<br>
change on every connection. <br>
<br>
</div>
</span></font><br>
<br>
<br>
<br>
</div>
</div>
<hr width="100%">
This communication is confidential. We only send and receive email on the basis of the terms set out at
<a href="http://www.rogers.com/web/content/emailnotice" target="_blank">www.rogers.com/web/content/<wbr>emailnotice</a><br>
<br>
<br>
<br>
Ce message est confidentiel. Notre transmission et réception de courriels se fait strictement suivant les modalités énoncées dans l’avis publié à
<a href="http://www.rogers.com/aviscourriel" target="_blank">www.rogers.com/aviscourriel
</a>
<hr width="100%">
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature" data-smartmail="gmail_signature">Fernando Gont<br>
e-mail: <a href="mailto:fernando@gont.com.ar" target="_blank">fernando@gont.com.ar</a> ||
<a href="mailto:fgont@acm.org" target="_blank">fgont@acm.org</a><br>
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1</div>
</div>
</div>
<br>
<br>
<br>
<br>
<hr width="100%">
This communication is confidential. We only send and receive email on the basis of the terms set out at
<a href="http://www.rogers.com/web/content/emailnotice">www.rogers.com/web/content/emailnotice</a><br>
<br>
<br>
<br>
Ce message est confidentiel. Notre transmission et réception de courriels se fait strictement suivant les modalités énoncées dans l’avis publié à
<a href="http://www.rogers.com/aviscourriel
">www.rogers.com/aviscourriel </a>
<hr width="100%">
</body>
</html>