Re: [atlas] Easy way to view DNS results?

2023-07-25 Thread Petr Špaček
y a parser that was written by someone who believed that DNS replies are not case insensitive (which is true from one point of view, but not from another point of view!). For people interested in DNS case (in)sensitivity, have a look at https://datatracker.ietf.org/doc/html/rfc4343 -- Petr Špaček -- ripe-atl

Re: [atlas] Proposal: Remove support for non-public measurements [ONLY-PUBLIC]

2023-01-02 Thread Petr Špaček
recent statistics about this. Stats would be interesting. Another thing to consider is that lots of one-off measurements might mean "not much data" and at the same time "inflating database indices a lot" (or not, depending on the schema). Petr Špaček Cheers, Robert

Re: [atlas] Proposal: Remove support for non-public measurements [ONLY-PUBLIC]

2022-12-16 Thread Petr Špaček
doing study on any given outage, or even study about optimization practices over time. For example, the DNS community has service called DNSViz which does just one-off measurements, and yet, researchers come and write papers based on data from DNSViz. HTH. -- Petr Špaček -- ripe-atlas

Re: [atlas] Proposal: Remove support for non-public measurements [ONLY-PUBLIC]

2022-12-15 Thread Petr Špaček
ure, it should be possible to intersect set of users vs. set of probe owners and see how many probes would be affected in the worst case - if all of the users withdrew all of their probes? If it is not a _significant_ part of network, I would say ... "Nuke it from orbit." -- Petr Šp

Re: [atlas] Overuse of software probes

2022-04-01 Thread Petr Špaček
I'm trying to do that by manually selecting probe IDs when I need to, but obviously that does not scale. Thank you for considering this. -- Petr Špaček @ Internet Systems Consortium -- ripe-atlas mailing list ripe-atlas@ripe.net https://lists.ripe.net/mailman/listinfo/ripe-atlas

Re: [atlas] SSL Certificates for ripe anchors

2019-08-30 Thread Petr Špaček
ally save money or use > that money for lottery or beer on ripe event(s) .  ;) Hold your horses, self-signed cert with proper TLSA records in DNSSEC-signed domain is even better, see https://tools.ietf.org/html/rfc6698 . Besides other things correctly configured TLSA record + client side va

Re: [atlas] Feature Request to consider: DNS response IP header

2019-05-22 Thread Petr Špaček
ments. > > So I'm curious if anyone else think it would be a useful feature and > if there is some demand for such a feature - maybe the Atlas team > could consider implementing it? Yes, I think it is occasionally useful. -- Petr Špaček @ CZ.NIC

Re: [atlas] DNS-over-TLS and DNS-over-HTTPS measurement

2019-04-08 Thread Petr Špaček
Thank you, I will have a look. I must have missed DoT in the UI and API docs. Anyway, are there plans for supporting DNS-over-HTTPS? Petr Špaček @ CZ.NIC On 08. 04. 19 16:47, Stephane Bortzmeyer wrote: > On Mon, Apr 08, 2019 at 04:36:37PM +0200, > Petr Špaček wrote > a message of

[atlas] DNS-over-TLS and DNS-over-HTTPS measurement

2019-04-08 Thread Petr Špaček
Hello, could you share plans for DNS-over-TLS and DNS-over-HTTPS measurements? I had impression that DNS-over-TLS is already supported but now I cannot find it in the UI so I'm probably wrong. Thank you for information! -- Petr Špaček @ CZ.NIC

Re: [atlas] testing DNS flag day compatibility

2018-12-19 Thread Petr Špaček
ttps://dnsflagday.net/ [2] https://gitlab.isc.org/isc-projects/DNS-Compliance-Testing/blob/master/genreport.c#L216 [3] https://gitlab.labs.nic.cz/knot/edns-zone-scanner/ Petr Špaček @ CZ.NIC On 19. 12. 18 11:29, Daniel Suchy wrote: > Hello, > > On 12/19/18 10:33 AM, Petr Špaček wr

Re: [atlas] testing DNS flag day compatibility

2018-12-19 Thread Petr Špaček
s not going to happen, go away" or is there a room for negotiation? I can provide detailed argumentation if you are willing to negotiate. Petr Špaček @ CZ.NIC > > Daniel > > On 12/17/18 6:40 PM, Petr Špaček wrote: >> Hello everyone, >> >> this is follow-up from R