- mat-wg - mailman.ripe.net

Call for presentations at MAT WG at RIPE 92
by Stephen Strowes 02 Mar '26

02 Mar '26

Hi all, RIPE 92 will take place 18 -- 22 May in Edinburgh. We are seeking presentations for the MAT WG session, scheduled for Tuesday, the 19th of May! Interesting topics include (but are not limited to): * Measurement research which has an operational impact * Operational initiatives that could inspire new research directions * Projects focused on network data collection * Tools for network data analysis and visualization * Innovative measurement techniques and proposals Proposals can be submitted through the Pretalx submission system: https://pretalx.ripe.net/ripe-92/ The submission form will ask you for various details. Please select the MAT track, and include a title & abstract: if accepted these will become part of the public agenda. For our evaluation, please include the following in your proposal: * An outline of your presentation under 'notes' or, preferably, a draft slide deck. To attach a deck you may need to submit then go back and attach to the submission. * Note whether you intend to present in person or online * Also state the slot duration you'd like; we tend towards 15-20 minutes including Q&A, but please specify The deadline for MAT WG proposals is 21 April 2026. We will make our selections and post our agenda soon after. If you have any questions, please contact us at mat-wg-chairs [at] ripe.net. Thanks! - Nina, Massimo, Stephen as WG chairs

1 0

Join the Using RIPE Atlas Webinar on 4 July 2024 - Registration Open
by training mailbox 26 Feb '26

26 Feb '26

Dear colleagues, We are pleased to announce that the RIPE NCC will host another *Using RIPE Atlas Webinar* session on *Thursday, 4 July 2024*. *Duration*: 2 hours *Cost*: Free *Open to*: Everyone interested This webinar helps you to monitor your network and troubleshoot it with RIPE Atlas. Create specific tailor-made measurements that suit your needs using API calls or the command line interface. *Prerequisites:* - Basic knowledge of networks - How the Internet works - Basic understanding of IP, ASN, domains - Familiarity with pings and traceroutes *After this webinar, 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 For more *information and registration*, please visit: https://learning.ripe.net/w/courses/17-using-ripe-atlas-webinar *Help Us Spread the Word*: We'd greatly appreciate your support in promoting this webinar. Please share our social media posts with your network: *LinkedIn*: https://www.linkedin.com/posts/ripe-ncc_webinar-onlinelearning-bgp-activity… *Facebook*: https://www.facebook.com/share/p/9XkXAtTPxve7dH3E/ *X (Twitter)*: https://x.com/ripencc/status/1805210020272914863 Thank you for your assistance in helping us reach a wider audience. Kind regards, Olivia Ruimwijk RIPE NCC -- To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: https://www.ripe.net/mailman/listinfo/mat-wg/

1 1

Help Us Improve the IPv6 Hitlist Service – Quick Survey (5 min)
by Oliver Gasser 18 Feb '26

18 Feb '26

Hey everyone! 👋 We're looking to improve the IPv6 Hitlist Service [1] and would love your input. If you're doing any sorts of IPv6 measurements, please consider taking our short survey — it only takes about 5 minutes and will directly shape how we develop the service going forward. 👉 https://forms.gle/SJ42dfswTEtqfjvR8 👈 Thanks in advance for your help! 🙏 Cheers, Oliver [1] https://ipv6hitlist.github.io/

1 0

Re: mat-wg Digest, Vol 150, Issue 1 Re: deliverable: ACCOUNT NUMBER IBAN NUMBER BANK MELLAT:IR17 0120 0100 0000 3315 9929 37 Date: Sat, 7 Feb 2026 02:09:03 +0330 Deliverable Subject: Re:Info Document BankMellat Iban Number IR17 0120 0100 0000 3315 9929...
by dana yazdani 08 Feb '26

08 Feb '26

