<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hello Roberto,<br><br>I’ve done the exact same measurement too, using the 3 types of traceroute available (ICMP, UDP and TCP).<br>UDP:<br>(https://atlas.ripe.net/measurements/49826077/#general)<br><img alt="PastedGraphic-1.tiff" src="cid:9F67BB56-F1BC-47EC-B7E6-4082FF52B2FB"><br><br><br>TCP:<br>(https://atlas.ripe.net/measurements/49826078/#general)<br><img alt="PastedGraphic-2.tiff" src="cid:84501B42-057B-4275-A2A3-F5956AEAA293"><br><br>ICMP:<br>(https://atlas.ripe.net/measurements/49826076/#general)<br><img alt="PastedGraphic-3.tiff" src="cid:1A82C39B-39C5-4557-8F03-CC79F34F5219"><br><br>The way the traceroute works in Atlas is that if 5 hops have been received without response, the trace skips over to TTL 255 and ends the traceroute. This is what you see with TCP and ICMP. The traceroute stops for lack of response. To prove that, I’ve run the trace again, skipping hops 1-7, for both ICMP and TCP:<div><br><span>https://atlas.ripe.net/measurements/49826868/#general<br><img alt="PastedGraphic-5.tiff" src="cid:DD93E21A-CD75-470C-8A2D-E0BA57F38907"><br><br>https://atlas.ripe.net/measurements/49826959/#general<br><img alt="PastedGraphic-6.tiff" src="cid:43CBF4DC-E792-4C77-8805-253DABCD9774"><br><br>Now for the interesting bits:<br><div><ul class="MailOutline"><li>100.64.0.0/10 is CGN (Carrier Grade NAT), RFC 6598.</li><li>Looking at the traceroute differently:</li><ul class="MailOutline"><li>Hop 1 (AS16509, Amazon EU West, Amazon-02)</li><li>Hop 2-7 CGN</li><li>Hop 8-9 (AS unknown, but between UK and US, IPROU3-ARIN, so Amazon IP routing 3)</li><li>Hop 10 (AS unknown, but between UK and US, IPROU3-ARIN/ARMP-ARIN, Amazon IP routing)</li><li>Hop 11-15 CGN</li><li>Hop 16 (AS unknown,  presumably US, IPROU3-ARIN/ARMP-ARIN, I presume Amazon IP routing still)</li><li>Hop 17-19 CGN</li><li>Hop 20 (AS13335, Cloudflare US)</li></ul></ul><div><br></div></div>So it seems like every cloud zone interconnect (amazon Europe west, US, then Cloudflare) transitted goes through a CGN setup. Not sure but I can understand if this confuses some types of traffic.<br><br>I don’t think there’s anything wrong with your setup, but the results are interesting. I’ve copied a couple of our researchers onto the mail as they may be interested in this as well.</span></div><div><span><br></span></div><div><span>Regards,</span></div><div><span><br></span></div><div><span>Michel<br><br><blockquote type="cite">On 8 Feb 2023, at 11:33, roberto.lucignani@caleidos.it wrote:<br><br class="Apple-interchange-newline">Hi Michael,<br>for example, one measure ID is this one: 49813750<br>The result says there are 7 HOPS.<br> The result of the traceroute made directly on the host is the following one<br> traceroute to www.madghigno.tech (172.67.221.209), 30 hops max, 60 byte packets<br>1  52.56.0.19  24.303 ms 52.56.0.31  9.067 ms 52.56.0.17  29.663 ms<br>2  * 100.65.18.192  7.843 ms 100.65.19.176  6.252 ms<br>3  100.66.8.254  1.563 ms 100.66.8.146  0.697 ms 100.66.8.168  1.449 ms<br>4  100.66.10.138  8.469 ms 100.66.10.14  5.713 ms 100.66.10.6  8.127 ms<br>5  100.66.7.77  1.653 ms 100.66.6.173  2.658 ms *<br>6  100.66.4.75  2.726 ms 100.66.4.87  2.327 ms 100.66.4.89  1.550 ms<br>7  100.65.10.65  0.533 ms 100.65.11.1  0.857 ms 100.65.10.161  8.616 ms<br>8  15.230.158.29  2.062 ms 15.230.158.171  5.998 ms 15.230.158.27  1.617 ms<br>9  15.230.158.164  1.315 ms 52.94.33.120  2.089 ms 15.230.158.40  1.484 ms<br>10  54.239.101.83  1.440 ms 150.222.65.23  1.358 ms 54.239.101.87  1.897 ms<br>11  100.91.211.7  1.368 ms 100.91.13.66  1.956 ms 100.91.13.100  5.077 ms<br>12  100.91.210.16  1.837 ms 100.100.6.119  1.848 ms 52.93.134.81  2.178 ms<br>13  100.100.73.70  2.434 ms 100.91.203.106  4.546 ms 100.100.85.70  1.139 ms<br>14  100.91.207.15  1.289 ms * 100.100.72.67  1.767 ms<br>15  100.100.2.76  3.616 ms 100.91.201.140  1.955 ms 100.91.205.18  1.744 ms<br>16  99.83.89.19  6.820 ms 100.91.201.1  2.454 ms 100.91.201.97  2.415 ms<br>17  100.91.211.89  17.823 ms 172.71.176.2  3.200 ms 172.70.160.2  4.450 ms<br>18  100.100.6.77  1.805 ms 100.100.6.3  1.943 ms 100.100.6.111  2.005 ms<br>19  100.100.80.70  1.980 ms 100.100.76.134  2.679 ms 100.100.69.134  2.081 ms<br>20  172.67.221.209  2.799 ms 100.100.89.209  7.318 ms 100.100.89.17  6.869 ms<br> Since the website is served by cloudflare the route may vary between requests but the are always around 18/20 HOPS<br> I don’t understand if I0m missing something here. Let me know if you need further details<br>  Regards,<br>Roberto<br>  From: Michel Stam <mstam@ripe.net><br>Date: Wednesday, 8 February 2023 at 10:13<br>To: roberto.lucignani@caleidos.it <roberto.lucignani@caleidos.it><br>Subject: Re: [atlas] Measurement question<br>Hello Roberto,<br> Would you be able to share screenshots/measurement ids so we can have a look?<br> Regards,<br> Michel<br><br><br>On 8 Feb 2023, at 09:04, roberto.lucignani@caleidos.it wrote:<br> I’m doing some measurement from one of my software probes, the measure is a traceroute to a destination.<br> The results I get are completely different from what I see doing the same traceroute directly on host where the probe is installed. I configured the measure to sue the DNS resolution on the probe..<br> From the Atlas portal I get a traceroute with 7 hops, doing it directly on the host returns 28 hops, for the same destination.<br> Why this difference ?<br>  Regards,<br>Roberto<br> --<br> Mail sent with Outlook for Mac<br> This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this message from your system. E-mail transmission cannot be guaranteed to be secure or error-free, because information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message that arise as a result of e-mail transmission.<br> -- <br>ripe-atlas mailing list<br>ripe-atlas@ripe.net<br>https://lists.ripe.net/mailman/listinfo/ripe-atlas</blockquote><br><br></span><div></div></div></body></html>