- mat-wg - mailman.ripe.net

Feedback on draft RIPE Atlas Service Terms and Conditions
by Adam Piggott 16 Sep '14

16 Sep '14

Hello, Having read the draft I find the T&Cs quite sensible but have some points to bring up. 7.1. [...] The RIPE NCC may perform security checks and audits to determine unauthorised use of the RIPE Atlas Service. 7.2. Users must assist the RIPE NCC with security checks and audits. These are a very open-ended statements and I'm sure that RIPE NCC has no intention of visiting our homes or places of work to perform "security checks and audits". The terms are written in a "legalese" form of language and hence must be taken at face value by those who accept them. I would not be comfortable agreeing to these two points without some sort of clarification as to what "security audits and checks" could be, and what "assistance" I would be obliged to provide. 10.1. All the RIPE Documents referred to in this agreement are available on http://www.ripe.net/. The Probe Host will regularly take notice of updated RIPE Documents on the website. I cannot accept this term. I can only accept to be bound to new terms if they are sent to me directly, for example by email. Article 2.3 seems to infer that RIPE NCC will indeed contact users directly at least 30 days in advance, which is acceptable. Thanks to RIPE NCC for including the community in such an important process. -- Adam Piggott, Proprietor Proactive Services (Computing)

2 1

Seeking community feedback on draft RIPE Atlas Service Terms and Conditions
by Vesna Manojlovic 15 Sep '14

15 Sep '14

Dear colleagues, As RIPE Atlas transitions from a pilot project to a production service, we want to publish RIPE Atlas Service Terms and Conditions that describe the use of the service and spell out both the user's and the RIPE NCC's obligations. We have published these proposed terms and conditions, along with an implementation plan, on RIPE Labs. Please take a look and let us know what you think. Your feedback is valuable, and and want to ensure we keep the community involved in every step of the process. https://labs.ripe.net/Members/becha/ripe-atlas-moving-to-production-service The main discussion about this should happen on the MAT Working Group Mailing List. We are asking to receive all feedback by the end of the RIPE 69 meeting in London, which takes places 3-7 November. Once the MAT Working Group Chairs have determined that consensus has been reached, a final version of the terms and conditions will be published. We're aiming to do so before the end of the year, so that RIPE Atlas can become a full production service by January 2015. Kind regards, Vesna Manojlovic Senior Community Builder Measurements Community Building RIPE NCC

1 0

New on RIPE Labs: RIPE Atlas Measurements with Tagged Probes coming soon
by Mirjam Kuehne 12 Sep '14

12 Sep '14

Dear colleagues, Please find a new article on RIPE Labs: RIPE Atlas: Measurements with Tagged Probes Coming Soon https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-measurements… If you have any comments or questions, please let us know. Kind regards, Mirjam Kuehne RIPE NCC

1 0

The Beta Version of the New DNSMON is Now Available
by Vesna Manojlovic 08 Sep '14

08 Sep '14

Dear colleagues, The DNS Monitoring Service (DNSMON) has been providing a comprehensive, objective and up-to-date overview of the quality of various global and regional DNS operators' services since 2003. We are in the process of integrating DNSMON within RIPE Atlas and the beta version of the new DNSMON is now publicly available: https://atlas.ripe.net/dnsmon We have also published a RIPE Labs article detailing what’s changed in the new DNSMON: https://labs.ripe.net/Members/fatemah_mafi/an-updated-dns-monitoring-service We invite you all to try the new service and provide your feedback. We’re confident that the new DNSMON will continue to meet your needs and hope that you'll be happy with the new features. Please send your comments and questions to the DNS Working Group Mailing List at dns-wg(a)ripe.net. Kind regards, Vesna Manojlovic Measurements Community Building RIPE NCC

7 11

New on RIPE Labs: Time Warner Cable Outage Measurements
by Mirjam Kuehne 28 Aug '14

28 Aug '14

