[ncc-services-wg] Proposal: optimized rev-DNS operations
- Previous message (by thread): [ncc-services-wg] Planned Maintenance Affecting the LIR Portal (18-19 October 2019)
- Next message (by thread): [ncc-services-wg] Proposal: optimized rev-DNS operations
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Kurt Kayser
kurt_kayser at gmx.de
Thu Oct 24 23:22:28 CEST 2019
Dear RIPE NCC Services-WG, please have a look at a new proposal: _Purpose: optimize Reverse-DNS operations_ 1. Assumption: There is a ton of negative reverse-DNS replies (no PTR-record/NXDOMAIN) returned from the RIPE NCC rev-DNS-Servers, for all not-yet-delegated address-blocks they are responsible for (also called “lame” delegations ?). 2. Question: How could this be optimized or at least encouraged to be fixed? Proposal: The RIPE NCC ops starts collecting statistics per member/LIR account of negative reverse-DNS queries for a respective address block (which is not yet delegated) and reports those statistics optionally to the LIRs, sorted by amount (i.e. top10 or top20 list in a fixed interval - say 1/month). There should be NO information about WHO requested rev-DNS values or when. Just a simple, aggregated summary of top requested addresses/blocks. 3. In case a member opts-in to view such statistics, one could decide to actively reply to such reverse-DNS requests and instead offer “good results” for requests, the address owners would never would see. 4. As a result: better performance, less errors through better infomation for RIR-members. I propose to run a test with a given address-block, which are not yet reverse-delegated and check if this approach is feasable, or where breakpoints might be, if this needs to work at a larger scale (across all rev-DNS Servers, operated by RIPE NCC for many members ideally). Best regards, Kurt Kayser -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.ripe.net/ripe/mail/archives/ncc-services-wg/attachments/20191024/399eca2f/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4052 bytes Desc: S/MIME Cryptographic Signature URL: <https://lists.ripe.net/ripe/mail/archives/ncc-services-wg/attachments/20191024/399eca2f/attachment.p7s>
- Previous message (by thread): [ncc-services-wg] Planned Maintenance Affecting the LIR Portal (18-19 October 2019)
- Next message (by thread): [ncc-services-wg] Proposal: optimized rev-DNS operations
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]