- mat-wg - mailman.ripe.net

Invitation: RIPE NCC Open House Series on Community Projects Fund Updates - September 2023
by Alastair Strachan 07 Sep '23

07 Sep '23

Dear colleagues, For over 30 years, the RIPE NCC has been an essential part of the Internet technical community. Seven years ago, we took our commitment a step further by introducing the Community Projects Fund. This initiative was designed to tackle the funding challenges faced by many noteworthy projects in our community. We're thrilled to bring you updates on the incredible progress these initiatives have made. We warmly invite you to attend our upcoming RIPE NCC Open House Series, focusing on the advancements made by last year’s Community Projects Fund recipients. In each session, the project teams will offer presentations summarising their journey and current status, followed by a Q&A session during which you can engage directly with them. Wednesday, 13 September 2023, 13:30 - 14:30 UTC 1. Elevating Demand-side Cybersecurity Through Business Procurement - Wout de Natris 2. DNS Research Federation - Internet Standards Observatory - Carolina Caeiro Thursday, 21 September 2023, 10:00 - 11:30 UTC 1. Foundation for Research and Technology - Hellas (FORTH) - ARTEMIS Lite - George Nomikos 2. Grenoble Alps University - fpdns2: DNS Fingerprinting Tool - Maciej Korczyński, Ph.D. 3. University of Aberdeen - Can We Extend IPv6? - A Measurement Project - Ana Custura Wednesday, 27 September 2023, 10:00 - 11:30 UTC 1. iNGO European Media Platform - Internet Identifiers in Time of War - Oksana Prykhodko 2. Aristotle University of Thessaloniki - AI4NetMon 2.0 - Pavlos Sermpezis 3. deSEC e.V. - deSEC: Secure DNSSEC Hosting - Peter Thomassen For more information on these upcoming events and how to register, please see here: https://www.ripe.net/participate/meetings/open-house/ripe-ncc-open-house-se… Kind Regards Alastair Strachan RIPE NCC

1 0

lacnic40 IMWG - call for presentations
by Massimo Candela 29 Aug '23

29 Aug '23

Dear MAT friends, During LACNIC 40 (Fortaleza, Brazil) [1], there will be a session of the Internet Measurements Working Group (IMWG) on Friday 6 October 2023. The IMWG is a new working group with similar goals of MAT but focuses on creating bridges among academia, researchers, and network operators in the LACNIC region. The mailing list of the IMWG is imwg(a)listas.nog.lat Since this year the LACNIC and RIPE events will be more than a month apart, I'm asking here help in creating the agenda for IMWG. The IMWG is looking for presentations on Internet measurements, network data collection, data analysis and tools. Please, submit your presentation proposal by September 22 by sending an email at imwg-owner(a)listas.nog.lat We prefer talks of 15min. Include in your email a title, a draft of the presentation, a paragraph describing what you will talk about and why the topic is of interest for the community, and if you are planning to present in person or remotely. Feel free to share this message on other channels. Thanks! Ciao, Massimo [1] https://lacnic40.lacnic.net/

1 0

Hackathon on Network Interference using Open Data at IMC 2023 in Montreal (October 23, 2023)
by Amreesh Phokeer 28 Aug '23

28 Aug '23

Dear all, The Internet Society, M-Lab, OONI, and Censored Planet invite you to join the IMC Hackathon on Network Interference using Open Data in Montreal on 23 October 2023, the day before the IMC Conference takes place (24-26 October). We are looking for participants interested in exploring, analyzing and visualizing network measurement open data from different sources to extract meaningful information about network disruption events. We invite people from various backgrounds (e.g. economists or social scientists), including those who might not work directly with network disruptions and still want to contribute, to apply. Capacity: Limited to 35 participants. Venue: Google’s Montreal Office: 425 Av. Viger O, Montréal, QC H2Z 1W5, Canada For more details and registration: https://conferences.sigcomm.org/imc/2023/hackaton/ Best regards, -- Amreesh Phokeer On behalf of the organizing committee

1 0

RIS beacons
by Emile Aben 20 Jul '23

20 Jul '23

Dear colleagues, Following on from discussion during the MAT WG session at RIPE 86, I wrote up a RIPE Labs article looking at why RIS beaconing is useful and how we can improve the existing setup to do more: https://labs.ripe.net/author/emileaben/ris-beaconing-shining-a-light-on-bgp… kind regards, Emile Aben RIPE NCC

1 0

RIPE Atlas, RIPEstat and RIS Quarterly Planning Q3 2023
by Robert Kisteleki 28 Jun '23

28 Jun '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 on 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 RIPE NCC

1 0

RIPE86 MAT WG agenda, 2023-05-25 (Thursday)
by Stephen Strowes 25 May '23

25 May '23

Hi folks, This week's MAT WG session will take place on Thursday, 25th of May, starting at 09:00 UTC+2 [07:00 UTC] We received many great submissions! Our current agenda is available at: https://ripe86.ripe.net/programme/meeting-plan/mat-wg/ See you there! -Stephen

2 1

Open House: RIPE IPmap and Infrastructure Geolocation
by Chris Amin 15 May '23

15 May '23

Dear colleagues, This is a reminder that the RIPE NCC Open House: RIPE IPmap and Infrastructure Geolocation is taking place this Friday, 19th May at 09:00 UTC (11:00 CEST). This Open House is for anyone interested in RIPE IPmap, the RIPE NCC's API for getting geolocation data for core Internet infrastructure. It will be a sixty-minute remote session where RIPE NCC staff will share context and information about RIPE IPmap, and invite questions and discussion from the community. Details and free registration can be found at: https://www.ripe.net/participate/meetings/open-house/ripe-ncc-open-house-ri… Kind regards, Chris Amin RIPE NCC