Dear colleagues, The Time Warner Cable network suffered an outage yesterday. We looked at some interesting details of this outage using the RIPE Routing Information Service and RIPE Atlas. Please find the results on RIPE Labs: https://labs.ripe.net/Members/emileaben/time-warner-cable-outage Kind regards, Mirjam Kuehne RIPE NCC

1 0

Upcoming "Measurements Tools" Workshop for LIRs: 19 September 2014, in Amsterdam
by Vesna Manojlovic 27 Aug '14

27 Aug '14

Dear colleagues, Training Services, RIPEstat/RIPE Atlas developers and me will be giving a hands-on "Measurements Tools" Workshop on 19 September, in Amsterdam. Registration is possible for members of RIPE NCC via LIR Portal: https://lirportal.ripe.net/training/courses More information: https://www.ripe.net/lir-services/training/courses/tailor-made-workshops#to… Regards, Vesna

1 0

Fwd: [ARIN-consult] Consultation on New Experimental Allocation
by Emile Aben 05 Aug '14

05 Aug '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dear colleagues, I'd like to inform you of an experiment we propose doing together with ARIN about the routability of prefixes longer than /24 out of ARINs 23.128.0.0/10 block. For more details see ARIN's announcement below. If people have any feedback on this, please let us know. We plan to publish the results on RIPE Labs. Kind regards, Emile Aben RIPE NCC > From: ARIN <info(a)arin.net> Subject: [ARIN-consult] Consultation on > New Experimental Allocation Date: 4 Aug 2014 19:18:13 GMT+2 To: > arin-consult(a)arin.net > > ARIN is soliciting community input on a proposed experiment that > will require the temporary use of space from 23.128.0.0/10, the > IPv4 addresses reserved to facilitate IPv6 deployment. (see NRPM > policy 4.10 https://www.arin.net/policy/nrpm.html#four10 ) > > There has been much discussion on the NANOG mailing list about the > usability / routability of prefixes longer than a /24. In order to > try to provide some additional data on this topic, the RIPE NCC > has requested a small block of address space from the reserved /10 > in order to run the following experiment: > > RIPE Routing Information System (RIS) plans to announce a few > blocks of sizes /24 to /28 (no more then ten at a time) out of the > 23.128/10. They will monitor how this address space propagates in > BGP and its reachability. > > * This experiment will provide the global community with insight > on whether prefixes longer than a /24 from 23.128/10 are useable > and reachable on the global Internet. > > * A description of this experiment, as well as the results of > this research, will be published on https://labs.ripe.net/ . > Additionally, ARIN will provide a link to the RIPE Labs page, as > well as the end date of this experiment in the public Whois record > of this registration. > > Do you support the use of this reserved space for this experiment > or not, and why? Please provide comments to arin-consult(a)arin.net. > > This consultation will remain open through 5:00 PM EDT on Monday, > 1 September 2014. > > Regards, > > Leslie Nobile Director of Registration Services American Registry > for Internet Numbers (ARIN) > > > > _______________________________________________ ARIN-Consult You > are receiving this message because you are subscribed to the ARIN > Consult Mailing List (ARIN-consult(a)arin.net) Unsubscribe or manage > your mailing list subscription at: > http://lists.arin.net/mailman/listinfo/arin-consult Please contact > the ARIN Member Services Help Desk at info(a)arin.net if you > experience any issues. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlPgtBkACgkQj05ACITZaqqG+gD/YRg/U4t+5AcfJooBICUSkrQc CZgsPUjBNKPTyAZuo0wA/2OnoB2Ls7V4J0M9PGmr0yPUERhWO5KCpwvfoyMvVBux =7/LU -----END PGP SIGNATURE-----

2 2

Nine new RIPE Atlas anchors so far this summer
by Vesna Manojlovic 25 Jul '14

25 Jul '14