دریافت Outlook برای Android<https://aka.ms/AAb9ysg> ________________________________ فرستنده: mat-wg-request(a)ripe.net <mat-wg-request(a)ripe.net> تاریخ ارسال: چهارشنبه, ژانویهٔ 28, 2026 1:24:18 ب.ظ گیرنده: mat-wg(a)ripe.net <mat-wg(a)ripe.net> موضوع: mat-wg Digest, Vol 150, Issue 1 Send mat-wg mailing list submissions to mat-wg(a)ripe.net To subscribe or unsubscribe via email, send a message with subject or body 'help' to mat-wg-request(a)ripe.net You can reach the person managing the list at mat-wg-owner(a)ripe.net When replying, please edit your Subject line so it is more specific than "Re: Contents of mat-wg digest..." Today's Topics: 1. Re: RPKIViews 2021-2025 Amalgamations: a near-complete capture of the entire RPKI (Job Snijders) 2. What is up with PCH? (Malte Tashiro) 3. Re: What is up with PCH? (Thomas Holterbach) ---------------------------------------------------------------------- Message: 1 Date: Fri, 23 Jan 2026 14:11:02 +0000 From: Job Snijders <job(a)bsd.nl> Subject: [mat-wg] Re: RPKIViews 2021-2025 Amalgamations: a near-complete capture of the entire RPKI To: mat-wg(a)ripe.net Message-ID: <aXOBdpXaJ4KRPQ1j(a)feather.sobornost.net> Content-Type: text/plain; charset=us-ascii Dear all, A query on the dataset shows the following statistics for the 'rpki.ripe.net' hosted CA system, in 2025: object type count ROA 107,465 ASPA: 518 Certificate: 29,365 CRL 20,455,248 Manifest 20,455,248 It would be super cool to learn from RIPE NCC itself (as ground truth) how many CRLs/ROAs/Manifest objects the RIPE NCC issued according to their own logs & database. It would be quite helpful, because this way we can get sense of the 'completeness' of the RPKIViews amalgamations. I asked a few other RIRs... but it seems that the ones I asked didn't have issuance logs available. Does the RIPE NCC have an estimate how many ROAs/MFTs/CRLs/Certificates it issued in 2025 within the scope of 'rsync://rpki.ripe.net/repository'? Kind regards, Job On Fri, Jan 23, 2026 at 12:44:46PM +0000, Job Snijders wrote: > This might interest some of you: a (nearly?) complete capture of the raw > RPKI data of the last 5 years. > > Kind regards, > > Job > > ----- Forwarded message from Job Snijders <job(a)bsd.nl> ----- > Date: Fri, 23 Jan 2026 10:43:37 +0000 > From: Job Snijders <job(a)bsd.nl> > To: sidrops(a)ietf.org > Subject: RPKIViews 2021-2025 Amalgamations: a near-complete capture of the entire RPKI > > Dear all, > > The RPKI is an infrastructure which helps secure the global Internet > routing system. The RPKI is a distributed database. RPKIViews.org is a > global multi-perspective data collection initiative. I've normalized, > deduplicated, merged, sorted, and recompressed tens of terabytes of RPKI > data, resulting in handy datasets named the "RPKIViews Amalgamations". > These compact datasets together contain basically every ROA, ASPA, CRL, > Manifest, and Certificate that were issued in the last 5 years. > > RPKIViews 2021 Amalgamation, 46,507,392 RPKI objects > doi: https://doi.org/10.5281/zenodo.18082494 > compressed: 33.8 gigabytes (uncompressed: 78.1 gigabytes). > > RPKIViews 2022 Amalgamation, 51,850,445 RPKI objects > doi: https://doi.org/10.5281/zenodo.18327144 > compressed: 41.7 gigabytes (uncompressed: 110.2 gigabytes). > > RPKIViews 2023 Amalgamation, 57,286,485 RPKI objects > doi: https://doi.org/10.5281/zenodo.18327429 > compressed: 48.7 gigabytes (uncompressed: 111.8 gigabytes). > > RPKIViews 2024 Amalgamation, 56,586,149 RPKI objects > doi: https://doi.org/10.5281/zenodo.18328474 > compressed: 51.4 gigabytes (uncompressed: 115.5 gigabytes). > > RPKIViews 2025 Amalgamation, 61,524,413 RPKI objects > doi: https://doi.org/10.5281/zenodo.18332099 > compressed: 58.4 gigabytes (uncompressed: 145.0 gigabytes) > > The DER-encoded objects originally were fetched from publication servers > which were discovered using the Trust Anchor Locators of the following > Regional Internet Registries: AfriNIC, APNIC, ARIN, LACNIC, and RIPE > NCC. Not all objects contained within this dataset comply with the > requirements of modern day RPKI relying party implementations. > > The following file naming scheme is used for the tar archive members: > every filename is the URL-safe Base64-encoded SHA-256 message digest of > the object's ASN.1 encoded content. For performance reasons, the > directory hierarchy is constructed using the last few bytes of the > filename. The file's recorded last-modification timestamp is constructed > following the procedure outlined in RFC 9589. The tar achive adheres to > the IEEE Std 100.2 POSIX.2 "USTAR" interchange format and is compressed > in "--long -19" Zstandard (RFC 8878) form. Individual objects can be > inspected as JSON with "rpki-client -jf ./path/to/object" (filemode). > > Happy hacking & sleuthing! :-) > > Kind regards, > > Job > > ----- End forwarded message ----- ------------------------------ Message: 2 Date: Wed, 28 Jan 2026 16:38:26 +0900 From: Malte Tashiro <malte(a)iij.ad.jp> Subject: [mat-wg] What is up with PCH? To: mat-wg(a)ripe.net Message-ID: <1bb97965-daf3-4a9e-9fa2-afc61565fe13(a)iij.ad.jp> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------zuZw50mLi4xbWhdAwFNcntbu" Hello there, does anyone by chance know what's up with PCH data? https://www.pch.net/resources/Routing_Data/ The page for the daily routing snapshots became unresponsive sometime in November last year and has been consistently serving error 503 recently. I've opened a ticket back then but got no response, so maybe somebody here knows the reason. Best, Malte -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: OpenPGP_0x7D82498BEF2E08F8.asc Type: application/pgp-keys Size: 644 bytes Desc: OpenPGP public key -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: OpenPGP_signature.asc Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature ------------------------------ Message: 3 Date: Wed, 28 Jan 2026 10:53:53 +0100 From: Thomas Holterbach <tholterbach(a)unistra.fr> Subject: [mat-wg] Re: What is up with PCH? To: Malte Tashiro <malte(a)iij.ad.jp> Cc: mat-wg(a)ripe.net Message-ID: <866FED20-0CFD-4B54-90EC-8E6A6E294583(a)unistra.fr> Content-Type: multipart/alternative; boundary="Apple-Mail=_4BC453FE-9E3A-4390-A9BA-6333BAF20732" Hello Malte, Good question. We reported the issue to them quite quickly in November, as we collect their data for bgproutes.io. They told us they had to change a server because many crawlers were downloading the data and overloading their infrastructure. It was apparently supposed to last only a few days, but it has now been several months. I hope they will be able to resume the platform, we really like it there! Best regards, Thomas > On 28 Jan 2026, at 08:38, Malte Tashiro via mat-wg <mat-wg(a)ripe.net> wrote: > > Hello there, > > does anyone by chance know what's up with PCH data? https://www.pch.net/resources/Routing_Data/ > > The page for the daily routing snapshots became unresponsive sometime in November last year and has been consistently serving error 503 recently. > I've opened a ticket back then but got no response, so maybe somebody here knows the reason. > > Best, > Malte > <OpenPGP_0x7D82498BEF2E08F8.asc>----- > To unsubscribe from this mailing list or change your subscription options, please visit: https://mailman.ripe.net/mailman3/lists/mat-wg.ripe.net/ > As we have migrated to Mailman 3, you will need to create an account with the email matching your subscription before you can change your settings. > More details at: https://www.ripe.net/membership/mail/mailman-3-migration/ -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: not available Type: text/html Size: 2072 bytes Desc: not available ------------------------------ Subject: Digest Footer ----- To unsubscribe from this mailing list or change your subscription options, please visit: https://mailman.ripe.net/mailman3/lists/mat-wg.ripe.net/ As we have migrated to Mailman 3, you will need to create an account with the email matching your subscription before you can change your settings. More details at: https://www.ripe.net/membership/mail/mailman-3-migration/ ------------------------------ End of mat-wg Digest, Vol 150, Issue 1 **************************************

1 0

What is up with PCH?
by Malte Tashiro 29 Jan '26

29 Jan '26

Hello there, does anyone by chance know what's up with PCH data? https://www.pch.net/resources/Routing_Data/ The page for the daily routing snapshots became unresponsive sometime in November last year and has been consistently serving error 503 recently. I've opened a ticket back then but got no response, so maybe somebody here knows the reason. Best, Malte

2 2

RPKIViews 2021-2025 Amalgamations: a near-complete capture of the entire RPKI
by Job Snijders 23 Jan '26

23 Jan '26

