<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 17 Oct 2019, at 14:07, Shane Kerr <<a href="mailto:shane@time-travellers.org" class="">shane@time-travellers.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Fellow TF members,<br class=""><br class="">tl;dr Do we want to explicitly say that we are making requirements for separate databases? (Probably with separate requirements.)<br class=""><br class="">More words follow...<br class=""><br class="">I was thinking about starting off a discussion about stakeholders in the RIPE Database, and I quickly remembered that the RIPE Database is at least two and maybe more databases in one.<br class=""><br class="">We have the number registry:<br class=""><br class="">* IP address assignments (hierarchical)<br class="">* ASN assignments (semi-hierarchical)<br class=""><br class="">We have the routing registry:<br class=""><br class="">* Routes<br class="">* Routers<br class="">* Other routing policy information in various objects & attributes<br class=""><br class="">We have some DNS information, which is used to configure DNS delegation in DNS servers that the RIPE NCC maintains:<br class=""><br class="">* Reverse DNS domains<br class=""><br class="">We have abuse/security information:<br class=""><br class="">* "Incident Response Team" (a.k.a. CERT)<br class="">* Various attributes (abuse-c, remarks, ...)<br class=""><br class="">We have the last remains of attempts at lighthearted fun:<br class=""><br class="">* Poems<br class=""><br class="">We have contact information used by everything (secondary data, cleaned up automatically if not referenced by something else):<br class=""><br class="">* Organisations<br class="">* Persons<br class="">* Roles<br class=""><br class="">We have the authentication/authorization that protects stuff (also secondary data, although I don't think cleaned up automatically):<br class=""><br class="">* Maintainers<br class="">* PGP & X.509 certificates<br class=""><br class=""><br class="">Finally, I'd like to note that there is a highly-coupled database, which is the RIPE NCC member database. The RIPE NCC keeps all kinds of non-public information, some of which is pushed to the RIPE Database (like organization contact information), some of which the RIPE Database has specific access to (like SSO authentication), and some of which is never entered into the RIPE Database (like billing status).<br class=""><br class="">So... do we want to explicitly say that we are making requirements for separate databases? ðŸ˜„<br class=""></div></div></blockquote><div><br class=""></div>I believe <font color="#000000" class="">we should cover all databases that come under the RIPE Database umbrella today and as part of our role we should review their role and need. </font>It would be good to hear what others think, should our work cover ALL databases within the RIPE database? Is there agreement here? <br class=""><br class=""></div><div>Thanks,</div><div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class=""><br class=""></span></font></div><div><font color="#000000" class=""><span style="caret-color: rgb(0, 0, 0);" class="">Bijal <br class=""></span></font><blockquote type="cite" class=""><div class=""><div class=""><br class="">Cheers,<br class=""><br class="">--<br class="">Shane<br class=""><br class=""></div></div></blockquote></div><br class=""></body></html>