Dear DBWG, <br><br>Le dimanche 25 juillet 2021, Nishal Goburdhan <<a href="mailto:nishal@controlfreak.co.za" target="_blank">nishal@controlfreak.co.za</a>> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 25 Jul 2021, at 17:54, Sylvain Baya wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe i failed to state it clearly...i add my support<br>
for a request from the DBWG to the AfriNIC's Staff,<br>
so that they could handle a formal cleanup request<br>
directed to RADb in order to remove all IRR's<br>
objects (including route: and route6:) incorrectly<br>
created in their Database; whereas those objects<br>
are attached to AfriNIC's delegated INRs pools.<br>
</blockquote>
<br>
i feel obliged to point out that this won’t actually return the result that you think it will.<br>
<br></blockquote><div><br></div><div>Brother,</div><div>Thanks for your email :-)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the afrinic team has *no* way of creating a verifiable index of what is correct; at least not from their members’ perspectives. they also have no way of knowing what is intended to be correct (ie. what the member is planning for tomorrow/next week/month/..). </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote><div><br></div><div>...interesting!</div><div>i think, i get your point, you seem to show us a drawback of our expectations? me the first ;-)</div><div><br></div><div>...then, i could agree that anyone has the right to </div><div>put what he want into an open IRR database, even </div><div>if s/he also attach its bogon objects to, specifically, </div><div>AfriNIC's delegated INR pools?</div><div><br></div><div>The reason i catched is that, it's impossible to know if it's an anticipation, on a planed actions... :-/</div><div><br></div><div>...please correct me, i want to better understand!</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">that’s simply isn’t how routing registries works. and i’ll pre-empt the inevitable: “all afrinic space should be in the afrinic IRR” because if anyone is thinking that, then you’re just plain wrong.<br>
<br></blockquote><div><br></div><div>Thanks you! so, if i got it well, it's about the freedom</div><div> to plan a real deployment or something like that?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the afrinic team can request that eg. the RADB remove entries for bogon space (ie. unallocated space) that is tied to afrinic’s IANA-allocated space. that’s easy to justify; the space hasn’t been allocated. period. but once space is allocated, the afrinic team can *not* with any degree of certainty, predict what the origin-as is, or will that will be in the future. and i don’t want them to try!</blockquote><div><br></div><div><br></div><div>...ok, perfect! so the consensus remains :-)</div><div><br></div><div>That is were all the others agreed, i added my ignorance...and good! sure, you are trying to help </div><div>me to learn "one time for all". Thanks.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
one of the longer term working items that we are led to believe is coming in myafrinic v2.x is a dashboard for members to see what IRR objects tie to their allocated space. i’m actually fine with waiting for the afrinic team to deliver that to members, since, a member will (should?) know what the intended origin-as is (and is intended to be), and can choose to act as appropriate, or not. and i know i (at least) have suggested ways to the afrinic team on how they can incentivise members to keep this sort of information accurate (ie. dashboard = green).</blockquote><div><br></div><div><br></div><div>...good! we had that discussion this morning within </div><div>a room of the cmNOG's community.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...yes, it's more than what you asked...that's how<br>
things work...then the DBWG has to agree or not :-)<br>
</blockquote>
<br>
*my* interest - and, the way that i read the OP’s request was a simple: “please publish the authoritative set of all your address space.” i think that’s easy enough to do, and won’t cost the afrinic team too much in development cycles. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><div><br></div><div>...yes! The first separated request...i've already supported it, i think, even if, you know, i proved that the information was already available somewhere </div><div>...hey! also, i have proposed another strange idea [1]</div><div>:'-(</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> i think i counted frank’s personal +1 to that request. still, i would hardly call that consensus, but let’s hope that the afrinic team see that this is an entirely common-sense request, and needn’t wait for the entire working group to vote on this. :-)<br></blockquote><div><br></div><div>...see above, i support it too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
but i don’t see a call to have afrinic act as the police for the RADB. that’s both outside the mandate of *this* working group, and, frankly, an investment of afrinic’s time that doesn’t offer a high ROI.<br>
<br></blockquote><div><br></div><div>...then, you should confirm that you agree for route: objects attached to bogons from obviously AfriNIC's</div><div> delegated IPv4 *free (available)* pool ;-)</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
i’m all for getting the afrinic team to deliver on services that add value to their membership; what you’re asking for, however, is not one of those. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><div><br></div><div>Ok! brother, what i asked is fare to what the ongoing</div><div> consensus seems to be built upon. Please, i </div><div>restate that i agree to focus above mentioned </div><div>bogons route: objects...and, if i'm not front, you </div><div>also agreed! but, feel free to correct me, brother :'-(</div><div> </div><div>...if i'm not wrong, the said ongoing consensus </div><div>remains. Again, please, feel free to confirm it!</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">instead, i read the outcome of this thread as:<br>
#1 - publish the set of afrinic’s address space<br>
#2 - run periodic consistency checks against afrinic’s space, to identify if there are any objects that reference bogons (because, if you don’t, then RFG is just going to do it anyway! :-))</blockquote><div><br></div><div><br></div><div>...i would support both, thanks.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
#3 - remove bogons from your IRR, and institute a periodic process to request others clean their’s<br>
<br></blockquote><div><br></div><div>This one should be splitted in two part, according </div><div>to what RFG has said twice :</div><div><br></div><div>~°~</div><div>•1] Inside the AfriNIC's IRR database (nothing to do!)</div><div>•2] From the RADb's IRR database (ongoing consensus!)</div><div>~°~</div><div><br></div><div>Thanks once more, brother!</div><div><br></div><div>Shalom, </div><div>--sb.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hth,<br>
-n.<br>
<br>[...]
</blockquote>
<br><br>-- <br>--<p>Best Regards !<br>__<br>baya.sylvain[AT cmNOG DOT cm]|<<a href="https://cmnog.cm/dokuwiki/Structure">https://cmnog.cm/dokuwiki/Structure</a>><br>Subscribe to Mailing List: <<a href="https://lists.cmnog.cm/mailman/listinfo/cmnog/">https://lists.cmnog.cm/mailman/listinfo/cmnog/</a>><br>__<br>#LASAINTEBIBLE|#Romains15:33«Que LE #DIEU de #Paix soit avec vous tous! #Amen!»<br>#MaPrière est que tu naisses de nouveau. #Chrétiennement<br>«Comme une biche soupire après des courants d’eau, ainsi mon âme soupire après TOI, ô DIEU!»(#Psaumes42:2)<br><br></p>