This might interest some of you: a (nearly?) complete capture of the raw RPKI data of the last 5 years. Kind regards, Job ----- Forwarded message from Job Snijders <job(a)bsd.nl> ----- Date: Fri, 23 Jan 2026 10:43:37 +0000 From: Job Snijders <job(a)bsd.nl> To: sidrops(a)ietf.org Subject: RPKIViews 2021-2025 Amalgamations: a near-complete capture of the entire RPKI Dear all, The RPKI is an infrastructure which helps secure the global Internet routing system. The RPKI is a distributed database. RPKIViews.org is a global multi-perspective data collection initiative. I've normalized, deduplicated, merged, sorted, and recompressed tens of terabytes of RPKI data, resulting in handy datasets named the "RPKIViews Amalgamations". These compact datasets together contain basically every ROA, ASPA, CRL, Manifest, and Certificate that were issued in the last 5 years. RPKIViews 2021 Amalgamation, 46,507,392 RPKI objects doi: https://doi.org/10.5281/zenodo.18082494 compressed: 33.8 gigabytes (uncompressed: 78.1 gigabytes). RPKIViews 2022 Amalgamation, 51,850,445 RPKI objects doi: https://doi.org/10.5281/zenodo.18327144 compressed: 41.7 gigabytes (uncompressed: 110.2 gigabytes). RPKIViews 2023 Amalgamation, 57,286,485 RPKI objects doi: https://doi.org/10.5281/zenodo.18327429 compressed: 48.7 gigabytes (uncompressed: 111.8 gigabytes). RPKIViews 2024 Amalgamation, 56,586,149 RPKI objects doi: https://doi.org/10.5281/zenodo.18328474 compressed: 51.4 gigabytes (uncompressed: 115.5 gigabytes). RPKIViews 2025 Amalgamation, 61,524,413 RPKI objects doi: https://doi.org/10.5281/zenodo.18332099 compressed: 58.4 gigabytes (uncompressed: 145.0 gigabytes) The DER-encoded objects originally were fetched from publication servers which were discovered using the Trust Anchor Locators of the following Regional Internet Registries: AfriNIC, APNIC, ARIN, LACNIC, and RIPE NCC. Not all objects contained within this dataset comply with the requirements of modern day RPKI relying party implementations. The following file naming scheme is used for the tar archive members: every filename is the URL-safe Base64-encoded SHA-256 message digest of the object's ASN.1 encoded content. For performance reasons, the directory hierarchy is constructed using the last few bytes of the filename. The file's recorded last-modification timestamp is constructed following the procedure outlined in RFC 9589. The tar achive adheres to the IEEE Std 100.2 POSIX.2 "USTAR" interchange format and is compressed in "--long -19" Zstandard (RFC 8878) form. Individual objects can be inspected as JSON with "rpki-client -jf ./path/to/object" (filemode). Happy hacking & sleuthing! :-) Kind regards, Job ----- End forwarded message -----

2 1

Hamburg: Full-time PhD Position in Internet Measurement and Resilience
by Thomas C. Schmidt 13 Jan '26

13 Jan '26

Full-time PhD Position in Internet Measurement and Research for a Resilient Internet The INET research group is offering a PhD position in the field of Internet Measurement and Network Analysis. The position is part of the research project ALL#Hands, funded by the Federal Ministry of Research, Technology and Space. The successful candidate is expected to contribute to data-centric network monitoring to improve Internet resilience and security. Joining the INET team will allow you both conducting cutting-edge research and contributing to open-source software projects in collaboration with relevant Internet stakeholders. See https://www.inet.haw-hamburg.de/jobs/phd-position-research-for-internet-res… Please don't hesitate to contact me in case of any question. Thomas -- Prof. Dr. Thomas C. Schmidt ° Hamburg University of Applied Sciences Berliner Tor 7 ° ° Dept. Informatik, Internet Technologies Group 20099 Hamburg, Germany ° ° http://inet.haw-hamburg.de/members/schmidt Fon: +49-40-42875-8452 °

1 0

some thoughts on add-path and bmp at ripe/ris
by Randy Bush 19 Nov '25

19 Nov '25

i have some small thoughts on add-path and BMP in RIPE/RIS. this may hinder more than help, unfortunately. as a researcher, of course i would love a wider view into the AS graph and the views of as many ASs as possible. nom nom. but ... add-path, if not done very carefully, and documented in detail for each peer, will produce views i will not understand. it is analogous to not knowing what view a BGP peer gives RIS today. did it give me a full Nth view into peer X? is the path that of a peer, a customer, a provider? and add-path is worse because it prunes in configuration and vendor- dependent and otherwise unpredictable ways. and, as an operator if P is a RIS peer, and they give RIS BMP showing their input from their peers, upstreams, and customers, those peers, upstreams, and customers have not given thir consent to have their internals published! if they want to have RIS publish their internals, they would peer with RIS and choose what view they present. and, of course, the researcher does not know what view, peer, upstream, or customer P's BMP peer is giving them. same problem as above under add-path. randy

4 5

RIPE 91 MAT WG agenda
by Stephen Strowes 21 Oct '25

21 Oct '25

Hi all, We're pleased to share our agenda for the upcoming MAT WG session at RIPE 91! The session will take place in the main room on Tuesday, 21 October, 16:00 -- 17:30 local time (which is UTC +0300). Our planned agenda is: *16:00 [05 min]: *WG chairs, welcome *16:05 [20 min]: *Geoff Huston: Preserving Privacy vs Open Measurement *16:25 [15 min]: *Raffaele Sommese: Disrupting the Internet in the name of copyright: An Italian Story *16:40 [15 min]: *Remi Hendriks: An empirical evaluation of longitudinal anycast catchment stability *16:55 [15 min]: *Ties de Kock: Querying the DFZ *17:10 [15 min]: *Willem Toorop: Who is really running email? *17:25 [05 min]: *WG chairs, closing remarks If you have not yet registered for RIPE91, you can do so at https://ripe91.ripe.net/register/ We are looking forward to seeing you all at the session! S.

2 1

IMWG Agenda - LACNIC44 / LACNOG2025
by Elisa 16 Sep '25

16 Sep '25

Dear all, We are happy to announce the agenda for the next session of the Internet Measurements Working Group (IMWG) at LACNIC 44/LACNOG 2025. The session will take place on Friday, October 10. We look forward to seeing you in San Salvador or remotely! --- AGENDA --- 11:30 - 11:45 - Welcome - Chairs 11:45 - 12:05 - Analyzing the Effect of an Extreme Weather Event on Telecommunications and Information Technology: Insights from 30 Days of Flooding - Leandro Bertholdo 12:05 - 12:25 - Mapping DNS blocking trends in LATAM - Camila Breventano 12:25 - 12:40 - IPv6 Adoption Measurement in the LAC Region: Current Status, Challenges, and Future Perspectives - Kamruzzaman Khan 12:40 - 12:55 - Tracking Visibility Gaps in Allocated Internet Resources - Pedro Ferreira 12:55 - 13:00 - Closing Remarks - Chairs Best regards, Massimo, Elisa (IMWG Chairs)

1 0

Removal of three low-usage RIPEstat endpoints on 13 October
by Ties de Kock 12 Sep '25

12 Sep '25

Dear colleagues, Over the past year, we have been migrating RIPEstat infrastructure to a new environment. As part of this process, we reviewed all components to ensure long-term maintainability. Three components with very low usage and ongoing data issues will be deprecated and removed in a month. We are announcing the immediate deprecation of the following API endpoints: * /data/speedchecker-bandwidth-measurements/… * /data/meternet-bandwidth-measurements/… * /data/generic-data (undocumented) These endpoints have not been visible in RIPEstat for a considerable period and have experienced ongoing issues with data updates. Removing these endpoints will reduce our application and systems maintenance overhead. These endpoints are deprecated with immediate effect and will be completely removed on 13 October 2025. Analysis shows very low external usage of these endpoints (fewer than 10 IP addresses in August 2025). We therefore do not expect this change to affect most users. However, we recognise that API deprecations can be disruptive, and we welcome feedback from anyone who relies on these services. We are particularly interested in hearing from users who require bandwidth measurement data, as we understand this represents a niche but potentially valuable use case. We would like to understand your specific usage patterns and requirements for this type of data. If the removal of these endpoints will impact your operations, please contact us immediately. Kind regards, Ties de Kock RIPE NCC

