- ripe-atlas - mailman.ripe.net

All-Probe Traceroute + detect RFC1918 addresses
by Jeroen Massar 18 Sep '21

18 Sep '21

Hi Folks, Has anybody ever run a all-probe traceroute and then to detect any RFC1918 addresses in there? (though many probes will have locally some RFC1918) We got CAIDAs spoofer project, but that primarily afaik checks that by doing connections, not by checking ICMP returns. I just saw towards 213.244.71.2 : 11 Bundle-Ether42.br03.mrs01.pccwbtn.net (63.223.38.78) 29.068 ms 29.301 ms 29.129 ms 12 Bundle-Ether41.br03.mrs01.pccwbtn.net (63.223.38.74) 31.462 ms 31.410 ms 31.459 ms 13 10.74.42.10 (10.74.42.10) 77.574 ms 63.222.97.82 (63.222.97.82) 73.651 ms 63.222.97.90 (63.222.97.90) 73.514 ms 14 10.74.42.129 (10.74.42.129) 82.789 ms * 10.74.19.29 (10.74.19.29) 78.695 ms 15 * * 10.74.25.22 (10.74.25.22) 78.914 ms 16 * * 10.74.25.22 (10.74.25.22) 78.875 ms 17 * * * Which means the whole path till that IP was not doing any kind of RPF.... thus spoofing anything else would be possible too. At least one could kick PCCW in this case... but likely there are others. And as we are in 2021... a hall of shame might be appropriate... Of course, one should also do that for IPv6; though I expect outside the stray ULA address (thank you apple; though they are fixing that ULA issue with homepods apparently) very little of it, though "meten is weten" (measuring is knowing). Greets, Jeroen

6 20

New release on the RIPE Atlas back-end
by Viktor Naumov 13 Sep '21

13 Sep '21

Dear RIPE Atlas users, We'd like to inform you that we have just deployed a new release of our back-end system based on an upgraded version of a back-end framework we're using. We don't expect major issues but please let us know if you encounter something odd that may be related to this work by sending email to atlas(a)ripe.net <mailto:atlas@ripe.net> and we'll look into the issue. Regards, Viktor Naumov

1 0

A minor issue yesterday evening - today morning
by Robert Kisteleki 07 Sep '21

07 Sep '21

Dear All, You may have noticed a small hickup in RIPE Atlas measurement scheduling: between yesterday around 22:30 and today 10:30 (CEST) the measurements participants have not been properly recorded in our metadata store. This had virtually no impact on your measurements, but we're aware that some of you have eagle eyes for such details so we wanted to inform you regardless. Interesting background info for the curious: after more than 10 years of bookkeeping we basically exhausted the 32 bit ID space in our main database for confirming probe participation in the measurements... so we needed to upgrade the relevant fields and processes around it ahead of schedule. (The original plan was to do this for in all locations before EOY, perhaps even in the coming weeks.) Regards, Robert Kisteleki RIPE NCC

1 0

snmp
by Folkert van Heusden 01 Sep '21

01 Sep '21

Hi, Is it possible to do snmp queries? I have a device on the internet. From some ip-adresses snmpwalk returns the whole list (about 6 entries), from some ip-addresses 1 + timeout and from most only a timeout. I would like to figure out what the pattern is. Can ripe atlas assist in that? I checked the user-interface but only found dns, ntp, etc. regards

1 0

Website Login Redirection: Error 404
by Christian Schrötter 28 Aug '21

28 Aug '21

Hi, seems like there's a tiny (but annoying) bug at the new Atlas website. Steps to reproduce: * Logout at RIPE! * Open a private probes page: https://atlas.ripe.net/probes/35732/ * "You do not have permission to access this page. […]" -> click at the hyperlink "LOGGING IN" within the text. Now you're at [1]. Enter your username/password and continue. After that you'll be redirected to [2] – beautiful HTTP error 404 from Nginx. ;-) -- With kind regards, Christian Schrötter [1]: https://access.ripe.net/?originalUrl=https://atlas.ripe.net/login/?next= [2]: https://atlas.ripe.net/login/?next=

