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]/
[atlas] some probes not returning NSID
- Previous message (by thread): [atlas] some probes not returning NSID
- Next message (by thread): [atlas] some probes not returning NSID
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Philip Homburg
philip.homburg at ripe.net
Tue Feb 24 11:06:21 CET 2015
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2015/02/23 17:23 , Mark Delany wrote: > On 23Feb15, Daniel AJ Sokolov allegedly wrote: >> On 2015-02-23 at 09:08, Stephane Bortzmeyer wrote: >>> Zealous middlebox, dropping the EDNS options it doesn't know? >>> This is far more probable than a faulty probe. >> >> Which would be an interesting test result, too. > > Yes. This is an excellent thought for a feature request. > > Being able to add EDNS options to the query and test whether they > make it there and back. MarkA at ISC has a similar set of tests which > might be a useful guide. They also include the ability to send an > "unknown" EDNS option and an "unknown" version I believe. Except for unknown EDNS options and unknown version, this is already possible. There is however no way to just include the EDNS option. Setting any parameter that requires the option pulls it in. So the easiest way to get the option included is to change the USB buffer size. Philip -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTsTR0ACgkQ23LKRM64egKIxQCfXEuz/2eXm3zUHsv8H4/naAj1 qSgAn2piu24acy38NfyY4OUInQhqRYPw =UrBM -----END PGP SIGNATURE-----
- Previous message (by thread): [atlas] some probes not returning NSID
- Next message (by thread): [atlas] some probes not returning NSID
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]