1 0

Call for presentations at MAT WG at RIPE 91
by Stephen Strowes 29 Aug '25

29 Aug '25

Hi all, RIPE 91 will take place 20 -- 24 October in Bucharest. We are seeking presentations for the MAT WG session, scheduled on Tuesday, 21 October! Interesting topics include (but are not limited to): * Measurement research which has an operational impact * Operational initiatives that could inspire new research directions * Projects focused on network data collection * Tools for network data analysis and visualization * Innovative measurement techniques and proposals Starting from RIPE 91, both plenary and working group proposals can be submitted through the same system, Pretalx: https://pretalx.ripe.net/ripe91/ The Pretalx submission form will ask you for various details. Please select the MAT track, and include a title & abstract (these will eventually become public). For our evaluation, please include the following in your proposal: * an outline of your presentation (under 'notes') or provide a draft slide deck * the slot duration you'd like; we tend towards 15-20 minutes including Q&A, but please specify * whether you intend to present in person or online The deadline for MAT WG proposals is 15 September 2025. We will make our selections and post our agenda soon after. If you have any questions, please contact us at mat-wg-chairs [at] ripe.net. Thanks! - Nina, Massimo, Stephen as WG chairs

1 1

Planned maintenance to data.ris.ripe.net, ftp.ripe.net, data-store.ripe.net on 25 July, 11:00-15:00 UTC
by Ties de Kock 01 Aug '25

01 Aug '25

Dear colleagues, The webserver that distributes RIS files, data.ris.ripe.net, as well as ftp.ripe.net and data-store.ripe.net, will be down for maintenance on 25 July. During the maintenance, a storage appliance will be moved to a different data centre. This is part of the RIPE NCC’s effort to reduce our data centre footprint and increase the geographical distance between our data centres. BGP sessions with RIS collectors will be established as usual, and no data will be lost. However, downloads from https://data.ris.ripe.net will not be available. Other RIS services are not affected. Start: Friday July 25, 2025 11:00 UTC End: Friday July 25, 2025 15:00 UTC Affected: * data.ris.ripe.net * ftp.ripe.net * data-store.ripe.net We expect service to be unavailable for two hours in this window. Kind regards, Ties de Kock RIPE NCC

1 2

Forecasting Cloud Performance with RIPE Atlas
by Alun Davies 22 May '25

22 May '25

Dear colleagues, What kind of latency do cloud service users actually experience? Can we forecast future connectivity performance based on latency characteristics for specific locations? New on RIPE Labs, Rita Ingabire and colleagues share answers to these questions and more based on the findings of a three-month traceroute study they conducted using RIPE Atlas: https://labs.ripe.net/author/rita-ingabire/forecasting-cloud-performance-wi… Best regards, Alun Davies RIPE Labs Editor RIPE NCC

1 0

MAT WG agenda for RIPE90
by Massimo Candela 13 May '25

13 May '25

Dear all, The MAT working group session will take place on Tuesday 13 May at 16:00 UTC+1. This is the agenda: 16:00 - Welcome - Chairs 16:05 - Lost in Encryption: Monitoring Audio and Video Flows without Payload in Video-Conferencing Applications - Julien Gamba 16:20 - WhoActuallyIs? Finding the Companies Behind the Networks - Joshua Levett 16:30 - Pontus: A Memory-Efficient and High-Accuracy Approach for Persistence-Based Item Lookup in High-Velocity Data Streams - Weihe Li 16:45 - Frontiers of LEO Space Networks: Understanding the Intricacies of Starlink's Internet Access - Nitinder Mohan 17:00 - Hardware-assisted Virtual Networking for low-latency network services - Florian Wiedner 17:15 - RIPE Atlas and RIPEstat updates - Robert Kisteleki 17:20 - Closing Remarks - Chairs See you in Lisbon! Ciao, Massimo (for the MAT WG Chairs)

1 1

Call for presentations for MAT WG at RIPE 90
by Massimo Candela 01 Apr '25

01 Apr '25

Hi all, RIPE90 will take place 12-16 May in Lisbon. We are seeking presentations for the MAT WG session, scheduled on Tuesday, 13 May! Interesting topics include (but are not limited to): * Measurement research which has an operational impact * Operational initiatives that could inspire new research directions * Projects focused on network data collection * Tools for network data analysis and visualization * Innovative measurement techniques and proposals Please submit your proposal at mat-wg-chairs [at] ripe.net by **Thursday 17 April**. Include the following in your email: * a title * a draft of the presentation (an outline is okay!) * a paragraph describing the topic and why it is of interest to the community * whether you intend to present in person or online Thanks! Nina, Stephen, Massimo as WG Chairs

2 1

release of the new RIPEstat UI
by Ties de Kock 27 Feb '25

27 Feb '25

Dear colleagues, Following our announcement last week on the RIPE discussion list [0], we have now deployed the new user interface for RIPEstat: https://stat.ripe.net. We invite you to take a look and share any feedback you might have with us. To learn more about the new RIPEstat UI and what has changed, check out this article: https://labs.ripe.net/author/ties/introducing-the-new-ripestat-ui. Best regards, Ties de Kock RIPE NCC On behalf of the RIPEstat team [0]: https://mailman.ripe.net/archives/list/ripe-list@ripe.net/message/L7S3RGSCJ…

1 0

New on RIPE Labs: Easy RIPE Atlas Data Analysis with SQL
by Alun Davies 12 Feb '25

12 Feb '25

Dear colleagues, In this step-by-step guide on RIPE Labs, Giovane Moura and Andra Ionescu dig into RIPE Atlas data to show how fans of SQL can use DuckDB as an alternative to Pandas for data analysis. Read more on RIPE Labs: https://labs.ripe.net/author/giovane_moura/easy-ripe-atlas-data-analysis-wi… Best regards, Alun Davies RIPE Labs Editor RIPE NCC

1 0

A Deep Dive Into the Baltic Sea Cable Cuts
by Emile Aben 27 Dec '24

27 Dec '24

Dear colleagues, last week we posted our analysis on the Baltic Sea cable cuts using the traceroutes that the RIPE Atlas anchor mesh produced: https://labs.ripe.net/author/emileaben/a-deep-dive-into-the-baltic-sea-cabl… We hope this provides for some interesting reading and insights about these events, and also about where we could improve our RIPE Atlas anchor deployments to better see the effects of these types of events. kind regards, Emile Aben RIPE NCC

1 0

Join Us for the "Exploring the RIPE Atlas UI" Webinar on 17 December 2024
by Olivia Ruimwijk 11 Dec '24

11 Dec '24

Dear all, We are excited to invite you to the upcoming *Exploring the RIPE Atlas UI Webinar*, scheduled for *Tuesday, 17 December 2024*. Join Stephen Suess for a 45-minute webinar showcasing the key features and tools of the RIPE Atlas UI. This interactive session is designed to enhance your understanding and usage of this powerful platform. *By the end of this webinar, you will be able to:* - Identify and utilise key RIPE Atlas UI features to efficiently find and analyse existing Internet measurements. - Evaluate various data visualisation and analysis tools to gain meaningful insights from measurement results. - Customise the RIPE Atlas UI to suit specific usage patterns and prioritise the information you need. *For more information and to register, please visit:* https://learning.ripe.net/w/courses/64-exploring-the-ripe-atlas-ui/305 Kind regards, Olivia Ruimwijk Training Coordinator RIPE NCC