1 0

The Resilience of the Internet in Ukraine - One Year On
by Emile Aben 17 Apr '23

17 Apr '23

Dear Colleagues, A year ago I wrote about the resilience of the Internet in Ukraine a few weeks after the war broke out in the country. In this article I revisit the topic and analyse what has changed after more than a year of war, based on data the RIPE NCC collects through RIPE RIS and RIPE Atlas: https://labs.ripe.net/author/emileaben/the-resilience-of-the-internet-in-uk… kind regards, Emile Aben RIPE NCC

1 0

Contribution submission for MAT WG at RIPE86
by Marco Polverini 10 Apr '23

10 Apr '23

Dear Nina, Massimo and Stephen My name is Marco Polverini, an assistant professor at Sapienza University of Rome. I would like to submit the following proposal to be presented at the next MAT WG. This work has been accepted to be presented at the IEEE NOMS 23 ( https://noms2023.ieee-noms.org/). Attached to this email you can find the original paper (in case you need further details about the topic of the presentation I would like to do). Thanks Marco *Title:* A Digital Twin based Framework to Enable "What-If" Analysis in BGP Optimization *Outline of the speech:* - introduction and motivation: in this talk we aim to introduce a framework for the creation of Digital Twins of Autonomous Systems in order to enable the execution of "what if" analysis in the context of inter domain routing optimization - background on digital twins: this section is to introduce the basic terminology and concepts on Digital Twins - presentation of the proposed framework: in this section we provide an overview of the architecture of the proposed framework and detail the responsibilities of each functional block - proof of concept: a simple proof of concept is presented, with the aim of showing the effectiveness of the proposal - conclusion and future work *Abstract:* Nowadays, inter domain routing optimization is performed based on the so called "Tweak and Pray" approach, which consists in performing changes in the configuration of the BGP protocol without knowing in advance the consequences of such a modification. This is due to the lack of cooperation among Network Operators in the configuration of the BGP to optimize the inter domain routing. Inefficiency in the resource usage, network anomalies and outages are common consequences of wrong configuration changes performed by Network Operators in an attempt to improve the performance of their infrastructures. In this paper we propose a novel framework based on the Digital Twin technology to enable the execution of "what-if" analysis in the context of Traffic Engineering performed by tuning BGP parameters. Such a paradigm shift will allow Network Operators to be aware of the effects of BGP configuration changes before their actual execution. A proof of concept related to the balancing of inbound traffic in an Autonomous System network, based on the use of the AS Path Prepending technique, is realized to validate the feasibility of the proposed approach.

2 1

delegate LIR portal access to specific user for specific resources - was: [address-policy-wg] 2023-02 New Policy Proposal (Minimum Size for IPv4 Temporary Assignments)
by Massimo Candela 07 Apr '23

07 Apr '23

Hi Elvis, On 14/03/2023 08:42, Elvis Daniel Velea wrote: > Hi Massimo, > > thank you for your message. Let me see if I have an answer to some of > your questions/comments. See inline. > > ------- > I also mention below a variation of this proposal, which could be it's > own proposal/thread (suggestions welcome): > > There should be an easy way to do "temporary assignments" (which may or > may not be the correct term in this case) to researchers/developers, > starting from address space of a company which is "sponsoring" the > research. > > > The key part of what I would like to have is the possibility to provide > somebody with access to LIR portal services but limited to a specific > subset of my resources. > > In general, a company is not going to support a research/experiment by > providing indiscriminate access to the LIR portal. Creating a new > LIR or > transferring prefixes is not a plausible solution in this context. > > > An existing LIR can do an assignment to a researcher/developer as we > speak. All assignments an LIR makes are ‘temporary’, some may last a day > and some may last 10 years… Can you explain this better? I have been asking to several ncc contacts and there was no suitable solution for this at the moment. Asking researchers/developers to create their own LIRs so that resources can be transferred is not a practical solution, but I'm not sure you are referring to this. Giving the researcher/developer access to the LIR portal/APIs for all the resources is also not a solution. > > If you want the researcher to have access to services like RPKI, they > can ask their LIR. In some cases, maybe temporary transfers could also > be of use. Again, I don't see a way to do this at the moment. > > Note that this proposal aims to update the temporary assignment proposal > that is currently in place. The RIPE NCC makes these temporary > assignments from a pool of IPs they have reserved specifically for this > purpose. I understand. This is why I said that this could be a different proposal (even if related by a similar purpose). I changed the email subject to avoid confusion. > > > Also, I believe this would remove the need for an approval procedure > from the RIPE NCC side: (1) if the address space used is of a company, > there is less need to validate the research project motivations; and > (2) > the company "sponsoring" is also the one responsible for the address > space. > > > I am not sure I understand what you mean by this. The NCC does not need > to approve any assignments made by LIRs. The NCC will need to approve > temporary assignments if the request is sent by an LIR (for an end-user) > based on the current temporary assignment policy. That's exactly what I'm saying. Assignments done by LIRs of their own resources do not require approval, while they would satisfy the research use case (in summary: using prefixes from the ncc stash is not needed in all cases). Thanks for your answers. Ciao, Massimo

1 0