<div dir="ltr"><div><br><br></div>Hey there. Thanks. Inline.<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 1, 2017 at 7:26 AM,  <span dir="ltr"><<a href="mailto:hostmaster@uneedus.com" target="_blank">hostmaster@uneedus.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">1) According to the policy manual, it appears that SWIP is the tool for an ISP to document the address assignments made to its customers, so that when more address space is requested, ARIN can determine qualifications.<br>
<br></blockquote><br></div><div class="gmail_quote">Which is easily duplicated from the initial provisioning and/or CDR system.<br> <br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2) Although not directly expressed in the policy manual, it is also a tool for operators to contact the administrators of blocks of address space when there is an abuse event.<br>
<br></blockquote><br></div><div class="gmail_quote">This could be a benefit if the data was reliable or widely actionable. <br></div><div class="gmail_quote"> <br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Very few ISP's have come back for anything more than their original /32 allocation of v6, so that purpose might not be as important in the future.<br></blockquote><br>I agree. Its easy to conclude that SWIP may possibly have outlived it's usefulness and value to ARIN or it's members. Maybe the better policy modification is to get rid of SWIP entirely and relieve operators of an unnecessary burden?<br><div><br></div><div>Best,<br><br></div><div>-M<<br><br></div><div><br><br><br></div></div></div></div>