1 0

MAT WG agenda for RIPE89
by Massimo Candela 29 Oct '24

29 Oct '24

Dear all, The MAT working group session will take place on Tuesday 29 October at 16:00 CET. This is the agenda: 16:00 - 16:05 - Welcome - Chairs 16:05 - 16:20 - Measuring and Visualizing DNS Watersheds - Jim Cowie 16:20 - 16:30 - A First Look at User-Installed Residential Proxies From a Network Operator's Perspective - Etienne Khan 16:30 - 16:45 - IoT bricks over v6 - Tianrui Hu 16:45 - 17:00 - Target Acquired? Evaluating Target Generation Algorithms for IPv6 - Lion Steger 17:00 - 17:15 - What’s in the Dataset? Unboxing the APNIC User Populations - Vasilis Giotsas 17:15 - 17:25 - RPKI flutter - Emile Aben 17:25 - 17:30 - Closing Remarks - Chairs If you are not already registered: https://ripe89.ripe.net/attend/register/ See you in Prague! Ciao, Massimo (for the MAT WG chairs)

1 1

A Detailed Look at Our Recent RIPE Atlas Infrastructure Migration
by Robert Kisteleki 02 Oct '24

02 Oct '24

Dear colleagues, Today we published a RIPE Labs article about the work we've been doing on the RIPE Atlas infrastructure. Please feel free to read it here: https://labs.ripe.net/author/kistel/a-detailed-look-at-our-recent-ripe-atla… Regards, Robert Kisteleki RIPE NCC

1 0

Changes to the RIPEstat UI
by Ties de Kock 01 Oct '24

01 Oct '24

Dear colleagues, Over the next few months, we will be making changes to RIPEstat, our information service and open data platform. Most noteworthy, we will introduce a new user interface (UI) that combines elements of the two previous versions introduced in 2013 and 2020. Initially, we will focus on reverting to the 2013 UI and adding the unique features that were available only in the 2020 UI. Afterwards, we will continue building on what we have, and on what we learned, and build something better that aligns with what our users need. Finally, we will sunset the 2020 UI as we continue developing the newer user interface. Our decision was made after extensive user research whilst we maintained two interfaces for a few years, and tried to bridge the gap between the ‘old’ and ‘new’. Our aim now is not simply to bring back an older platform, but to focus on the elements that matter to RIPEstat users the most, and build on them to modernise the product altogether. You can read more details about our decision in our RIPE Labs article: https://labs.ripe.net/author/adonis_stergiopoulos/streamlining-ripestat-bui… We welcome your comments on this mailing list, on the RIPE NCC Forum or by emailing us at stat(a)ripe.net. Kind regards, Ties de Kock Specialist software engineer RIPE NCC

1 0

Some historical RIPEstat data will not be available from 24 September
by Felipe Silveira 30 Sep '24

30 Sep '24

Dear colleagues, As we shared back in May, we have been working to reduce our data centre footprint by managing the data for RIS and RIPEstat more efficiently[1]. We have experienced some problems which mean that parts of the historical RIPEstat data will not be available for an extended period. To reduce our data centre usage, we have been exporting RIS-related datasets from the database that contains our largest datasets (HBase) to a new environment, which allows us to decommission our old Hadoop cluster. During the migration, we encountered timeouts and memory limitations with old servers and software that held historical data. Here we faced a difficult choice: we could either extend our data centre contracts at considerable additional cost, or we could accept that certain historical data would not be available to users for an extended period. We decided on the second approach. It is important to be clear that we haven’t lost anything here. However, this does mean that we will not be able to provide aggregated historical data for a number of API calls and their corresponding widgets for some time after we complete our migration. These include: as-path-length, as-routing-consistency, asn-neighbours, asn-neighbours-history, bgp-update-activity, bgp-state, bgp-updates, bgplay, ris-peerings, routing-status, visbility. As mentioned, this has been a difficult process. We may still encounter other issues when we make the switch to the new environment tomorrow (24 September). My team is doing their utmost to keep any disruption to a minimum, but there are no guarantees everything will go to plan. We will be looking at the most efficient way to rebuild access to the historical data in the coming months, and we will share more details in an article on RIPE Labs soon. Kind regards, Felipe Victolla Silveira Chief Technology Officer RIPE NCC [1] For more on this, refer to the following: - Reducing our Data Centre Footprint (RIPE Labs): https://labs.ripe.net/author/felipe_victolla_silveira/reducing-the-ripe-ncc… - RIPE 88 Technology Update (slides 10-20): https://ripe88.ripe.net/wp-content/uploads/presentations/89-RIPE-88-RIPE-NC…

3 2

RIPEstat database migration postponed
by Felipe Silveira 26 Sep '24

26 Sep '24

Dear colleagues, Following Monday’s announcement, we have decided to postpone the move of our largest datasets (HBase) to a new environment by one month. As I mentioned in my last email, this has been an unexpectedly complex process that has required a massive effort from our engineering teams. To ensure that RIPEstat will continue operating, we did not feel confident going ahead when this could result in the service being severely disrupted. I am sure many of you have questions. We plan to publish a RIPE Labs article with more details soon, including which historical data will be delayed when the migration is fully completed. Kind regards, Felipe Victolla Silveira Chief Technology Officer RIPE NCC

1 0

Call for presentations for MAT WG at RIPE 89
by Massimo Candela 26 Aug '24

26 Aug '24

Hi all, RIPE89 will take place 28 Oct - 1 Nov in Prague. We are seeking presentations for the MAT WG session, scheduled on Tuesday, 29 Oct! Interesting topics (not limited to): * Measurement research, preferably with operational impact * Operational initiatives that could inspire new research directions * Projects focused on network data collection * Tools for network data analysis and visualization * Innovative measurement techniques and proposals Submit your proposal at mat-wg-chairs [at] ripe.net by **Friday 4 October**. Include in your proposal: * a title * a draft of the presentation (an outline is okay) * a paragraph describing the topic and why it is of interest to the community * if you are planning to present in person or remote. Thanks! Nina, Stephen, Massimo as WG Chairs

1 0

Session started at RIPE88
by Massimo Candela 22 May '24

22 May '24

Hi all, The MAT session started at RIPE88. Join remotely at: https://ripe88.ripe.net/live/main/ Ciao, Massimo

2 1

Summary of the discussions about previous proposals
by Robert Kisteleki 13 May '24

13 May '24

