<div dir="auto">Hello,<div dir="auto"><br></div><div dir="auto">Normally I expect that staff analysis will follow soon enough which would normally highlight among other things, the implementation possibilities and implications <span style="font-family:sans-serif">(more in summary)</span>.</div><div dir="auto"><br></div><div dir="auto">Regards</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Apr 14, 2017 11:55, "David Hilario" <<a href="mailto:d.hilario@laruscloudservice.net">d.hilario@laruscloudservice.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="auto"><div><br></div><div>Hi Daniel,</div><div><br></div><div>Thanks for the reply.<br><div class="gmail_extra"><br></div><div class="gmail_extra"><div>I do support the end goal of this policy proposal, I just want more information.</div><div><br></div></div><div class="gmail_extra"><div class="gmail_quote">On Apr 13, 2017 11:50 PM, "Daniel Shaw" <<a href="mailto:daniel@afrinic.net" target="_blank">daniel@afrinic.net</a>> wrote:<br type="attribution"><blockquote class="m_-807230605538758898gmail-m_-8600853814659670261quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="m_-807230605538758898gmail-m_-8600853814659670261quoted-text"><br>
> On 13 Apr 2017, at 23:18, David Hilario <<a href="mailto:d.hilario@laruscloudservice.net" target="_blank">d.hilario@laruscloudservice.n<wbr>et</a>> wrote:<br>
><br>
> As long as it is guaranteed to be 100% automated, so that once<br>
> implemented it does not take any operational manpower from AFRINIC<br>
> staff in tracking, notifying and updating, I am in support.<br>
<br>
</div>Hi David,<br>
<br>
Thanks. As this question speaks to the implementation by staff, it would be challenging for the authors to be able to guarantee as part of the policy. However, the authors’ expectation when writing this proposal was that indeed this would be automated.<br>
<div class="m_-807230605538758898gmail-m_-8600853814659670261quoted-text"></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">The benefit for the community must not impact the already strained resources of AFRINIC staff, comments from AFRINIC ltd on how they would expect to handle such a mandate would indeed be appreciated.</div><div dir="auto"><br></div><div dir="auto">Such a policy could require either extra staff, or add further load on current staff, the net benefit of hunting down bad RDNS would be outweigh by either prospects.</div><div dir="auto"><br></div><div>A simple and extreme example to showcase my reluctance of providing support without some implementation grantees. </div><div>Let's say we have a policy proposal that demands that AFRINIC ltd verifies all postal address provided in the AFRINIC Database, with no clear implementation guidelines and the policy gets approved.</div><div><br></div><div>AFRINIC decides that the best way to do this is to physically go to each location, therefore needs to hire 100 persons, and triple the membership fees of the LIRs.</div><div><br></div><div dir="auto"><div dir="auto">This is why a somewhat guarantee of automation and limitation in the implementation would be needed for me to support the policy without any reservations.</div><div><br></div></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-807230605538758898gmail-m_-8600853814659670261quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="m_-807230605538758898gmail-m_-8600853814659670261quoted-text"><br>
> How would the historical information be provided?<br>
> Would making deleted domain object visible through the whois query<br>
> "--show-version " be an option?<br>
<br>
</div>The authors also leave this to the implementing staff to decide. However we do believe the policy should have *some* way to get the history, be that via WHOIS port 43, My.AFRINIC or some other interface entirely. Or some combination.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">A bit more guidelines would be good here as well.<br></div><div dir="auto">This leaves AFRINIC staff open to criticism in case people do not like the final implementation.</div><div dir="auto"><br></div><div dir="auto">I anyway do not even really see a need for that info to be provided.</div><div dir="auto">If name servers are removed but the domain object is still present, historical info is available via whois queries as long as the object is not deleted from the Database.<br></div><div dir="auto"><br></div><div dir="auto">If the full object is removed, the maintainer etc, should had received a notification from the automated system with a copy of the object from the hopefully automated notification system prior to the deletion.</div><div dir="auto">And should again receive some form of notification from the database with a copy of the object once it is deleted.</div><div dir="auto"><br></div><div dir="auto">You can skip that part of the policy proposal as the vast majority of the affected users would have no need for it anyways and would had received the information in one form or another during the process.</div><div dir="auto"><br></div><div dir="auto"><br></div><div><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_-807230605538758898gmail-m_-8600853814659670261quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Regards,<br>
Daniel<br>
co-author<br>
<br>
</blockquote></div><br></div><div class="gmail_extra">Regards,<br>David</div><div class="gmail_extra"><br></div></div></div>
</div>
<br>______________________________<wbr>_________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/<wbr>mailman/listinfo/rpd</a><br>
<br></blockquote></div></div>