<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Regarding my comments at the mic today...</div><div dir="ltr"><br></div><div dir="ltr">I support the proposal to the extent that it clarifies:<div>- when a reassign simple is permitted</div><div>- when a reassign detailed is permitted</div><div>- when a reassign detailed is required<br></div><div>- when reallocate is required</div><div><br></div><div>I hope that the proposal will seek to limit the over use of reassign detailed through education.</div><div>I hope that the proposal will not specifically limit when reassign detailed is permitted.</div><div><br></div><div>I support a new requirement that an ISP must use a reassign detailed when the customer has:</div><div>- a desire to multi-home</div><div>- a desire to publish their own abuse, or tech contact</div><div>- a desire to publish relevant location details or useful comments</div><div><br></div><div>With the passage of 2018-05, a customer would now need to create an OrgID prior to being able to request a reassign detail.  </div><div>I think that is a sufficiently high bar to limit customers asking for a detailed reassignment when it is not necessary.</div><div><br></div><div>As written the policy proposal sounds to me like it limits when an ISP is permitted to make a reassign detailed.</div><div><br></div><div>I am happy to beat up on ISPs that do reassign detail simply to avoid a reassign simple.</div><div><br></div><div><br></div><div>__Jason</div><div><br></div><div><br></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 25, 2019 at 2:04 PM Alyssa Moore <<a href="mailto:alyssa@alyssamoore.ca" target="_blank">alyssa@alyssamoore.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Helloooo PPML, <br><br>It's been a couple weeks since there's been any action here, but it's time to shake off the winter and think about some policy! Woo! <br><br>This proposal has to do with clarifying the language and requirements around reassignments. Please take a look and let your AC know if you think we're on the right track or not. <br><br></div>Cheers, <br>AM<br><br><div class="gmail_quote"><div dir="ltr" class="gmail-m_-3620446974105638263gmail-m_-2353577158930699617gmail-m_3374708429208062520gmail_attr">On Tue, Nov 20, 2018 at 3:55 PM ARIN <<a href="mailto:info@arin.net" target="_blank">info@arin.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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" rel="noreferrer" 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" rel="noreferrer" 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" rel="noreferrer" 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" rel="noreferrer" 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>
</blockquote></div>
</div>
_______________________________________________<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" rel="noreferrer" 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>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail-m_-3620446974105638263gmail_signature"><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br></font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br></font></div></span></div></font></div>