[This is the same message I sent to the RIPE Atlas ML. The majority of the content relates to RIPE Atlas.] Dear all, In response to community feedback, as well as to the observed behaviour of RIPE Atlas, earlier we put out some proposals about some aspects of future behaviour of RIPE Atlas. We’d like to summarise what we’ve heard so far (written responses as well as verbal discussions we participated in), and the path we plan to take based on these. Probe farming: There were many voices who agreed with some form of limiting this behaviour. We were also asked to reach out to users who are using many probes this way now. We did and the short summary is that most (but not all) answers give reasonable justification. Conclusion: we’ll add the relatively simple proposed rules (in short: limit the number of software probes from the same IP/prefix). Later on we can consider softer approaches, e.g. reducing the number of credits given to hosts with excess probes or using probe similarity metrics. Measurement aggregators: We proposed to embrace this existing phenomenon, ask these users to in the future give the system an indication about the distinct clients they serve, and perhaps step up as sponsors in such cases. We received many responses to this proposal. For the most part, current aggregators who responded stated that they have no significant issues with providing such client information – in an anonymised way of course. At the same time some of them stated that adding a “mandatory sponsorship” would discourage them from using RIPE Atlas in the future. Some argued that by having enough credits to do so, they were in fact contributing positively to the network already, and in fact some of them are or were sponsors. Conclusion: we’ll add the features needed to implement such aggregations, and work on incentives for these users to become RIPE Atlas sponsors. We’ll also add the need for proper attribution to the service, similar to what the commercial use policy describes. We may also look at additional requirements to ensure proper funding for our membership services. Data retention principles: This proposal was a high level one and we received limited feedback. One discussion raised how “financially sustainable” is defined; perhaps the best summary of this is the recent RIPE Labs article published by our CTO Felipe: https://labs.ripe.net/author/felipe_victolla_silveira/reducing-the-ripe-ncc… Conclusion: we are implementing our data storage and access features along the principles we laid out. For transparency, we’ll also include summaries of proposals we put out earlier (see: https://labs.ripe.net/author/kistel/five-proposals-for-a-better-ripe-atlas/) for which we haven’t provided a written conclusion. Remove per-hop “late” packets from traceroute [LATE-PACKETS]: we only heard support for this, therefore it’s in our plans now. Measure well-known CDNs [CDN-HTTP]: Multiple responses argued that by selecting a “short list” of CDNs that are included by default, there’s an implicit statement and/or bias in the system towards bigger providers, contributing to some aspects of centralisation. Others pointed out that this approach reflects the reality of generic users, since the majority of the content they consume is provided by said CDNs. In addition, there were some voices supporting this proposal because of the value it provides to (smaller) CDNs or because it incentivises probe hosts to join or to keep their probes connected. Based on these discussions we’ll not go ahead with a full set of CDN measurements; however we’ll try a smaller scale experiment to discover the potential benefits to all users. Generic HTTP measurements [GENERIC-HTTP]: the discussions centered around some reiterations of the previous arguments (i.e. the safety of both the probe host and the providers’ sides) and if/how the proposed opt-in activity of the probe host would help this. Given these arguments, and that only a few voices expressed their explicit support for this, we’ll put this activity on hold; we can revisit this if/when the community wishes so. Add support for STARTTLS measurements [STARTTLS]: there were lengthy discussions about how certain SMTP servers may react to such incoming measurements. The general agreement was that this measurement type can be useful, with the confirmation that these checks will explicitly stop after STARTTLS (i.e. they will not have the ability to even try initiating sending mails or such). Remove support for non-public measurements [ONLY-PUBLIC]: the discussion raised both arguments for and against changing the system’s behaviour. Some people also raised the possibility of making private measurements more costly (in terms of credits). We’d also like to note the reference to the data retention principles (private measurement results are not available to all users, therefore we’ll only store them for a limited time). All in all, for the time being we do not plan to make behavioural changes about this feature. Regards, Robert Kisteleki RIPE NCC

1 0

MAT WG agenda @ RIPE 88
by Stephen Strowes 10 May '24

10 May '24

Hi all, RIPE 88 is on the horizon! The MAT working group session will take place on Tuesday 21 May at 16:00 CEST. If you are not already registered, information on how to attend the meeting is available here: https://ripe88.ripe.net/attend/register/ Our current agenda is: - 16:00: Welcome (WG chairs) - 16:05: 20 Years of Inferring Inter-domain Routing Policies (Savvas Kastanaki) - 16:25: WHOIS Right? An analysis of WHOIS and RDAP consistency (Simon Fernandez) - 16:40: Analysis of Usage Patterns in RIPE Atlas Measurements (Pavlos Sermpezis) - 16:55: WetLinks and Starlink on the Road: Exploring the Stationary and Mobile Performance of Starlink (Eric Lanfer) - 17:15: NCC Update (Robert Kisteleki) - 17:30 Session closes This agenda ought to be reflected on the meeting plan soon: https://ripe88.ripe.net/programme/meeting-plan/mat-wg/ Hope to see you there, either online or in-person! Cheers, -S, as WG co-chair

1 0

Call for presentations for MAT WG at RIPE 88
by Stephen Strowes 08 Apr '24

08 Apr '24

Hi all, RIPE88 is coming up: the meeting will take place 20 -- 24 May. Once again, we are seeking your presentations for the next MAT WG session, scheduled on Tuesday, 21 May! Presentations for the WG session are preferably 10-15min long. Please include in your proposal: * a title * a draft copy of your proposed presentation; an outline is okay! * a paragraph describing the topic and why it is of interest to the community. Interesting topics include (but are not limited to): recent measurement research which has an operational impact; recent operational work that may open avenues to research; projects, tools, or datasets that support either operations or research. Please submit your presentation proposal by **Monday 29 April** by emailing us at mat-wg-chairs at ripe.net. We will make our selections and post the agenda soon after. RIPE meetings are fully hybrid with sessions facilitated through meetecho. We encourage presentations from anywhere; to help us plan, we'd appreciate it if you can indicate whether you are likely to be online or on-site. Please ask if you have any questions regarding the setup on either side. Thanks! Nina, Massimo, Stephen, as WG co-chairs

1 1

RIS beacon ROA configuration error
by Martin Pels (RIPE NCC) 04 Mar '24

04 Mar '24

Dear all, As documented on [1], we operate several RIS Routing Beacons for RPKI. Due to a configuration error, two of the beacons were advertised with an incorrect RPKI status for several days. This concerns the "RPKI Unknown" beacons, which are the following prefixes: * 2001:7fb:ff03::/48 * 84.205.83.0/24 For both these prefixes, a ROA was created at 2024-02-27 7:55 UTC, turning these announcements into RPKI Valid. Upon receiving a report about this incorrect change we have removed the ROA again. This was done at 2024-03-04 11:31 UTC. Kind regards, Martin Pels RIPE NCC [1] https://ris.ripe.net/docs/routing-beacons/#special-beaconing-setups

1 0

Fast-paced RIS beacon changed schedule unexpectedly
by Ben Cartwright-Cox 07 Feb '24

07 Feb '24