Dear colleagues, We are proud to announce that nine new RIPE Atlas anchors have been activated since my previous announcement last month: - two hosted by NTT Communications in United States: us-sea-as2914, in Seattle & us-atl-as2914, in Atlanta - us-dal-as7366, hosted by Lemuria Communications in Dallas, USA - mu-plu-as327681, hosted by AFRINIC in Port Louis, Mauritius, on behalf of the RIPE NCC - cz-prg-as2852, hosted by CESNET, in Prague, Czech Republic. - dk-blp-as59469, hosted by Solido Networks ApS in Ballerup, Denmark - be-anr-as2611, hosted by MOSAIC/University of Antwerp/iMinds, Belgium - uk-lon-as60157, hosted by Antheus Telecom LTD, London, UK - us-wct-as7922 is hosted by Comcast, West Chester, PA, USA This brings the total number of anchors to 69. All RIPE Atlas anchors can be seen on this list: where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ And on the map: https://atlas.ripe.net/anchors/map/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0

Read on RIPE Labs: Midsummer Update for RIPE Atlas
by Vesna Manojlovic 24 Jul '14

24 Jul '14

Dear colleagues, in these hot and slow summer days, we give you an overview of the current status of RIPE Atlas, new features since the last update during RIPE68, and an insight into past and future community activities: https://labs.ripe.net/Members/fatemah_mafi/ripe-atlas-midsummer-update-2014 Regards, Vesna -- Measurements Community Building team <MCB(a)ripe.net>

1 0

Last Part or our World Cup Analysis now available on RIPE Labs
by Mirjam Kuehne 14 Jul '14

14 Jul '14

Dear colleagues, The final part of our analysis of the World Cup 2014 is now available on RIPE Labs, with a look at what happened during the final four matches of the tournament: https://labs.ripe.net/Members/emileaben/internet-traffic-during-the-world-c… (section 4) If you have any comments or extra information, please let us know. Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: How RIPE Atlas Helped Wikipedia Users
by Mirjam Kuehne 09 Jul '14

09 Jul '14

Dear colleagues, Engineers from the Wikimedia foundation and the RIPE NCC recently collaborated on a project to measure the latency of Wikimedia sites for users worldwide. Together, we identified ways to decrease latency and improve performance for users around the world. Please find more information on RIPE Labs: https://labs.ripe.net/Members/emileaben/how-ripe-atlas-helped-wikipedia-use… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Part 2 of Internet Traffic during World Cup 2014
by Mirjam Kuehne 08 Jul '14

08 Jul '14

Dear colleagues, Please find on RIPE Labs part 2 of our World Cup 2014 analysis of IXP data, featuring extra time, penalty shootouts and much more: https://labs.ripe.net/Members/emileaben/internet-traffic-during-the-world-c… If you have any comments or extra information, please post it under the article. Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Internet Traffic During the World Cup 2014
by Mirjam Kuehne 27 Jun '14

27 Jun '14

Dear colleagues, It's Friday! To get you in the mood for the weekend, RIPE Labs has some festive football figures. In our most recent RIPE Labs article, we take a look at what happened with IXP traffic during the group stages of the 2014 FIFA World Cup: https://labs.ripe.net/Members/emileaben/internet-traffic-during-the-world-c… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Using RIPE Atlas to Debug Network Issues
by Vesna Manojlovic 12 Jun '14

12 Jun '14

Dear colleagues, Please find the use-case for RIPE Atlas in debugging network issues, in this RIPE Labs article written by Tim Kleefass from BelWü, who is hosting a RIPE Atlas anchor. (and who holds the record for the shortest time from purchasing the anchor to it going live!) https://labs.ripe.net/Members/tim_kleefass/how-fast-the-ripe-atlas-anchor-h… Regards, Vesna

1 0

Five more RIPE Atlas anchors since RIPE68
by Vesna Manojlovic 05 Jun '14

05 Jun '14

Dear colleagues, We are proud to announce that five new RIPE Atlas anchors have been activated since my previous announcement last month: - de-fra-as8763, hosted by DENIC eG in Frankfurt, Germany - us-dal-as2914 & us-mia-as2914, hosted by NTT Communications in Dallas & in Miami, United States. - se-got-as50168, hosted by Bogal AB in Gothenburg, Sweden - ru-mow-as15835, hosted by RIPN in Moscow, Russia (RIS RRC host) This brings the total number of anchors to 60. All RIPE Atlas anchors can be seen on this list, where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0

