<div dir="ltr">Hi Stephane, <div><br></div><div>We tag these probes with system-ipv4-rfc1918 and system-ipv6-ula. You can use these tags to include or exclude them in measurements.</div><div><br></div><div>Cheers,</div><div>Johan</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 3 Jul 2024 at 16:25, Marco Moock <<a href="mailto:mm@dorfdsl.de">mm@dorfdsl.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 03.07.2024 um 16:13:31 Uhr schrieb Stephane Bortzmeyer:<br>
<br>
> We all know that user tags are imperfect and there is not a lot we can<br>
> do (except pinging from time to time the hosts, like ICANN does with<br>
> "Keep your social data up-to-date for your domain", with mixed<br>
> success).<br>
> <br>
> One of the problems is that people tag correctly (I hope so) but do<br>
> not always tag when it would be useful. For instance, the tag "nat" is<br>
> sometimes given to probes without NAT (see for instance probes<br>
> 1000929, 1005290, 1008281 or 50663) but the opposite is much more<br>
> common. When requesting a measurement withOUT tag "nat", 3/4 of the<br>
> selected probes have a RFC 1918 IP address (see measurement<br>
> #74862711) and are certainly NATted.<br>
> <br>
> It seems that for many hosts, "nat" is the default.<br>
<br>
At least for RFC1918 or ULA this could be a system tag that detects<br>
that.<br>
If no outgoing connection to the RIPE is possible via the non-global<br>
address, NAT won't be given.<br>
<br>
-- <br>
Gruß<br>
Marco<br>
<br>
Send unsolicited bulk mail to <a href="mailto:1720016011muell@cartoonies.org" target="_blank">1720016011muell@cartoonies.org</a><br>
<br>
-- <br>
ripe-atlas mailing list<br>
<a href="mailto:ripe-atlas@ripe.net" target="_blank">ripe-atlas@ripe.net</a><br>
<a href="https://mailman.ripe.net/" rel="noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div>