<html xmlns:v="urn:schemas-microsoft-com:vml" 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)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><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:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name: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;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">I would phrase it in far less <span lang="EN-CA">colourful</span> language, and my motivations are almost entirely opposite, but with the same end result: I don’t like this proposal.<o:p></o:p></p>
<p class="MsoNormal">If I have a /29 or larger, and it’s sending spam or doing anything else anti-social, I want to know about it. Relaxing the reassignment requirements (whether that’s in fact or in appearance only) will guarantee that nearly all ISPs will
do the minimum possible, specifically not include any relevant contact info for me.<o:p></o:p></p>
<p class="MsoNormal">From at least this one tiny piece of the community, no this proposal does not have support right now.<o:p></o:p></p>
<p class="MsoNormal">-Adam<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b><span lang="FR-CA" style="font-size:10.0pt;color:#1F497D">Adam Thompson</span></b><span lang="FR-CA" style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="FR-CA" style="font-size:9.0pt;color:#1F497D">Consultant, Infrastructure Services</span><span lang="FR-CA" style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><img width="127" height="38" style="width:1.3229in;height:.3958in" id="Picture_x0020_1" src="cid:image001.png@01D4B6F3.439148D0" alt="1DE92D93"><span lang="FR-CA" style="color:#1F497D"> </span><span lang="FR-CA" style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;color:#1F497D">100 - 135 Innovation Drive</span><span style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;color:#1F497D">Winnipeg, MB, R3T 6A8</span><span style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;color:#1F497D">(204) 977-6824 or 1-800-430-6404 (MB only)</span><span style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:9.0pt;color:#1F497D"><a href="mailto:athompson@merlin.mb.ca" target="_blank">athompson@merlin.mb.ca</a></span><span style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-CA" style="color:#1F497D"><a href="http://www.merlin.mb.ca/" target="_blank"><span lang="EN-US" style="font-size:9.0pt">www.merlin.mb.ca</span></a></span><span style="color:#212121"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> ARIN-PPML <arin-ppml-bounces@arin.net> <b>On Behalf Of
</b>Marilson Mapa<br>
<b>Sent:</b> Sunday, January 27, 2019 1:43 AM<br>
<b>To:</b> hostmaster@uneedus.com<br>
<b>Cc:</b> ARIN-PPML List <arin-ppml@arin.net><br>
<b>Subject:</b> Re: [arin-ppml] Draft Policy ARIN-2018-6: Clarify Reassignment Requirements in 4.2.3.7.1<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><span style="font-size:12.0pt;line-height:115%">The elimination of any reasonable means of contact in the event of abuse it is an aberration and characterizes at least complicity with unlawful
acts. The ISPs need to stop hiding and protect spammers and scammers. </span><span lang="PT-BR" style="font-size:12.0pt;line-height:115%">500 billion spam and scam a day are not enough? What is the new goal? A trillion?</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><span style="font-size:12.0pt;line-height:115%">You, ISPs, RIRs, and Registrars represent GGM21C, the Great Global Mafia of the 21st Century. We know that people's personal and financial data
are worth gold these days. Creating ISPs and inventing scammers to steal data is a problem for authorities. Not to prohibit a spammer, or scammer, from continuing to send his trash after being reported, is also a criminal attitude of sociopaths who abound
in that environment. This is the rule with the complicity of RIRs, Registrars and ICANN. But the discomfort that complaints bring to ISPs is being eliminated through policies such as the EU GDPR and re-ordering in RIRs.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><span style="font-size:12.0pt;line-height:115%">The threat of arresting the Facebook owner or billionaire fines such as that imposed by the EU on Google will not be enough to force an ethical
stance on the part of the Mafia. The answer to this criminal behavior will come in the worst way: politicians, under pressure from society, will say how free internet should be "free."
</span><span lang="PT-BR" style="font-size:12.0pt;line-height:115%">Then do not complain.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><span style="font-size:12.0pt;line-height:115%">This policy intends to hide and protect a customer regardless of their behavior.</span><o:p></o:p></p>
<p class="MsoNormal" style="margin-bottom:10.0pt;line-height:115%"><span style="font-size:12.0pt;line-height:115%">Marilson</span><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Em sáb, 26 de jan de 2019 às 23:18, <<a href="mailto:hostmaster@uneedus.com">hostmaster@uneedus.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">
<p class="MsoNormal">Looking at this, I am a NO as it is currently written.<br>
<br>
This section deals with /29 or more IPv4 addresses, or stated another way, <br>
8 or more addresses. Someone who is running such a network in today's <br>
IPv4 exhausted world needs to have a means to contact them directly in the <br>
event of abuse from their network. The reassign-simple does not provide <br>
for this, unless you consider postal mail a reasonable means of contact <br>
for abuse reports. I have ALWAYS directed abuse reports by either email <br>
or telephone, as a letter is not fast enough for an ongoing abuse problem.<br>
<br>
As for the current ISP impact in regard to this policy as it currently <br>
exists before amendment, the greatest majority of ISP customers, both <br>
Business and Residential only have a single IPv4 address or less (CGnat) <br>
and therefore are exempt from this policy. Only larger networks with <br>
multiple hosts are likely to have 8 or more IPv4 addresses and subject to <br>
this policy. Those with a /29 or more are very likely a very small amount <br>
of the total ISP customers, but are also the ones with multiple hosts that <br>
would be more likely to be compromised compared those who just have <br>
machines behind a NAT router that cannot accept inbound traffic without a <br>
router that is programmed to allow it. I doubt this policy change will <br>
have much change at most ISP's, since the customer base it addresses is <br>
very small.<br>
<br>
I would also suggest the residential exemption be eliminated for /29 or <br>
more, as nearly all residential IPv4 use today is NAT, rather than public <br>
IPv4 address assignment for each host. We have talked of the problem of <br>
spammers on this list using such /29 or more of residential space, that <br>
are protected by the current privacy rules for residental customers, and <br>
their abuse reports being ignored by their upstream.<br>
<br>
Looking at the differences between the Detailed and Simple reassign <br>
templates, I do see one thing that would merit a change. It is that the 2 <br>
fields that are most often used for abuse reporting (telephone and email) <br>
are missing from the simple reassignment, and fields that are rarely used <br>
for abuse reporting (mailing address) are instead present. This is a <br>
decision that I would like to see changed.<br>
<br>
I would have no problem with a template change to reassign simple to only <br>
have Name, Contact Email and Telephone number, and omitting all the <br>
mailing address fields. If that change were made, I would have no problem <br>
with the proposal, as then the Simple Reassignment will at least provide <br>
me with a reasonable means of contact in the event of abuse from that <br>
network.<br>
<br>
Eliminating the requirement for a Detailed Assignment, without changing <br>
the fields contained in a Simple Assignment will have the effect of <br>
eliminating the abuse contacts for that network. I think that would be <br>
wrong.<br>
<br>
Albert Erdmann<br>
Network Administrator<br>
Paradise On Line Inc.<br>
<br>
<br>
On Fri, 25 Jan 2019, Alyssa Moore wrote:<br>
<br>
> Helloooo PPML,<br>
><br>
> It's been a couple weeks since there's been any action here, but it's time<br>
> to shake off the winter and think about some policy! Woo!<br>
><br>
> This proposal has to do with clarifying the language and requirements<br>
> around reassignments. Please take a look and let your AC know if you think<br>
> we're on the right track or not.<br>
><br>
> Cheers,<br>
> AM<br>
><br>
> On Tue, Nov 20, 2018 at 3:55 PM ARIN <<a href="mailto:info@arin.net" target="_blank">info@arin.net</a>> wrote:<br>
><br>
>> On 15 November 2018 the ARIN Advisory Council (AC) accepted<br>
>> "ARIN-prop-258: Clarify Reassignment Requirements in 4.2.3.7.1" as a<br>
>> Draft Policy.<br>
>><br>
>> Draft Policy ARIN-2018-6 is below and can be found at:<br>
>> <a href="https://www.arin.net/policy/proposals/2018_6.html" target="_blank">https://www.arin.net/policy/proposals/2018_6.html</a><br>
>><br>
>> You are encouraged to discuss all Draft Policies on PPML. The AC will<br>
>> evaluate the discussion in order to assess the conformance of this draft<br>
>> policy with ARIN's Principles of Internet number resource policy as<br>
>> stated in the Policy Development Process (PDP). Specifically, these<br>
>> principles are:<br>
>><br>
>> * Enabling Fair and Impartial Number Resource Administration<br>
>> * Technically Sound<br>
>> * Supported by the Community<br>
>><br>
>> The PDP can be found at:<br>
>> <a href="https://www.arin.net/policy/pdp.html" target="_blank">https://www.arin.net/policy/pdp.html</a><br>
>><br>
>> Draft Policies and Proposals under discussion can be found at:<br>
>> <a href="https://www.arin.net/policy/proposals/index.html" target="_blank">https://www.arin.net/policy/proposals/index.html</a><br>
>><br>
>> Regards,<br>
>><br>
>> Sean Hopkins<br>
>> Policy Analyst<br>
>> American Registry for Internet Numbers (ARIN)<br>
>><br>
>><br>
>><br>
>> Draft Policy ARIN-2018-6: Clarify Reassignment Requirements in 4.2.3.7.1<br>
>><br>
>> Problem Statement:<br>
>><br>
>> Current NRMP section “Reassignment and Reallocation Information” is<br>
>> being interpreted by some organizations to require a “detailed<br>
>> reassignment” for all customers. Under the current reassignment schema,<br>
>> only a “detailed reassignment or reallocation” contains fields for<br>
>> “organizational information”.<br>
>><br>
>> This policy intends to simplify the reassignment requirements by noting<br>
>> that only a customer’s name is required. Thus a “simple reassignment”<br>
>> can be used for most reassignments.<br>
>><br>
>> Policy Statement:<br>
>><br>
>> Replace section 4.2.3.7.1 with the following:<br>
>><br>
>> 4.2.3.7.1. Reassignment and Reallocation Information<br>
>><br>
>> Each IPv4 reassignment or reallocation containing a /29 or more<br>
>> addresses shall be registered via a directory services system which<br>
>> meets the standards set forth in section 3.2.<br>
>><br>
>> Reassignment registrations must include each customer name, except where<br>
>> specifically exempted by this policy. Reassignment registrations shall<br>
>> only include point of contact (POC) information if either: (1) requested<br>
>> by the customer; or (2) the reassigned block is intended to be routed<br>
>> and announced outside of the provider's network.<br>
>><br>
>> Reallocation registrations must contain the customer’s organization name<br>
>> and appropriate point of contact (POC) information.<br>
>><br>
>> Comments:<br>
>><br>
>> Timetable for implementation: immediate<br>
>> _______________________________________________<br>
>> ARIN-PPML<br>
>> You are receiving this message because you are subscribed to<br>
>> the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
>> Unsubscribe or manage your mailing list subscription at:<br>
>> <a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
>> Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
>><br>
>_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
</div>
</body>
</html>