2 3

DNS resolution
by Thomas Schäfer 20 Aug '21

20 Aug '21

Dear atlas team, I have a simple question. After crating a measurement how often the name of the target is resolved? E.g. I want to ping a target with a stable dyndns name, but with changing ip addresses. It seems to me that most probes don't refresh the ip address once the measurement has started, even it is just a daily ping. Regards, Thomas

3 2

New on RIPE Labs: Exploring RIPE Atlas Traceroutes from 2012 to 2019
by Antony Gollan 09 Aug '21

09 Aug '21

Dear colleagues, In a new article on RIPE Labs, Nevil Brownlee presents an analysis of RIPE Atlas traceroutes for days in 2012, 2015, 2017 and 2019 with full network graphs for each successive half-hour, and develops an algorithm for finding node or edge outages of an hour or more: https://labs.ripe.net/author/nevil/exploring-ripe-atlas-traceroutes-from-20… Kind regards, Antony Gollan Communications Team Leader RIPE NCC

1 0

Upgrade existing Anchor to newer hardware
by Cathal Mooney 05 Aug '21

05 Aug '21

Hi, I am working for the Wikimedia Foundation, and we have several Atlas Anchor's deployed at various locations. Some time ago the Anchor we had in our location in Dallas, US (p6093.probes.atlas.ripe.net) failed due to a hardware failure. We are now attempting to replace the Anchor with new hardware which we have installed. The old device was a v2 Anchor (Soekris), however, and the new device is v3 (PC Engines APU.2E2). Given the newer hardware I expect we will need a different USB image to boot from? Our hope would be to re-use the previous IP addressing and other details so that does not need to change. What might be the best way to approach this? Many thanks, Cathal.

2 2

Representative probe sets in eyeball networks by country
by Bart van der Sloot 21 Jul '21

21 Jul '21

Hi RIPE Atlas community, Can anyone recommend/provide predefined probe sets which provide a fair representation of the eyeball networks in a country, e.g. “10 probes in each of the Top 5 eyeball networks in France” – and preferably probes that are “in” these eyeball networks (and/or close to their interconnection routers – where they peer or connect to their Transit providers, decreasing the dependency on last mile access and in-home networks) and probes that have a high uptime? Thanks in advance for your reactions! Kind regards, Bart van der Sloot Managing Director Leaseweb Network Leaseweb Network B.V. +31 20 316 0237 +31 6 5249 8035 b.vandersloot(a)network.leaseweb.com www.leaseweb.com Hessenbergweg 95, 1101 CX Amsterdam, the Netherlands © Leaseweb Network B.V. and FiberRing, Hessenbergweg 95, 1101 CX Amsterdam, is filed with the Chamber of Commerce under registration nr. 30188570, in the Netherlands. This email including any attachments contains confidential information from us. If you have received this email message in error or unauthorized by us, please immediately notify us by replying, keep the message strictly confidential and immediately delete the email message including all attachments. Leaseweb and FiberRing are the registered trademark under which Leaseweb Network B.V. as separate and independent Leaseweb sales company provides services in a particular geographic area, subject to the FiberRing B2B Sales Terms and Conditions. Please see www.fiberring.com for more information.

1 0

anchor disk recovery
by Matthieu Herrb 20 Jul '21

20 Jul '21

Hi, after a power outage, our anchor got its grub.cfg file corrupted. I managed to use a .rpmsave boot.cfg that was present on the disk and boot into the recovery kernel. >From here the anchor is alive again on the management interface at https://atlas.ripe.net/probes/7000/ but I guess it's still in a unstable state. What is the procedure to actually repair the installation ? Should I re-install it from the USB image, or is there something else I can do remotely ? x -- Matthieu Herrb

1 0