Planned Test Traffic Measurements Service Closure
by Romeo Zwart 05 Jun '14

05 Jun '14

Dear colleagues, The RIPE NCC’s Test Traffic Measurements (TTM) Service will be decommissioned at the end of June 2014. Most of the functionality offered by TTM is available as part of RIPE Atlas and we encourage you to take advantage of this service: https://atlas.ripe.net Handover of Responsibility of TTM Machines We will contact the individual TTM hosts during June to arrange the handover of responsibility for the remaining TTM systems. Many hosts asked us about the possibilities to keep the old hardware around as a stand-alone NTP server. We have a RIPE Labs article detailing the options to transition your TTM system to a dedicated NTP server. The article is available here: https://labs.ripe.net/Members/colin_petrie/how-to-convert-your-ttm-box-to-a… Availability of TTM Data - No new data will be collected via TTM once decommissioned - Current interface for TTM data visualisations will be available until at least the end of 2014 - Raw data from TTM measurements will be downloadable indefinitely Background For more information about the end of TTM, please read this RIPE Labs article by Kaveh Ranjbar posted last year: https://labs.ripe.net/Members/kranjbar/future-of-ripe-ncc-technical-services We delayed the decommissioning date mentioned in the article by six months to provide a smooth transition for the DNSMON service from TTM to RIPE Atlas. We also wanted to allow TTM users adequate time to start using RIPE Atlas or other tools. We invite your feedback regarding the above planning. Please send your comments directly to me (<romeo.zwart(a)ripe.net>) or to the MAT Working Group mailing list (<mat-wg(a)ripe.net>). Regards, Romeo Zwart RIPE NCC

1 0

Changes to the Distribution Model for RIPE Atlas Probes
by Vesna Manojlovic 03 Jun '14

03 Jun '14

Dear colleagues, we have made some adjustments in the distribution model of RIPE Atlas probes to ensure wider topological and geographical probe coverage. Please read more in this RIPE Labs article: https://labs.ripe.net/Members/fatemah_mafi/changes-to-the-distribution-mode… Regards, Vesna

1 0

New Article on RIPE Labs: ReFlow: Reports on Internet Flows
by Mirjam Kuehne 03 Jun '14

03 Jun '14

Dear colleagues, This new article on RIPE Labs is describing ReFlow - a public website containing statistics about general Internet traffic. The main goal of ReFlow is to maintain historical traffic data, allowing for comparisons and analysis of trends on Internet traffic This article has been contributed by Martijn Hoogesteger from the University of Twente: https://labs.ripe.net/Members/martijn_hoogesteger/reflow-reports-on-interne… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New article on RIPE Labs: Basic Evaluation of new IXP Peering Partners with RIPE Atlas and Zabbix
by Mirjam Kuehne 26 May '14

26 May '14

Dear colleagues, In this new article on RIPE Labs, Daniel Gomez explains how he used RIPE Atlas to evaluate new peering partners within an Internet Exchange Point and how this helped to improve customer services: https://labs.ripe.net/Members/daniel_gomez/basic-evaluation-of-new-ixp-peer… Kind regards, Mirjam Kuehne RIPE NCC

1 0

BEREC - Network Neutrality
by Gordon Lennox 20 May '14

20 May '14

