- ripe-atlas - mailman.ripe.net

Update to RIPE Atlas Anchors Article
by Michela Galante 08 Aug '17

08 Aug '17

Dear colleagues, We just published an update to the RIPE Labs article “The Next Generation of RIPE Atlas Anchors”. You can read it here: https://labs.ripe.net/Members/alun_davies/the-next-generation-of-ripe-atlas… Best regards, Michela Galante RIPE NCC

2 3

Join RIPE NCC Hackathon Version 6, 4-5. November, Copenhagen, Denmark
by Vesna Manojlovic 08 Aug '17

08 Aug '17

Dear colleagues, The sixth RIPE NCC hackathon will take place on Saturday and Sunday, 4-5 November 2017 in Copenhagen, Denmark. The topic is: IPv6! We're looking for creative thinkers: front-end developers, UI designers, network operators, researchers, hackers and other enthusiastic coders, to help us develop new tools that would enable deployment of IPv6 and visualizations based on IPv6 measurements data. All source code developed during the hackathon will be publicly licensed and available on GitHub, and will be free for the entire community to use. -------------------- How to Apply -------------------- Interested? Learn more and apply online today! https://atlas.ripe.net/hackathon/version6/#!application-form *The application deadline is 9.9.* (9th September) We look forward to seeing you there! Find out more in this RIPE Labs article: https://labs.ripe.net/Members/becha/join-the-ripe-ncc-hackathon-version-6 Regards, Vesna Manojlovic Community Builder RIPE NCC

1 0

SOS History empty since 2017-07-20
by Christian Schrötter 01 Aug '17

01 Aug '17

Hi, the last entry in my SOS History is from 2017-07-19, see screenshot [1]. My probe is still connected and working, but there should be two items per day at minimum, for each reconnect of my DSL connection after 24 hours. Looks like something is broken at the Atlas system. Could someone confirm this bug? -- Regards, Christian [1]: https://happytec.at/r/Xfaab

2 2

Probe recovery does not work
by Gil Bahat 27 Jul '17

27 Jul '17

Hi, I've finally managed to get a few USB drives to recover at least a few of my probes (I've spread about 3 dozen and only 2 are still online). But the stated recovery procedure does not work for me, with brand new 8GB keys. Is there any good way to see what's really going on with the recovery? the probes register themselves with the right addresses so I know connectivity and DHCP is ok, and yet they never recover. can the dhcp firmware be modified to try more aggressive recovery or better reporting of its state? Regards, Gil

1 0

Wifi measurements?
by Hank Nussbacher 24 Jul '17

24 Jul '17

When I start a new measurement, in addition to the standard measurements like ping and traceroute, I see a "wifi" measurement that appears for about 2 seconds at the end of the list and then auto-disappears. See attached screenshot. Explanations? Thanks, Hank

2 1

New on RIPE Labs: The Next Generation of RIPE Atlas Anchors
by Alun Davies 21 Jul '17

21 Jul '17

Dear Colleagues, The RIPE NCC is in the process of testing hardware for the next generation of RIPE Atlas anchors. Here’s a detailed overview of the process: https://labs.ripe.net/Members/alun_davies/the-next-generation-of-ripe-atlas… Best regards, Alun Davies RIPE NCC

5 4

NSID option on the RIPE Atlas SOA measurements of the root servers
by Chris Amin 20 Jul '17

20 Jul '17

Dear colleagues, RIPE Atlas is currently running a series of DNS SOA built-in measurements* towards all of the root servers from all probes. During the recent DNS measurements hackathon** it became apparent that for some use cases it would be useful to have SOA queries from all probes with the NSID EDNS option set, in order to be able to match up responses with the particular responding instances in an anycasted (or load balanced) setup. We would like to ask for feedback on two alternative options for implementing this change. They are: 1) Enable the NSID option for the existing built-in measurements towards the nine root servers which support it. 2) Start a new set of built-in measurements towards the nine root servers which support NSID. The advantages of option (1) are that it will be possible to compare and contrast the two sets of results, and that historical data for the existing built-ins will remain consistent with the current results. A very simple analysis shows that there is no overall increase in query error rates through enabling NSID, but there are bound to be individual marginal cases where queries fail or produce different results with NSID set but succeed without it. The advantages of option (2) are that there will be no increase in result storage usage -- the current IPv4+IPv6 UDP SOA built-ins towards the nine supporting root servers adds up to about 80 results per second (~1.5% of the total results in the system). This could potentially be mitigated by reducing the frequency for these new measurements, but perhaps more important than the slightly increased load is the potential user confusion caused by generating and providing two very similar sets of measurements. Please let us know if you have any preference for which way we go on this, particularly if you have a (current or future) use case for this kind of data. Kind regards, Chris Amin RIPE NCC * https://atlas.ripe.net/docs/built-in/ ** https://labs.ripe.net/Members/becha/results-dns-measurements-hackathon

1 0

Update on the anchoring measurements change
by Johan ter Beest 20 Jul '17

20 Jul '17

Dear all, As described in the labs article here: https://labs.ripe.net/Members/alun_davies/balancing-act we have split the anchoring measurements. We are currently in the process of adding more probes to the new 'probe' anchoring measurements. We expect this to be completed by the end of this week. Please let us know if you notice anything out of the ordinary. Kind regards, Johan ter Beest RIPE Atlas Team

1 0

Link aggregation for anchors?
by Tore Anderson 20 Jul '17

20 Jul '17

Hi, I was wondering if it is possible to connect our anchor in a fault tolerant fashion using 802.3ad link aggregation? This would allow us to perform serialised maintenance on the upstream switches without ever offlining the anchor. Tore

4 6

Trace and Ping measurements fail on Probe 15861
by ripe＠brite.cz 18 Jul '17

18 Jul '17

Hi team, recently I'm not able to run measurements on probe 15861 I am hosting at home. When I create a measurement with only this probe, it ends up in Failed status [measurements 9193416 9193417 9199824 for example]. When there is multiple probes in the measurement, probe 15861 ends up showing "No recent report available" [9193406 9192883]. Otherwise the probe has been online and does not show any anomalies. Any idea? Thank you Jiri

1 0