- ripe-atlas - mailman.ripe.net

Extreme slowness today?
by Stephane Bortzmeyer 04 Sep '20

04 Sep '20

23 minutes before Atlas tells me there is no suitable probes with my criteria (country=SD, which does not surprise me). Same slowness for all measurements.

1 0

Software vs Hardware probes
by Marty Strong 03 Sep '20

03 Sep '20

Posting to the list hoping somebody has already found the answer :) Is there a way to filter by probe architecture, or perhaps software vs hardware probes? Marty

2 1

RIPE Atlas usage webinar (and software probe installation demo)
by Lia Hestina 02 Sep '20

02 Sep '20

Dear all, The RIPE NCC will host a two day RIPE Atlas webinar with two RIPE Atlas ambassadors as guest trainers, Anurag Bhatia and Swapneel Patnekar. If you are interested in learning to use RIPE Atlas for network monitoring and troubleshooting, and also learning how to install a RIPE Atlas software probe, please join us tomorrow. More information is available here: https://atlas.ripe.net/resources/training-and-materials/innog-webinar/ <https://atlas.ripe.net/resources/training-and-materials/innog-webinar/> If you would like to participate, please send an email to e-learning(a)ripe.net <mailto:e-learning@ripe.net>. Thank you, Lia Hestina

7 11

RIPE Atlas virtual events @ Rootconf
by Lia Hestina 02 Sep '20

02 Sep '20

Dear all, Rootconf organises RIPE Atlas related events starting next week. You will find the information of each event and how to register in the link below: Talk by Philip Paeps: https://hasgeek.com/rootconf/monitoring-internet-networks-using-ripe-atlas-… <https://hasgeek.com/rootconf/monitoring-internet-networks-using-ripe-atlas-…> Workshop by Swapneel Patnekar: https://hasgeek.com/rootconf/measuring-the-internet-using-ripe-atlas/ <https://hasgeek.com/rootconf/measuring-the-internet-using-ripe-atlas/> - Feel free to share this information with friends and colleagues who may be interested in joining and learning more about the RIPE Atlas. Kind regards, RIPE Atlas team _________

2 2

Disabling TLS 1.0 and 1.1 on RIPE Atlas anchors
by Robert Kisteleki 01 Sep '20

01 Sep '20

Dear RIPE Atlas users, We received reports that the availability of TLS 1.0 and 1.1 on RIPE Atlas anchors triggers some security alarms for some anchor hosts. Since the anchors don't host anything sensitive, and the measurment code is not expected to be affected by this, we will stop supporting these protocols on the anchors (*) as of *1 September*. We'll carry on with supporting TLS 1.2 (*) the RIPE Atlas website/UI will be unchanged for the time being although we expect similar changes in the near future Regards, Robert Kisteleki RIPE NCC

3 5

RIPE Atlas Remote Learning session in September 2020
by Lia Hestina 31 Aug '20

31 Aug '20

Dear all, The RIPE NCC will organise a remote learning session for RIPE Atlas. Monitor your network and troubleshoot it with RIPE Atlas. Create specific tailor-made measurements that suit your exact needs using API calls or the command line interface. After this session, you will be able to: Monitor your network using RIPE Atlas measurements Troubleshoot your network using measurements from RIPE Atlas Use the RIPE Atlas command line interface and the API to create tailor-made measurements Pre-requisites: Basic knowledge of networks How the Internet works Basic knowledge of IP, ASN, domains Familiarity with pings and traceroutes Thursday, 17 September 2020, Timezone in UTC 08:00-10:00 <https://www.timeanddate.com/worldclock/converter.html?iso=20200917T080000&p…> Registration: RIPE NCC member, register here: https://lirportal.ripe.net/training/register/courseCode/MET20200006 <https://lirportal.ripe.net/training/register/courseCode/MET20200006> For non members please send an email with your name and email address to training(a)ripe.net <mailto:training@ripe.net> If you have any question about the event, please send email to training(a)ripe.net Kind regards, RIPE Atlas team _________

1 0

WARNING - was Re: Trying to measure Quad9 latency
by Robert Kisteleki 14 Aug '20

14 Aug '20

Dear All, The email below made it to the mailing list, but it seems it so had an attachment which contains a virus. It may be useful to say it explicitly: DO NOT OPEN THE ATTACHMENT Regards, Robert On 2020-08-12 09:09, ripe-atlas wrote: > Re: [atlas] Trying to measure Quad9 latency > > ripe-atlas > ripe-atlas-bounces(a)ripe.net > > [snip]

1 0

[Moderated]
by ripe-atlas 12 Aug '20

12 Aug '20

This message was removed from the archive because it contained malware.

1 0

Re: [atlas] [RIPE-NCC/ripe-atlas-software-probe] Software probes only connect to one controller? (#45)
by Chriztoffer Hansen 10 Aug '20

10 Aug '20

On Mon, 3 Aug 2020 at 12:14, Philip Homburg <notifications(a)github.com> wrote: > This is not an ideal place to discuss how atlas works. It would be better to use the atlas mailing list (https://lists.ripe.net/mailman/listinfo/ripe-atlas). > > In any case, we have 2 controllers for software probes. Those controllers are kept separate from controllers for hardware probes. We placed both controllers at Hetzner and unfortunately, Hetzner seems to have some issues recently (or at least more than I remember). Typically a controller handles about 500 probes, so it will take some time before we will get controllers in other places in the world. > > Quite a bit of atlas backend logic depends on probes having just one controller at a time, so this is unlikely to change soon. > > Sending probes to different controllers happens automatically, but it happens on a time scale of around 6 hours. It seems that the issue at Hetzner was less than 2 hours. However, with all controllers for software probes at Hetzner, a long failure at Hetzner would indeed impact all software probes. In this case, why not have the software probes set up with a fall-back RIPE Atlas Anchor (controller)? E.g. - Setup a list of 2 or more Anchors in a hierarchical order, - If the software probe cannot reach the primary Anchor for more than 10-20 minutes., fall-back to the next Anchor reachable, - Retest connectivity to all configured anchors every 6 hours, - Revert to use the first reachable anchor in the locally configured list (a hierarchical order). * The above idea assumes an Anchor being able to temp. handle more than the default ~500 probes per Anchor, plus co-location diversity of >= 2 providers and >= 3 anchors. -- Chriztoffer

2 1

Far remote probe 34512 offline but partially works
by ripe＠brite.cz 27 Jul '20

27 Jul '20

Hi team, I have probe 34512 in distant location [not able to have it checked physically for some more time], it shows offline since 2020-07-21, no SOS messages listed since 2020-05-16. But other devices connected to the same router do work online, and also the router keeps sending me Log Messages via internet so its internet connection has to be working fine. Router log shows DHCP request getting from the Probe every 12 hours, as usually: 2020/07/27 18:51:44 Info 93-153-42-167.customers.tmcz.cz daemon dnsmasq-dhcp DHCPACK(eth1) 192.168.222.220 c0:25:e9:a8:57:96 2020/07/27 18:51:44 Info 93-153-42-167.customers.tmcz.cz daemon dnsmasq-dhcp DHCPREQUEST(eth1) 192.168.222.220 c0:25:e9:a8:57:96 The router itself is behind NAT and I'm not able to remote to it and proceed with further investigation. From the Log above I see the Probe is running and keeps requesting DHCP requests as usually, so not sure how it could show offline. Do you have any further logs or a way how to try to resurrect the Probe remotely? Thank you Jiri

1 0