BEREC have just issued a press release commenting on the Parliament's modified proposal and recalling some of their concerns with the Commission's initial proposal. About network neutrality they write: <<BEREC supports the promotion of and the clear commitment of the European Parliament to the principle of net neutrality. This is in line with BEREC’s public position, and indeed BEREC has been deeply involved with the subject since 2010, since when it has developed a set of principles and guidelines that can be implemented and adapted by national regulatory authorities, under the existing framework. The internet has proven to be highly innovative, thanks to certain fundamental principles such as the separation of network and application layer, the best effort principle and universal connectivity. This innovation should be safeguarded, both on the edges and within the network. BEREC recognizes that guaranteeing an open internet is a challenging objective, not least given its complex and dynamic ecosystem. Yet, the Commission’s original proposal would turn a flexible and progressive regulatory regime (under the 2009 Framework) into a rigid regulatory system and the European Parliament has generally retained this approach. BEREC would instead prefer an approach based on principles rather than detailed rules and which provides NRAs with the necessary powers to ensure that those principles (such as the ones developed by BEREC on what constitutes reasonable traffic management and on the relationship between specialized services and internet access services) are respected. Under such an approach, national regulators would be pursuing the same objective and enforcing the same principles, but the specific triggers and thresholds for regulatory intervention in a given market could be adapted to address national circumstances. If a rules-based approach is nonetheless to be pursued, then further work would be required to ensure that the definitions and rules were legally precise, future-proof and enforceable in practice. While some of the language in the text adopted by European Parliament draws upon BEREC previous publications on the subject, improving the original Commission’s proposals, it does not yet meet these standards. A balanced approach to promoting net neutrality on the Internet in parallel to the provision of specialised services is a difficult challenge. BEREC considers that specialised services should be clearly separated (physically or virtually) from internet access services at the network layer, to ensure that sufficient safeguards prevent degradation of the internet access services. Therefore BEREC welcomes the European Parliament’s acknowledgement of this principle. However, some inconsistencies in the proposed rules and definitions still raise legal and policy concerns.>> http://berec.europa.eu/eng/news_consultations/whats_new/2203-berec-publishe… So if you want network neutrality then you need regulation? The only question left is what kind. One indication of where they see the limits can perhaps be found in the sentence "This innovation should be safeguarded, both on the edges and within the network." I feel this is a significant shift. I cannot remember regulators looking in detail at what happens within traditional networks. They limited themselves to the "edges". Gordon

1 0

BEREC
by Gordon Lennox 16 May '14

16 May '14

BEREC - the Body of European Regulators for Electronic Communications, http://berec.europa.eu - are interested in metrics and monitoring. They are looking in particular at how regulators can monitor QoS for Internet access services in the context of network neutrality. Indeed they just had a public consultation on: "Monitoring quality of services in the context of network neutrality" based on a draft report, a draft which I think is still worth reading. See: http://berec.europa.eu/eng/news_consultations/ongoing_public_consultations/… From there - still also accessible from their home page - you can access the draft report and the annex where Atlas is mentioned. They have published a number of other reports on this going back over the past few years. Lots of reading! I brought this up on the Cooperation List and was requested to made a short presentation at the Connect session. There was an initial discussion on where this could sit between Cooperation and Connect. But looking forward maybe a more natural home would be between Connect and MAT. I will leave that for others to decide. But I do think it would be good to get somebody from BEREC to present in London. I will share the contact details I have with the co-chairs. Regards, Gordon

1 0

RIPE Atlas use cases and more
by Vesna Manojlovic 13 May '14

13 May '14

Dear colleagues, There have been a lot of great examples recently of how RIPE Atlas can be used to investigate network events, troubleshoot problems, explore how the Internet behaves, and more. Some of the topics include: - Investigating customer complaints about slow servers - Comparing TCP and UDP Response Times of DNS Root Servers - Discovering Path MTU black holes on the Internet We’ve collected all of these user experiences, analyses, papers and presentations in one place on RIPE Labs, in order to make it easy to discover how others are making use of the RIPE Atlas network - and maybe spark some ideas about how you can, too. https://labs.ripe.net/atlas/user-experiences If you have your own story about how you’ve used RIPE Atlas, we want to hear from you! Please get in touch with us at atlas(a)ripe.net. Kind regards, Vesna Manojlovic Measurements Community Building RIPE NCC

1 0

