<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Saul,<br class=""><div apple-content-edited="true" class=""><br class="Apple-interchange-newline">
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On Oct 26, 2016, at 12:53 PM, Saul Stein <<a href="mailto:saul@enetworks.co.za" class="">saul@enetworks.co.za</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Hi<br class="">Well, in the MyAfrinic portal, you aren't supposed to be able to add <br class="">assigments for IP space, until you have delegated the reverse if I recall.<br class=""></div></blockquote><div><br class=""></div><div>Yes, that the no reverse unless assigned policy [1]. </div><br class=""><blockquote type="cite" class=""><div class="">So it is actually a bigger question - if the reverse delegation if <br class="">fake/false/lame then what should happen with the assignments as it would <br class="">affect IP usage when requesting more space.<br class=""><br class=""></div></blockquote><div><br class=""></div><div>Well, that can be added to a policy perhaps :)</div><div><br class=""></div><div><br class=""></div><div><br class=""></div><div>[1] <a href="http://www.afrinic.net/en/community/policy-development/policy-proposals/700-no-reverse-unless-assigned" class="">http://www.afrinic.net/en/community/policy-development/policy-proposals/700-no-reverse-unless-assigned</a></div><div><br class=""></div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class="">Saul<br class=""><br class=""><br class="">-----Original Message-----<br class="">From: Mark Elkins [<a href="mailto:mje@posix.co.za" class="">mailto:mje@posix.co.za</a>]<br class="">Sent: 26 October 2016 11:30 AM<br class="">To: Amreesh Phokeer <<a href="mailto:amreesh@afrinic.net" class="">amreesh@afrinic.net</a>>; AfriNIC Resource Policy <br class="">Discussion List <<a href="mailto:rpd@afrinic.net" class="">rpd@afrinic.net</a>><br class="">Subject: Re: [rpd] Lame delegation in AFRINIC WHOIS database<br class=""><br class=""><br class=""><br class="">On 26/10/2016 09:24, Amreesh Phokeer wrote:<br class=""><br class=""><blockquote type="cite" class="">Questions to the community:<br class="">1. Should AFRINIC implement operational checks that are run<br class="">periodically and members are informed about the status of their domain <br class="">objects.<br class=""></blockquote><br class="">"After X reminders, if domain object still contain lame NS records, domain <br class="">object are removed." is part of "2"<br class=""><br class="">years ago, when I started to run the CO.ZA domain name system, Mike Lawrie, <br class="">the previous administrator, strongly suggested to me that you should not put <br class="">something into the zone until it works. i.e. Start off with something that <br class="">works.<br class=""><br class="">This was built into the CO.ZA DNS system - your Nameservers has to work at <br class="">the time of delegation. Lots of people did not like this - but it was <br class="">policy. This has relaxed a bit over time.<br class=""><br class="">When Nameservers are added to the AFRINIC "<a href="http://my.afrinic.net" class="">my.afrinic.net</a>" web interface<br class="">- one could run some checks there and then and provide user feedback.<br class="">One could either refuse to accept the new/change operation immediately - or <br class="">perhaps after a day (before people forget).<br class=""><br class="">A once-yearly check would perhaps be appropriate. If something is noted to <br class="">be bad, check once a week/month and send warnings until its fixed (or <br class="">perhaps automatically deleted).<br class=""><br class="">Currently - I have no idea if any of my Nameservers are Lame. That would be <br class="">the first problem to "fix".<br class=""><br class="">I think visual feedback should also be provided for DS records added/present <br class="">in the system. Always do these tests when someone makes a change - and <br class="">perhaps when ever someone logs into my.afrinic.<br class=""><br class=""><blockquote type="cite" class="">2. Should the AFRINIC community enforce lame delegation removal<br class="">through a policy.<br class=""></blockquote><br class="">Whether Policy or not - I'd support the eventual removal of nameservers <br class="">found to be completely broken.<br class=""><br class="">--<br class="">Mark James ELKINS - Posix Systems - (South) Africa<br class=""><a href="mailto:mje@posix.co.za" class="">mje@posix.co.za</a> Tel: +27.128070590 Cell: +27.826010496<br class="">For fast, reliable, low cost Internet in ZA: <a href="https://ftth.posix.co.za" class="">https://ftth.posix.co.za</a><br class=""><br class=""></div></blockquote></div><br class=""></body></html>