This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[dns-wg] NSID option on the RIPE Atlas SOA measurements of the root servers
- Previous message (by thread): [dns-wg] NSID option on the RIPE Atlas SOA measurements of the root servers
- Next message (by thread): [dns-wg] [mat-wg] NSID option on the RIPE Atlas SOA measurements of the root servers
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Chris Amin
camin at ripe.net
Mon Jul 24 10:13:58 CEST 2017
On 24/07/2017 09:04, Roland van Rijswijk - Deij wrote: >> Please let us know if you have any preference for which way we go on >> this, particularly if you have a (current or future) use case for this >> kind of data. > > I don't quite see how option 2 does not result in an increase in storage > requirements, and you seem to contradict this by then talking about > reducing the measurement frequency. Perhaps I misunderstand what you're > saying here. My mistake, I had the option numbers the wrong way round. Option 2 (new measurements) slightly increases storage requirements, but comes with the kinds of benefits that you advocate for below. >>From a research perspective, I would argue that it would at least > temporarily make sense to have the two (slightly) different measurements > (i.e. the old without and the new one with NSID enabled) running in > parallel, just to flesh out whether any significant differences occur. > If storage and measurement performance are not a (serious) issue, then > running two separate measurements would be preferable, in my opinion, to > safeguard continuity of the existing measurements. In my experience such > longitudinal datasets keep increasing in value as time progresses, and > are more valuable if they have a consistent measurement methodology. > Based on that argument, discontinuing or altering and existing > measurement should only be done if there are good reasons for it. ACK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: </ripe/mail/archives/dns-wg/attachments/20170724/d066c603/attachment.sig>
- Previous message (by thread): [dns-wg] NSID option on the RIPE Atlas SOA measurements of the root servers
- Next message (by thread): [dns-wg] [mat-wg] NSID option on the RIPE Atlas SOA measurements of the root servers
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]