Re: [mat-wg] Trimble GPS from old TTM
by George Michaelson 13 May '14

13 May '14

We just upgraded BSD to 10 and it seems to be fne, but I haven't completed the cutover. Certainly, the driver ID for the 127.x.x.x instance is still in the BSD port codebase. -G On Tue, May 13, 2014 at 9:39 AM, Romeo Zwart <romeo.zwart(a)ripe.net> wrote: > Hi Antonio, > > On 14/05/13 00:44 , Antonio M. Moreiras wrote: > > Hello, we are trying to reuse the trimble GPS from our old TTM server in > > a Linux NTP machine, and it is not working. > > We have been doing some testing in the RIPE NCC with some linux > flavours. A RIPE Labs article with details is in preparation and will be > shared with this list soon. > > We will contact you off line to share our experience. > > Regards, > Romeo > > > We can read some trash with a "cat /dev/ttyS0" (what means that the GPS > > is sending information), and we can use PPS driver (127.127.22.0) to > > read correctly the PPS signal. But the driver from RIPE (127.127.43.0) > > doesn't work. > > > > We compiled the ntpd (version 4.2.6p5) with the following options: > > > > ./configure --with-openssl-libdir=/usr/lib/x86_64-linux-gnu > > --with-openssl-incdir=/usr/include --enable-RIPENCC > > > > Our Linux is: > > > > # uname -a > > Linux monitor 3.11.0-20-generic #35~precise1-Ubuntu SMP Fri May 2 > > 21:32:55 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > # lsb_release -a > > No LSB modules are available. > > Distributor ID: Ubuntu > > Description: Ubuntu 12.04.4 LTS > > Release: 12.04 > > Codename: precise > > > > Only after follow the recommendations at > > http://linuxpps.org/wiki/index.php/LinuxPPS_NTPD_support, the driver > > 127.127.43.0 is loaded by NTP, and appears in the list of peers, but no > > sync, just zeros. > > > > Does anyone in this list have any tips? > > > > Regards, > > Moreiras. > > > > > > > >

2 2

Prevention of NTP reflection attacks using TTM systems
by Romeo Zwart 13 May '14

13 May '14

Dear colleagues, During the evening of Wednesday 8 January, the RIPE NCC received initial reports about the abuse of some of our Test Traffic Measurement (TTM) systems, specifically about the use of NTP in reflection attacks. Within 24 hours of receiving the first report, we adapted the NTP configuration on all our TTM hosts so that this specific type of attack is no longer possible using the TTM infrastructure. We would like to thank Gert Doering (SpaceNet) and Michael Hausding (SWITCH-CERT) for reporting the abuse to us. We’d also like to share this resource about securing NTP servers that you may find useful: http://www.team-cymru.org/ReadingRoom/Templates/secure-ntp-template.html We are taking this opportunity to remind you that we are nearing end of service for TTM. As we announced previously, TTM shutdown is scheduled for the end of Q1, 2014. RIPE Atlas, and specifically RIPE Atlas anchors, will provide much of the functionality of TTM. More details, including information about hosting a RIPE Atlas anchor, are available at: https://atlas.ripe.net/about/anchors/ Kind regards, Romeo Zwart RIPE NCC

4 4

Five more RIPE Atlas anchors in the previous month
by Vesna Manojlovic 07 May '14

07 May '14

Dear colleagues, We are proud to announce that five new RIPE Atlas anchors have been activated since my previous announcement last month: - uy-mvd-as28000, hosted by LACNIC in Montevideo, Uruguay. (This is the first anchor in Latin America and the first one hosted by an RIR on behalf of the RIPE NCC. ) - au-bne-as4608, hosted by APNIC in Brisbane, Australia - cz-prg-as39392, hosted by SuperNetwork in Prague, Czech Republic - fr-tin-as196670, hosted by ADP in Pantin, France - be-lln-as2611 by the Université catholique de Louvain in Belgium This brings the total number of anchors to 55. All RIPE Atlas anchors can be seen on this list, where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0