Hey all, Did anyone know why the "Fast-paced beacons" that RIS provides has swapped schedules from Announcements at XX:10, XX:30, XX:50 Withdrawals at XX:00, XX:20, XX:40 to Announcements at XX:00, XX:20, XX:40 Withdrawals at XX:10, XX:30, XX:50 ? Sadly the internet archive does not archive https://ris.ripe.net/docs/routing-beacons/ page so I have no web page proof. However I did copy and paste the schedule into a code comment and as far as I can tell, the schedule "inverted" on 2024-02-01 at 09:10 UTC. Any ideas? Am I finally losing my mind? I see that there were changes scheduled to be made on February 1st 2024 ( https://www.ripe.net/ripe/mail/archives/ris-users/2023-December/000755.html ), But they did not mention changing the schedules of the fast paced beacons! Thanks Ben

2 1

RIPE87 meeting minutes
by Stephen Strowes 06 Feb '24

06 Feb '24

Hi all, Minutes from the WG session at RIPE 87 are now online at: https://www.ripe.net/community/wg/active-wg/mat/minutes/mat-working-group-m… Cheers, -S, as co-chair

1 0

RIS anchor/beacon changes
by Martin Pels (RIPE NCC) 02 Feb '24

02 Feb '24

Dear all, In the coming months we will be making several changes in the prefix advertisements by RIS Route Collectors. These changes were discussed previously on RIPE Labs[0]. January 2nd 2024 ---------------- The following BGP announcements will be disabled: * IPv4 anchor+beacon announcements on RRC04, RRC07, RRC10, RRC13, RRC14, RRC15, RRC16, RRC21 and RRC22 * IPv4 anycast failover simulation beacon (84.205.72.0/24) on RRC03 and RRC14 All IPv6 anchor+beacon announcements will remain. February 1st 2024 ----------------- We will be enabling the following new prefix advertisements: * A single anycast IPv4 and IPv6 anchor+beacon pair per RIR region, advertised from each RRC in this region. * An anycast IPv4 /25 and /28 anchor, advertised from one RRC per RIR region * An anycast IPv6 /56 and /64 anchor, advertised from one RRC per RIR region To accommodate these changes we will also modify the encoding used in the BGP AGGREGATOR attribute. For full details and an overview of all anchor and beacon prefixes, please refer to our updated documentation[1]. Kind regards, Martin Pels RIPE NCC [0] https://labs.ripe.net/author/emileaben/ris-beaconing-shining-a-light-on-bgp… [1] https://ris.ripe.net/docs/routing-beacons

1 1

Changes to the rpki archives on ftp.ripe.net
by Ties de Kock 26 Jan '24

26 Jan '24

Dear colleagues, As you may know, the RIPE NCC publishes daily RPKI dumps for all trust anchors on ftp.ripe.net/rpki. Today, we have made some changes to this longitudinal dataset. We have added: * The compressed JSON output of a validator (output.json.xz). We added this because it contains validated ASPA and BGPsec payloads. * A compressed version of the CSV file of ROAs (roas.csv.xz) * A xz compressed archive of the validated and unvalidated objects (repo.tar.xz) We made this change because it significantly reduces the size of the files. At this point, we do not plan to re-compress historic files. However, to realise the savings, we must stop producing the larger version at some point and clean up the "duplicate" files from the transition period. For now, we will create the old (roas.csv, repo.tar.gz) and new (roas.csv.xz, repo.tar.xz) side by side during a transition period. We plan to stop creating the old format after a transition period of at least a month, taking into account the feedback we receive. We will inform you when this happens. Ties de Kock Specialist Software Engineer RIPE NCC

1 1

Fwd: [SIG-NOC] Network Performance and Monitoring Workshop - 14 February 2024
by Vesna Manojlovic 24 Jan '24

24 Jan '24

Dear all, Kindly see the announcement below for the upcoming event on 14 February. Network Performance and Monitoring Workshop This Workshop is organised by the Monitoring task in the Network Development work package (WP6) of the GN5-1 project. Continuing from previous successful workshops, this new edition will bring together network operators, researchers and other members of the GÉANT and NREN community interested in network performance and monitoring, to present and discuss the future development of network performance and monitoring tools and platforms. Registrations and agenda: https://events.geant.org/event/1588/ For more information, please contact: network-performance-monitoring(a)lists.geant.org

2 1

Possible new RIS Beacon? (Alternating visible pair)
by Ben Cartwright-Cox 22 Jan '24

22 Jan '24

Hey everybody, On my seemingly never ending task to find all "stuck" BGP sessions, I feel like there is an interesting thing that could be done for the RIPE RIS Beacons, and that is a pair of prefixes that alternate between being visible and invisible (IE: unannounced). I looked at the current estate of beacon prefixes and couldn't find anything that would fit this use case already. This would be useful to be able to tell if a prefix or session has got a stuck prefix at that current moment in time, by being able to check the time and see if the presence of a prefix shouldn't be visible. In the interests of full disclosure this would be very useful for bgp.tools to instantly “spot check” BGP feeds to see if they have stuck prefixes or not. What does everybody think? This should "only" require two /24s and two /48s, and I think this would also help researchers see the severity of stuck sessions in a much more measurable way than having to wait for hours for the beacons to go on or off! (Apologies if this is not the right place for this kind of discussion, but there were previous mails about the beacons here, so I figured here was a good place) Cheers Ben

2 2

Open positions at HPI, Potsdam
by Vaibhav Bajpai 05 Jan '24

05 Jan '24

Dear colleagues, I am looking for Postdocs and PhD students to bootstrap a research group on data-intensive Internet computing at the Hasso Plattner Institute. These are full-time positions in the Berlin metropolitan area. We do systems research, and publish papers at the intersection of Internet measurements, security and privacy. The work place is in Potsdam, Germany. Interested candidates, please feel welcome to send me your application directly via E-mail (vaibhav.bajpai(a)hpi.de) Kind regards, -- Vaibhav ------------------------ Prof. Dr. Vaibhav Bajpai, www.vaibhavbajpai.com

1 0

RIPE NCC measurement data retention
by Robert Kisteleki 21 Dec '23

21 Dec '23

Dear all, We've just published a proposal about establishing principles around how the RIPE NCC retains and publishes Internet measurement data, specifically in RIS and RIPE Atlas: https://labs.ripe.net/author/kistel/ripe-ncc-measurement-data-retention-pri… We would be very happy to see discussions about this here on the mailing list, on the RIPE NCC Forum, or live at RIPE87. Regards, Robert Kisteleki RIPE NCC

8 7

RIPE Atlas, RIPEstat and RIS Quarterly Planning Q1 2024
by Adonis Stergiopoulos 20 Dec '23

20 Dec '23

Dear colleagues, The quarterly plans for RIPE Atlas, RIPEstat and RIS for Q1 2024 can now be found at: https://www.ripe.net/support/documentation/quarterly-planning <https://www.ripe.net/support/documentation/quarterly-planning> By sharing these plans with you, we want to inform you of the ongoing developments in the tools we operate and get your feedback on other work items you would like us to focus on. If you have any input on our plans, please let us know. Kind regards, Adonis Stergiopoulos Senior Marketing & Communications Officer RIPE NCC

1 0

The role of aggregators in RIPE Atlas
by Robert Kisteleki 11 Dec '23

11 Dec '23

