April 2023 - mat-wg - mailman.ripe.net

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

Call for presentations for MAT WG at RIPE86 in May
by Stephen Strowes 06 Apr '23

06 Apr '23

Hi all, RIPE86 is coming up fast: 22 -- 26 May! We are seeking your presentations for the next MAT WG session during that week. Presentations for the WG session are preferably 10-15min long. Please include in your proposal: * a title * a draft 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 28 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, and we encourage presentations from anywhere. Sessions are facilitated through meetecho. 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! Cheers, Nina, Massimo, Stephen, as WG co-chairs

1 1