[NCAP-Discuss] Current Status of the NCAP Project

[rubensk at nic.br]

> On 12 Nov 2022, at 22:53, James Galvin <galvin at elistx.com> wrote:
> 
> A few comments inline.
> 
> On 11 Nov 2022, at 10:52, Casey Deccio wrote:
> 
>>> \On Nov 10, 2022, at 4:34 AM, James Galvin <galvin at elistx.com> wrote:
>>> 
>>> I consider the following things better.
>>> 
>>> 1. Frankly, [lack of IPv6 support] was a serious technical gap in the 2012 Controlled Interruption
>> 
>> It is a fact that controlled interruption does not support IPv6.  While I do agree that IPv6 support is *desirable*, I am interested to know why you feel that this is a "serious technical gap".  And to be clear, I'm not talking about the general advancement of IPv6; I'm talking about the goals of controlled interruption.  I have taken time to write categories for technical consideration in the comparison doc, among which are the goals for alerting and data collection.  Also in that doc are descriptions of how controlled interruption and the other proposed techniques measure up.
> 
> A goal of controlled interruption is to work on today’s Internet.  Today’s Internet includes IPv6.  Failing to cover IPv6 increases the risk that controlled interruption will not achieve the goal of manifesting name collisions.  And while the traffic volume of IPv6 may be increasing ever so slowly, whatever that rate is becomes the same rate at which the risk of controlled interruption failing to achieve its goal will also increase.
> 
> Thus, on this one key point, both PCA and ACA are vastly superior to controlled interruption.

Today's Internet is composed of IPv4-only hosts and IPv4 and IPv6 capable hosts (either thru dual-stacked networks or IPv6 + 464 XLAT networks). Controlled interruption only fails in IPv6-only hosts, for which there are almost none whatsoever. So this alleged improvement is 0 at this point and in the foreseeable future.


Rubens

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mm.icann.org/pipermail/ncap-discuss/attachments/20221113/8e42000c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 529 bytes
Desc: Message signed with OpenPGP
URL: <https://mm.icann.org/pipermail/ncap-discuss/attachments/20221113/8e42000c/signature.asc>