Dear all, We've just published a proposal about recognising the role of "aggregators" in RIPE Atlas: https://labs.ripe.net/author/kistel/the-role-of-aggregators-in-ripe-atlas/ We would be very happy to see discussions about this here on the mailing list, on the RIPE NCC Forum, or live at RIPE87. Regards, Robert Kisteleki RIPE NCC

3 2

RIPE Labs post: Does The Internet Route Around Damage?
by Emile Aben 30 Nov '23

30 Nov '23

Dear colleagues, We analysed last week's AMS-IX outage from the perspective of RIPE Atlas, to shed some light on the question if the Internet routes around damage. Our analysis is here: https://labs.ripe.net/author/emileaben/does-the-internet-route-around-damag… Kind regards, Emile Aben RIPE NCC

3 4

2024 Internet Society Pulse Research Fellowship
by Amreesh Phokeer 29 Nov '23

29 Nov '23

Hi all, Are you interested in Internet measurement research and have a project or tool in mind that contributes to upholding an open, globally connected, secure, and trustworthy Internet? The call for applications is now open. More details here: https://pulse.internetsociety.org/fellowship If you want to learn more from 2023 Pulse fellows, join next week’s 2023 Pulse Research Fellowship Review webinar: https://isoc.zoom.us/webinar/register/WN_JL4H5rBIS82PjUVhIFhC5w Regards, -- Amreesh Phokeer

2 3

MAT Agenda - RIPE87
by Massimo Candela 28 Nov '23

28 Nov '23

Dear all, The MAT agenda for RIPE87 (Rome) is out: https://ripe87.ripe.net/programme/meeting-plan/mat-wg/ The session will take place in the main room on Tuesday, November 28 at 16:00 (UTC+1). We'll provide the streaming link. The current agenda is: * Measuring Internet Censorship with OONI (Arturo Filastò) * Where the !?*! Are the Packets Going? (Luca Sani) * Ah, This Is How Packets Get Here! Measuring Reverse Paths on the Public Internet (Valentin Heinrich) * ECN with QUIC: Challenges in the Wild? (Sander Constantin) * RIPE NCC Tools Update (Robert Kisteleki) See you in Rome! Ciao, Massimo (on behalf of the MAT chairs)

1 1

Two years of selective peering with RIS
by Michela Galante 23 Nov '23

23 Nov '23

Dear colleagues, We published an article on RIPE Labs where we talk about our RIS peering strategy of the last two years, what we've achieved so far, and why we've temporarily removed the peering form from our website: https://labs.ripe.net/author/emileaben/two-years-of-selective-peering-with-… We would love to hear your thoughts about it either here on this mailing list, in the Forum or live at RIPE 87. Best regards, Michela Galante RIPE NCC

1 0

PEARG: Guidelines for Performing Safe Measurement on the Internet
by Stephen Strowes 16 Nov '23

16 Nov '23

Hi, There is an open request on the IRTF's PEARG list, seeking feedback on a draft document, "Guidelines for Performing Safe Measurement on the Internet". The MAT WG has expertise and probably feedback to share. The request with appropriate pointers is here: https://mailarchive.ietf.org/arch/msg/pearg/-qGRRbBAZ2YAytwt4lpxVcQ7OZE/ Feedback on the draft is welcome either on their RG discuss list, or by filing issues directly against the git repo. Cheers, S.

1 0

Unauthenticated user access to RIPE Atlas
by Ben Cartwright-Cox 03 Nov '23

03 Nov '23

Hello everybody! I was wondering around what are the rules and views on “open user access” to RIPE Atlas ( as in non-authenticated users being able to make RIPE atlas measurements) I ask because as of this morning I noticed that hurricane electric’s bgp.he.net tool is now allowing users to make right atlas measurements without any authentication to RIPE Atlas, this was surprising to me as when I asked a NCC staff member at the last meeting in Berlin about doing something similar to this I was explicitly told that this would not be desired. I cannot remember who told me this ( and I don't have an easy way of finding out again ) but assuming this is allowed I will happily copy this for bgp.tools But I'd like to check with Atlas people before doing such a thing.

2 5

Call for presentations for MAT WG at RIPE87
by Stephen Strowes 24 Oct '23

24 Oct '23

Hi all, RIPE87 is coming up: the meeting will take place 27 November -- 1 December. Once again, we are seeking your presentations for the next MAT WG session, scheduled on Tuesday, 28 November! Presentations for the WG session are preferably 10-15min long. Please include in your proposal: * a title * a draft copy of your proposed presentation, even if just an outline * a paragraph describing the topic, and why the topic is of interest for the community. Interesting topics include (but are not limited to): recent measurement research which has an operational impact; recent operational work that may open avenues to research; projects, tools, or datasets that support either operations or research. Please submit your presentation proposal by **Friday, 27 October** by emailing us at mat-wg-chairs at ripe.net. We will make our selections and post the agenda soon after. RIPE meetings are fully hybrid with sessions facilitated through meetecho; we encourage presentations from anywhere. For our planning, we'd appreciate it if you can indicate whether you are likely to be online or on-site. Please ask if you have any questions regarding the setup on either side. Thanks! Nina, Massimo, Stephen, as WG co-chairs

1 1

new discussion list for discussing network neutrality/title ii issues rationally
by Dave Taht 11 Oct '23

11 Oct '23

With the return of the NN discussion and regulation in the USA as of Oct 19th... https://www.fcc.gov/document/fcc-chairwoman-rosenworcels-net-neutrality-rem… and especially with my lack of knowledge and understanding of pending EU regulation, I decided to start a good ole fashioned mailing list to try and sort it all out, which is up to nearly 200 members now. Sign up here: https://lists.bufferbloat.net/listinfo/nnagain I am especially interested in finding new blood of all sorts (engineers, lawyers, scientists, foss folk, and infrastructure folk) willing to discuss possible brighter futures for the internet (with us old farts via this archaic method. I considered trying mastodon but it was too complicated). New metrics for videoconferencing, as well as lower layer metrics like MTTR an MTBF are on my mind, as is finding ways to improve QoE for everyone, and de-crapification of the upper layers of the stack, as well as of the gear we buy. There is a separate NPRM going on for a new FCC CyberSecurity label, which I would like to see more teeth pushed into, honestly. My hope is, one day, we can provide good feedback into various overwhelmed government processes, as we did here, 7+ years ago. http://www.taht.net/~d/fcc_saner_software_practices.pdf PS - is anyone here participating in the renewed cybergeography project? -- Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html Dave Täht CSO, LibreQos

1 0

RIPE Atlas, RIPEstat and RIS Quarterly Planning Q4 2023
by Robert Kisteleki 04 Oct '23

04 Oct '23

Dear colleagues, The quarterly plans for RIPE Atlas, RIPEstat and RIS can now be found at: https://www.ripe.net/support/documentation/quarterly-planning We hope that by providing these plans, we can better inform the community of the ongoing developments in the tools we operate and get feedback on our work. If you have any input on our plans or want to let us know what you would like to see us work on, please let us know. Kind regards, Robert Kisteleki Principal Engineer RIPE NCC

1 0