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/ripe-atlas@ripe.net/
[atlas] Satellite based "last mile" and Atlas probes
- Previous message (by thread): [atlas] Satellite based "last mile" and Atlas probes
- Next message (by thread): [atlas] Satellite based "last mile" and Atlas probes
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ponikierski, Grzegorz
gponikie at akamai.com
Fri Apr 23 21:56:13 CEST 2021
Wow, quite complex description worth a good diagram :D Regards, Grzegorz From: Eric Kuhnke <eric.kuhnke at gmail.com> Date: Friday 2021-04-23 at 17:23 To: Thomas Schäfer <tschaefer at t-online.de> Cc: "ripe-atlas at ripe.net" <ripe-atlas at ripe.net> Subject: Re: [atlas] Satellite based "last mile" and Atlas probes MTU being only 1280 can't be right, my connection looks like a normal 1500 MTU... The v4 IP shown in the measurement which is only 10ms from something, I do not think the ICMP echo is faked, that's the terrestrial gateway side of the cgnat. Which in the examples of my own starlink terminal and several others, is some item of Google equipment located near a major city's IX point. The "public" side of the cgnat for my terminal is less than a millisecond from core stuff in Seattle. Starlink terminals which exit to the Internet through a gateway in Chicago, have global-routing-table facing sides of their cgnat only 1 to 2ms away from several ISPs' looking glasses at 350 E. Cermak and other IX points in Chicago. But the end to end latency from a terminal is more like an absolute minimum of 16ms, more often an average of 23ms. On Fri, Apr 23, 2021 at 8:09 AM Thomas Schäfer <tschaefer at t-online.de<mailto:tschaefer at t-online.de>> wrote: Am Freitag, 23. April 2021, 11:18:17 CEST schrieb Tim Chown: > > Is that a local choice, or does Starlink not carry IPv6? A very interesting setup was yesterday documented by awlnx via twitter. https://twitter.com/awlnx/status/1385263694649700353<https://urldefense.com/v3/__https:/twitter.com/awlnx/status/1385263694649700353__;!!GjvTz_vk!DqcXz7Mmqa10BK1BpyLbKeGkcBUW4yw_iOuva3BsA94XLy7QMCqQAh-2aTtAmiQ$> She got it working. Some things I can remember: inbound is open, she presented an IPv6-only webserver, at least yesterday it was functional: https://atlas.ripe.net/measurements/29792632/#general<https://urldefense.com/v3/__https:/atlas.ripe.net/measurements/29792632/*general__;Iw!!GjvTz_vk!DqcXz7Mmqa10BK1BpyLbKeGkcBUW4yw_iOuva3BsA94XLy7QMCqQAh-26b4vRr8$> there are some strange things: mtu is only 1280 icmp echo request answers are faked Regards, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/ripe-atlas/attachments/20210423/8e3cf001/attachment.html>
- Previous message (by thread): [atlas] Satellite based "last mile" and Atlas probes
- Next message (by thread): [atlas] Satellite based "last mile" and Atlas probes
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]