- connect-wg - mailman.ripe.net

Call for Presentations - RIPE 85
by Florence Lavroff 28 Sep '22

28 Sep '22

Hello everyone, RIPE 85 will take place from October 24th to 28th 2022 in Belgrade, Serbia and will be a hybrid meeting. Our next Connect-WG session is scheduled on Wednesday, October 26th for 1 hour at 12 PM UTC+2. Please get back to us with your presentation proposals and any topic you'd like to be discussed during the session. Thanks, Kind regards, Florence, Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

RIPE 83 Connect WG minutes
by Florence Lavroff 17 May '22

17 May '22

Dear friends of the Connect WG, Please find below the minutes of the Connect session at RIPE 83, to be approved during the next session at RIPE 84, tomorrow : https://www.ripe.net/participate/ripe/wg/active-wg/connect/minutes/connect-… Thanks, Best regards, Florence, Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

Call for presentations for Connect WG - RIPE 84 - Berlin
by Will van Gulik 10 May '22

10 May '22

Dear friends of the Connect WG, In about 3 weeks, we will, for some of us, meet LIVE at RIPE 84, that will take place in Berlin between May 16th and 20th 2022. Our session is scheduled for Wednesday, May 18th between 12:00 and 13:00 CEST (UTC+2) . If there is any topic you are interested to present during the session, please let us know ! Thanks, Kind regards, Florence, Remco and Will Connect-WG co-chairs

2 1

Last call and final reminder for nominations to the 2022 Rob Blokzijl Award
by Carsten Schiefner 14 Mar '22

14 Mar '22

[Apologies for cross-posting to various RIPE lists] Dear Connect WG members - this is the last call and final reminder for nominations to the 2022 Rob Blokzijl Award that will be accepted until this Friday, 18th March, at 23:59 UTC. In seeking nominations for this prestigious award, which was created to celebrate Rob's contributions to the development of the Internet, the Award Committee (https://rob-blokzijl-foundation.org/2021/11/22/2022-award-committee/) is interested to receive nominations of those who have reflected Rob's approach in either a technical or operational capacity. Please give some consideration to nominating individuals - but also teams and groups of people! - in your own community and/or the wider industry in the RIPE region who, in your opinion, deserve to be recognised for their work to make the internet and/or internet community better. To specifically have this emphasised again after some according queries: nominations of teams and groups of people are very well possible and wished for as well in case their collective work would match the criteria of the call as laid out! The Award Committee is particularly interested to receive nominations of contributors who, in addition to their own contributions, have also supported and enabled others anywhere in the world. Also, the Award Committee would like to encourage those making nominations to consider not only the community members in the later stages of their careers or who are widely known but also those who may have contributed greatly in the springtime of their career or discreetly for the greater good or who may be considered to be part of an unrepresented group. And last but not least: those of you who previously have made a nomination other than Wilfried Woeber, the 2018 awardee, may want to consider resubmitting a nomination. The complete details of the call and the nomination process can be found at: https://rob-blokzijl-foundation.org/2021/11/25/call-for-nominations-2022/ Best wishes and kind regards Carsten (on behalf of the Award Committee)

1 0

RIPE 82 Connect WG minutes
by Florence Lavroff 15 Nov '21

15 Nov '21

Dear friends of the Connect WG, Please find below the minutes of the Connect session at RIPE 82, to be approved during the next session at RIPE 83 : https://www.ripe.net/participate/ripe/wg/active-wg/connect/minutes /connect-working-group-minutes-ripe-82 Thanks, Best regards, Florence, Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

IXP neutrality discussion
by Michalis Oikonomakos 21 Sep '21

21 Sep '21

Dear connect WG fellows, I hope you all are well! I notice that most IXPs use the term "neutral" to describe themselves. This “neutrality” is usually loosely associated to “fairness” and “non-discrimination” among the members, however the term is generic and ambiguous and leaves a lot of room for different interpretations by IXPs and IXP customers. I was wondering whether there is some consensus on this term – and even if not, what are the different points of view? Some points (which do not necessarily express my own opinion) to start the discussion: - Is uniform pricing among its members a significant part of IXP neutrality? Do promos and offers affect this neutrality and under what terms can they be offered without a problem? Are welcome packs (e.g. free ports) allowed in order to attract significant members? Under what conditions is it possible that an IXP offers discounted or free ports, without this affecting its neutrality (e.g. for root NS or similar services/infrastructure)? - Do you consider it significant that all members of a neutral IXP have access to the same service portfolio and options? To what extent and for what reasons can a member be treated exceptionally? Are small exceptions allowed (e.g. allowing a second IP in the peering LAN when forbidden by policy), in order to attract a new, important customer? How does this conflict with the IXP’s need to adapt to new technologies or test new services (e.g. running a pilot with selected members)? - How important is the uniformity of all contractual terms to an IXP neutrality? E.g. billing and payment terms, SLAs, penalties etc? How flexible can an IXP be, e.g. for a significant customer? Should a contract template be used to ensure such uniformity? If yes, does this preclude a neutral IXP from signing customized contracts or customers’ contracts and if not, under what conditions? - Should the price list be public? Should the contract template be public? - Is openness part of neutrality? Should the members list be public? Should the number of ports and port speeds be public? Should a neutral IXP adopt certain APIs, e.g. the Euro-IX API? - Is it acceptable for a neutral IXP to have other activities (e.g. sell/resell Internet or other IXPs, colocation, integration & consulting, etc.)? To what extent? - Does connectivity between IXP POPs within metro/country/global affect neutrality? Under what circumstances is this acceptable? - Does the nature of an IXP entity affect neutrality? E.g. member-based vs state owned vs commercial vs non-profit vs academic? - Should financial data be published (especially for IXPs that are not standalone entities)? To which detail? - How are the above affected by IXP resellers? (e.g. should there be "fairness" between resellers and how is this achieved? What about "fairness" for resold members?) - How are the above affected by cloud exchange services (where members are by definition distinguished between providers and consumers)? Feel free to comment on as many topics as you like or add your own. Answers from IXPs and IXP customers are both welcome. Once again, I understand that there are different and conflicting views on this, but I believe it would be interesting to see if there is a baseline consensus and what the different points of view are. I expect that some interesting results will come up and, if they do, I promise to try to gather them and present them in a future meeting. Thank you in advance for your input. Best regards, Michalis

2 1

Announcing NLNOG Day and my newest RIPE Labs article on RIPE Community Resilience
by Vesna Manojlovic 31 Aug '21

31 Aug '21

Dear colleagues, on Thursday 2 September, NLNOG is organising a hybrid event: in-person, for the first time since pandemic restrictions in early 2020, and online / with remote participation: https://nlnog.net/nlnog-day-2021/ Great line-up of speakers might interest the techies on this list -- and I will be giving a talk too: "Technical Communities Resilience During COVID-19 Pandemic". The presentation is based on my series of 10 articles, the most recent one published today: "Every Society Has the Internet they Deserve" : https://labs.ripe.net/author/becha/ripe-community-resilience-every-society-… Please join us at NLNOG Day, and do give me comments on the article(s) on RIPE Labs or on the list! Kind regards, Vesna Manojlovic -- Community Builder, RIPE NCC https://labs.ripe.net/author/becha/

1 0

Announcing the SDIA Open Data Hub
by Michael J. Oghia 16 Aug '21

16 Aug '21

Hi everyone, I hope you're well and enjoying the summer. I want to share a RIPE Labs post <https://labs.ripe.net/author/michael_oghia/transparency-meets-sustainabilit…> I wrote last week about a new transparency and sustainability initiative that my organisation, the Sustainable Digital Infrastructure Alliance (SDIA), is in the process of building. You can see the announcement below, and I'd be happy to answer any questions you have. Best, -Michael __________________ Director of Communications & External Relations Sustainable Digital Infrastructure Alliance (SDIA <https://sdialliance.org/> ) ICT sustainability advocate | IRPC <https://internetrightsandprinciples.org/> Steering Committee member Belgrade, Serbia (UTC+2) | Twitter <https://www.twitter.com/MikeOghia> | LinkedIn <https://www.linkedin.com/in/mikeoghia> ---------- Forwarded message --------- From: Antony Gollan <agollan(a)ripe.net> Date: Fri, Aug 13, 2021 at 3:36 PM Subject: [ripe-list] New on RIPE Labs: Transparency Meets Sustainability - Announcing the SDIA Open Data Hub Dear colleagues, The lack of reliable data is one of the most foundational issues in creating a sustainable ICT ecosystem. In a new article on RIPE Labs, Michael Oghia introduces the Open Data Hub, a resource to boost transparency, trust, and data availability managed by the Sustainable Digital Infrastructure Alliance (SDIA). https://labs.ripe.net/author/michael_oghia/transparency-meets-sustainabilit… Kind regards, Antony Gollan Communications Team Leader RIPE NCC

1 0

Re: [connect-wg] [anti-abuse-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters
by Erik Bais 20 May '21

20 May '21

Hi Michele, I’m not looking at tapping traffic, nor would I expect an IXP to do so. There are other sources that we should look at to get the data. Erik From: Michele Neylon - Blacknight <michele(a)blacknight.com> Date: Thursday 20 May 2021 at 10:03 To: Erik Bais <ebais(a)a2b-internet.com>, Thomas King <thomas.king(a)de-cix.net>, Erik Bais <erik(a)bais.name>, "connect-wg(a)ripe.net" <connect-wg(a)ripe.net>, "anti-abuse-wg(a)ripe.net" <anti-abuse-wg(a)ripe.net> Subject: Re: [anti-abuse-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters Erik But wouldn’t creating this list involve looking at the traffic *somewhere*? Personally I’d love to see scummy providers marginalised as much as possible, but the “how” is important to get right. Regards Michele -- Mr Michele Neylon Blacknight Solutions Hosting, Colocation & Domains https://www.blacknight.com/ https://blacknight.blog/ Intl. +353 (0) 59 9183072 Direct Dial: +353 (0)59 9183090 Personal blog: https://michele.blog/ Some thoughts: https://ceo.hosting/ ------------------------------- Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty Road,Graiguecullen,Carlow,R93 X265,Ireland Company No.: 370845 From: anti-abuse-wg <anti-abuse-wg-bounces(a)ripe.net> on behalf of Erik Bais <ebais(a)a2b-internet.com> Date: Wednesday 19 May 2021 at 13:00 To: Thomas King <thomas.king(a)de-cix.net>, Erik Bais <erik(a)bais.name>, "connect-wg(a)ripe.net" <connect-wg(a)ripe.net>, "anti-abuse-wg(a)ripe.net" <anti-abuse-wg(a)ripe.net> Subject: Re: [anti-abuse-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters [EXTERNAL EMAIL] Please use caution when opening attachments from unrecognised sources. Hi Thomas, Thank you for your reply and insight. I’m not asking for IXP’s to look in the traffic.. I’m looking for a top 50 list of badhosts.. that is generated in a way that we as a community would feel comfortable with as a start. Use that top 50 list .. as the ASn filtering, to get to a way of clean internet for the default Routeserver customer. ( secure by design / default ) If that customer would like to receive the unfiltered option, they could set that via the IXP portal in their member account and receive the unfiltered view. Or setup direct peerings .. It is already possible to do this for someone if they know how to do it, via BGP communities or RPSL in the RIPE DB.. But the problem is that the list might not get updated .. and it is easier to do this for the whole group with regular updates, without re-configing all routers on a peering lan. As we are now talking about this in the Dutch community, it should be possible to push this also to other regions .. and it should be open for everyone to see why they would be listed and what the qualifiers are that they are there … That way we can avoid the real badhosts to pick out an internet exchange that doesn’t support filtering on this, just so they can push their bad packets into some networks. Regards, Erik Bais From: anti-abuse-wg <anti-abuse-wg-bounces(a)ripe.net> on behalf of Thomas King <thomas.king(a)de-cix.net> Date: Wednesday 19 May 2021 at 13:14 To: Erik Bais <erik(a)bais.name>, "connect-wg(a)ripe.net" <connect-wg(a)ripe.net>, "anti-abuse-wg(a)ripe.net" <anti-abuse-wg(a)ripe.net> Subject: Re: [anti-abuse-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters Hi Erik, This is a vital topic! You focused a bit on the Dutch community. However, I think it is globally significant. We at DE-CIX are very active in reacting to abusive peers on our IXPs. We have disconnected peers who were (repeatedly) not obeying the law or the DE-CIX Terms and Conditions. I gave a talk about what DE-CIX does in this regard during RIPE75 (https://ripe75.ripe.net/archives/video/103/) Disclaimer: I am not a lawyer. The European telecommunication law does not allow IXPs to look into peers' traffic on the application level (for a good reason, I believe). So, we do not know if a peer hosts malware or is sending out spam only. DE-CIX is only allowed to look into the operational data (e.g., Route or ASN hijacks) or behavior (e.g., unwanted traffic due to static routes on the Peering LAN). Based on this information, DE-CIX is acting. I am highlighting this because I see issues if IXPs (or carriers and transit providers) are used as central infrastructure to filter data due to information they cannot verify or generate. Just think about the central DNS filtering and censoring discussion we had on a European level to stop certain abusive and harmful Internet services from being accessible. Best regards, Thomas -- Dr. Thomas King Chief Technology Officer (CTO) DE-CIX Management GmbH | Lindleystraße 12 | 60314 Frankfurt am Main | Germany | www.de-cix.net<http://www.de-cix.net> | Phone +49 69 1730902 87 | Mobile +49 175 1161428 | Fax +49 69 4056 2716 | thomas.king(a)de-cix.net<mailto:thomas.king@de-cix.net> | Geschaeftsfuehrer Harald A. Summa and Sebastian Seifert | Registergericht AG Koeln HRB 51135 DE-CIX 25th anniversary: Without you the Internet would not be the same! Join us on the journey at https://withoutyou.de-cix.net From: connect-wg <connect-wg-bounces(a)ripe.net<mailto:connect-wg-bounces@ripe.net>> On Behalf Of Erik Bais Sent: Tuesday, 18 May 2021 21:52 To: connect-wg(a)ripe.net<mailto:connect-wg@ripe.net>; anti-abuse-wg(a)ripe.net<mailto:anti-abuse-wg@ripe.net> Subject: [connect-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters Hi, As I asked during the Connect WG today, there are discussions currently going on in the Dutch network community to see if there is a way to get a cleaner feed from routeservers on internet exchanges. ( by default ) As you may know there is an Dutch Anti Abuse Network initiative ( AAN ) – abuse.nl The companies associated with AAN setup and all signed a manifest ( in Dutch - https://www.abuse.nl/manifest/ ) that states that we will all do our best to provide a better and cleaner internet. As members of the member organisation of the largest Internet Exchange, AMS-IX, we like to start with the discussion on asking the AMS-IX to filter certain AS numbers from the default routeserver view. The issue is that even if you don’t peer with certain networks directly, the change is very real that you will receive or that the other network receive your prefixes and that you may not want to peer with those networks. What we like to have is an independent way of generating a list with badhosts ( say a top 50 ) .. ( and with our Dutch infrastructure we have a couple on the Dutch infrastructure as well.. ) A couple years ago there was the list of HostExploit .. or one could have a look at the drop-list of SH .. Personally I would like a proper model that one can explain why a certain network is listed on a certain list with a clear method explaining of what kind of abuse is noted in the said network. Topics that should be included on the rating for the list : * Phishing (hosting sites / domain registrations ) * Malware hosting ( binaries and C&C’s ) * DDOS traffic ( number of amplification devices in the network compared to the number of IP address ratio ) * Login attacks / excessive port scanning * Hosting of Child exploitation content * Infected websites / Zeus Botnets * Etc So yeah, something similar as the Top 50 of HostExploit ranking .. but HostExploit stopped producing these lists in 2014. By filtering a top 50 of badness hosters on the Routeservers would remove the cheap IXP option for network connectivity at the better Internet Exchanges and provide a way to remove any DDOS traffic via BGP null-routing via Transits. And companies that would still want to peer with a certain network, can still do so by direct peering setup via the IXP infra. And it will not bring the IXP in a position where it will be asked on why they are still offering services to certain parties .. as that might become legally difficult especially in a membership organisation. So we don’t mind if we take their money as long as are not forced to peer with them via the routeservers. Your constructive feedback is highly appreciated. Regards, Erik Bais A2B Internet

1 0

Input request for system on how to approach abuse filtering on Route Servers - bad hosters
by Erik Bais 19 May '21

19 May '21

Hi, As I asked during the Connect WG today, there are discussions currently going on in the Dutch network community to see if there is a way to get a cleaner feed from routeservers on internet exchanges. ( by default ) As you may know there is an Dutch Anti Abuse Network initiative ( AAN ) – abuse.nl The companies associated with AAN setup and all signed a manifest ( in Dutch - https://www.abuse.nl/manifest/ ) that states that we will all do our best to provide a better and cleaner internet. As members of the member organisation of the largest Internet Exchange, AMS-IX, we like to start with the discussion on asking the AMS-IX to filter certain AS numbers from the default routeserver view. The issue is that even if you don’t peer with certain networks directly, the change is very real that you will receive or that the other network receive your prefixes and that you may not want to peer with those networks. What we like to have is an independent way of generating a list with badhosts ( say a top 50 ) .. ( and with our Dutch infrastructure we have a couple on the Dutch infrastructure as well.. ) A couple years ago there was the list of HostExploit .. or one could have a look at the drop-list of SH .. Personally I would like a proper model that one can explain why a certain network is listed on a certain list with a clear method explaining of what kind of abuse is noted in the said network. Topics that should be included on the rating for the list : * Phishing (hosting sites / domain registrations ) * Malware hosting ( binaries and C&C’s ) * DDOS traffic ( number of amplification devices in the network compared to the number of IP address ratio ) * Login attacks / excessive port scanning * Hosting of Child exploitation content * Infected websites / Zeus Botnets * Etc So yeah, something similar as the Top 50 of HostExploit ranking .. but HostExploit stopped producing these lists in 2014. By filtering a top 50 of badness hosters on the Routeservers would remove the cheap IXP option for network connectivity at the better Internet Exchanges and provide a way to remove any DDOS traffic via BGP null-routing via Transits. And companies that would still want to peer with a certain network, can still do so by direct peering setup via the IXP infra. And it will not bring the IXP in a position where it will be asked on why they are still offering services to certain parties .. as that might become legally difficult especially in a membership organisation. So we don’t mind if we take their money as long as are not forced to peer with them via the routeservers. Your constructive feedback is highly appreciated. Regards, Erik Bais A2B Internet

2 2

Re: [connect-wg] Input request for system on how to approach abuse filtering on Route Servers - bad hosters
by Harry Cross 19 May '21

19 May '21

Hi Erik, Thank you for your talk yesterday, was very insightful. I have an issue with the concept of tagging an entire ASN/IP block with a negative brush, but I suspect this all boils down into how you define a “bad” ISP/IP block and the criteria needed to earn a blocking/place on the naughty list (back in 2010, there was a very interesting comparison of different blocklists here: https://labs.ripe.net/author/jsq/asn-ranking-correlations-between-spam-bloc… <https://labs.ripe.net/author/jsq/asn-ranking-correlations-between-spam-bloc…> but this does refer to purely spam email). I suppose my major issue with this is collateral damage, for example say you’ve got a /24 with shared web hosting servers in there (which instinctively have lots of users on the same IP addresses, with no pre-filtering of content going online). I’ve seen situations where shared hosting domains with thousands of users have been revoked because one user hosted one malicious binary and I’d like to be assured that this can’t happen here, where one user is the downfall of everyone. I can easily see end-user eyeball ISP support getting confused with this, making un-needed blocks hard to remove. Thanks Harry > On 19 May 2021, at 11:00, connect-wg-request(a)ripe.net wrote: > > Send connect-wg mailing list submissions to > connect-wg(a)ripe.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.ripe.net/mailman/listinfo/connect-wg > or, via email, send a message with subject or body 'help' to > connect-wg-request(a)ripe.net > > You can reach the person managing the list at > connect-wg-owner(a)ripe.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of connect-wg digest..." > > > Today's Topics: > > 1. Input request for system on how to approach abuse filtering > on Route Servers - bad hosters (Erik Bais) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 18 May 2021 19:52:15 +0000 > From: Erik Bais <erik(a)bais.name> > To: "connect-wg(a)ripe.net" <connect-wg(a)ripe.net>, > "anti-abuse-wg(a)ripe.net" <anti-abuse-wg(a)ripe.net> > Subject: [connect-wg] Input request for system on how to approach > abuse filtering on Route Servers - bad hosters > Message-ID: <9515151D-5223-457D-8BFC-D9610CEDA340(a)bais.name> > Content-Type: text/plain; charset="utf-8" > > Hi, > > As I asked during the Connect WG today, there are discussions currently going on in the Dutch network community to see if there is a way to get a cleaner feed from routeservers on internet exchanges. ( by default ) > > As you may know there is an Dutch Anti Abuse Network initiative ( AAN ) ? abuse.nl > > The companies associated with AAN setup and all signed a manifest ( in Dutch - https://www.abuse.nl/manifest/ ) that states that we will all do our best to provide a better and cleaner internet. > > As members of the member organisation of the largest Internet Exchange, AMS-IX, we like to start with the discussion on asking the AMS-IX to filter certain AS numbers from the default routeserver view. > The issue is that even if you don?t peer with certain networks directly, the change is very real that you will receive or that the other network receive your prefixes and that you may not want to peer with those networks. > > What we like to have is an independent way of generating a list with badhosts ( say a top 50 ) .. ( and with our Dutch infrastructure we have a couple on the Dutch infrastructure as well.. ) > > A couple years ago there was the list of HostExploit .. or one could have a look at the drop-list of SH .. > Personally I would like a proper model that one can explain why a certain network is listed on a certain list with a clear method explaining of what kind of abuse is noted in the said network. > > Topics that should be included on the rating for the list : > > > * Phishing (hosting sites / domain registrations ) > * Malware hosting ( binaries and C&C?s ) > * DDOS traffic ( number of amplification devices in the network compared to the number of IP address ratio ) > * Login attacks / excessive port scanning > * Hosting of Child exploitation content > * Infected websites / Zeus Botnets > * Etc > > So yeah, something similar as the Top 50 of HostExploit ranking .. but HostExploit stopped producing these lists in 2014. > > By filtering a top 50 of badness hosters on the Routeservers would remove the cheap IXP option for network connectivity at the better Internet Exchanges and provide a way to remove any DDOS traffic via BGP null-routing via Transits. > And companies that would still want to peer with a certain network, can still do so by direct peering setup via the IXP infra. > > And it will not bring the IXP in a position where it will be asked on why they are still offering services to certain parties .. as that might become legally difficult especially in a membership organisation. > > So we don?t mind if we take their money as long as are not forced to peer with them via the routeservers. > > Your constructive feedback is highly appreciated. > > Regards, > Erik Bais > A2B Internet > >

1 0

Connect-WG session agenda for RIPE 82
by Florence Lavroff 16 May '21

16 May '21

Dear friends of the RIPE Connect WG, Here is the agenda for the Connect WG session taking place on Tuesday, 18th May from 14:30 to 15:30 (UTC+2) : - Opening (Welcome, scribe appointment, agenda, proposed session format) - Housekeeping (RIPE 81 minutes, WG chair selection process, RIPE Code of Conduct, RIPE Policy development, RIPE meeting chat logs, feedback about virtual RIPE Connect-WG sessions) - Presentation #1 - IXP Traffic in the Covid Era - MIX - Presentation #2 - Euro-IX update - Bijal Sanghani, Euro-IX - Open discussion - Closure Very much looking forward to seeing you all during the session, Kind regards, Florence, Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

Call for Presentations - RIPE 82
by Florence Lavroff 21 Apr '21

21 Apr '21

Dear friends of the RIPE Connect WG, RIPE 82 will take place from May 17th to 21st 2021 and will be virtual again. Our next Connect-WG session is scheduled on Tuesday, May 18th for 1 hour. We have a couple of slots left still. If there is any topic, you are interested to present during the session, please let us know ! Thanks, Kind regards, Florence, Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

New on RIPE Labs: Does The Internet Route Around Damage? - Edition 2021
by Alun Davies 14 Apr '21

14 Apr '21

Dear colleagues, In this new article on RIPE Labs, to investigate whether the Internet routes around damage in 2021, Emile Aben carries out an analysis of the impact of the recent LINX London outage. The full article is available here on the new and improved RIPE Labs: https://labs.ripe.net/author/emileaben/does-the-internet-route-around-damag… Kind regards, Alun Davies RIPE Labs Editor RIPE NCC

1 0

Let's talk, Let's act - Exploring the power of mentoring
by Bijal Sanghani 25 Mar '21

25 Mar '21

Hi everyone, I’d like to invite you to our next Lets Talk, Let’s Act panel, the session will take place on Tuesday 30th March at 13:00 - 14:30 UTC where we will dive deeper into the topic of mentoring. During our last panel discussions the topic of mentoring came up a number of times and we thought we would explore further and hear from others who have some experiences to share. We’ll be hearing about the different types of mentoring, structured vs lightweight, what to expect as a mentor and how to get the most of mentoring from a mentee point of view. For more information and to register for the session, please see here - https://www.euro-ix.net/en/events/virtual-events/lets-talk-lets-act/lets-ta… Kind regards, Bijal Sanghani

1 0

New on RIPE Labs: The PeeringDB Survey 2020 - Results and Roadmap
by Alun Davies 16 Mar '21

16 Mar '21

Dear colleagues, Last November, we put out a call for respondents to the PeeringDB survey 2020. With the results now gathered and analysed, Leo Vegoda takes a look at how the feedback received has helped the team build their roadmap for 2021. Read more on RIPE Labs: https://labs.ripe.net/Members/leo_vegoda_2/the-peeringdb-survey-2020-result… Kind regards, Alun Davies RIPE Labs Editor RIPE NCC

1 0

Basics of Governance and Best Practices for NFP Boards - Workshop
by Bijal Sanghani 16 Feb '21

16 Feb '21

Hi everyone, As part of the Euro-IX “Learn With Us” series on Tuesday 23rd February Vinciane Koenigsfeld from ICANN and EXEC Sarl will lead the workshop “Basics of Governance and Best Practices for NFP Boards”. The key learning objectives are; - Distinguish between the complementary functions of board governance and management - Recognise the key responsibilities of a nonprofit board of Directors - Cultivate characteristics of high impact Board of Directors within the context of being a nonprofit organisation (incl. do’s & don’ts) If you’re thinking about applying for a Board position and not sure what your role and responsibilities would be or if you’re already on a Board and need a refresher, join us and learn with us by registering here - https://zoom.us/meeting/register/tJ0vfu-rqD8tHtxC3DeQoMk202Tv1Elg9eBO <https://zoom.us/meeting/register/tJ0vfu-rqD8tHtxC3DeQoMk202Tv1Elg9eBO> Kind regards, Bijal Sanghani

1 0

Euro-IX Virtual Forum - Join us!
by Bijal Sanghani 01 Dec '20

01 Dec '20

Hi everyone, Euro-IX is hosting a virtual forum tomorrow from 13:00 - 16:00 UTC / 14:00 - 17:00 CET, we’ve got some presentations about 5G, analysis on cloud WAN peering by CAIDA and a panel that will discuss the pros and cons of IXP Marketplaces. If your interested in these topics, please join us by registering here - https://www.eventbrite.com/e/euro-ix-forum-looking-into-the-future-registra… <https://www.eventbrite.com/e/euro-ix-forum-looking-into-the-future-registra…> If you’d like more information about the event please see here - https://app.swapcard.com/event/euro-ix-virtual-meeting-4 <https://app.swapcard.com/event/euro-ix-virtual-meeting-4> Hope to see many of you then! Kind regards, Bijal Sanghani

1 0

New on RIPE Labs: The PeeringDB Survey 2020
by Alun Davies 05 Nov '20

05 Nov '20

Dear colleagues, The latest PeeringDB survey is live now! To help spread the word, this RIPE Labs article from Leo Vegoda takes a look at the survey and how, by taking just a moment to fill it in, PeeringDB users can help make peering better and easier for everyone: https://labs.ripe.net/Members/leo_vegoda_2/the-peeringdb-survey-2020 Kind regards, Alun Davies RIPE NCC

1 0

Agenda for Connect-WG @ RIPE 81
by Florence Lavroff 22 Oct '20

22 Oct '20

Dear friends of the Connect-WG, Exciting times : RIPE 81 is right around the corner. Here is the agenda for our Connect WG session, scheduled for Wednesday, October 28th from 1pm to 1.45pm : 1. Opening (Welcome, scribe appointment, agenda, proposed session format) 2. Peering (Dis)Agreements during Covid-19 Times, Revisited - Will Van Gulik - 5 minutes 3. IXP Manager - An Open Source Success Story for Better Internet Connectivity - Barry O'Donovan, INEX - 8 min 4. MIX, Namex and TOP-IX, Italian incumbent peering update - Luca Cicchelli, Top-IX - 5 mins 5. Covid-19 IXP Update - Bijal Sanghani, Euro-IX - 5 minutes 6. Closure See you all soon (online), Best regards, Florence Remco and Will Connect-WG co-chairs -- Florence Lavroff / lavroff(a)google.com / +31 6 11 01 55 80 Infrastructure Acquisition and Interconnect / Google EMEA

1 0

RIPE 81 BoF on sustainable procurement
by Michael J. Oghia 14 Oct '20

14 Oct '20

Dear all, I'd like to cordially invite you and your colleagues to a Birds of a Feather (BoF) session I am organising as part of RIPE81 on Monday, 26 October, from 14:00-15:00 (UTC+1). The session draws on a post <https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl…> I authored for RIPE Labs over the summer, and aims to highlight how the RIPE community can contribute to a more sustainable Internet via decisions regarding buying hardware and sourcing services (procurement). It intends to gather interest and feedback from the community on the topic, and based on that discussion and the feedback received, potentially form a working group to write a document with more practical guidelines for operators (similar to ripe-554 <https://www.ripe.net/publications/docs/ripe-554> for IPv6). I'm also happy to announce that Peter Pawlicki, the Director of Outreach and Education at Electronics Watch, will join as well. In case you or any of your colleagues manage your organisation's procurement process, please do forward this to them. More information about the session is available here <https://ripe81.ripe.net/programme/meeting-plan/bof/>. And don't hesitate to reach out if you have any questions. Best, -Michael Oghia

1 0

Call for (short) presentations at vRipe 81 - Connect Working Group
by Will van Gulik 12 Oct '20

12 Oct '20

Dear friends of the Connect WG, We are a bit more than two weeks virtual RIPE 81, that will take place virtually from October 27th to 30th 2020. Our next Connect-WG session is scheduled for Wednesday, October 28th from 1pm to 1.45pm. We already have a quite packed agenda, and as you noticed we have shorter slot than last time, but we might be able to find some 5 min slots if there is a topic you would like to share during the session. Please let us know ! Thanks, Kind regards, Florence, Remco and Will Connect-WG co-chairs

1 0

New on RIPE Labs: The Internet is for the Empowerment of End Users
by Alun Davies 25 Sep '20

25 Sep '20

Dear colleagues, Following the publication of RFC8890, Vesna Manojlovic talks about overlaps between the RIPE and IETF communities on issues raised in the document, and explains why she's an advocate for technical communities working together with End Users on mutual empowerment. Read more on RIPE Labs: https://labs.ripe.net/Members/becha/the-internet-is-for-empowerment-of-end-… Kind regards, Alun Davies RIPE NCC

1 0

Let's talk let's act - Attracting and engaging young people in our industry
by Bijal Sanghani 22 Sep '20

22 Sep '20

Hi everyone, I’d like to invite you to the new Euro-IX panel series, Let’s talk let’s act, the first of which will take place tomorrow 14:00 UTC / 15:00 BST / 16:00 CEST. During this panel we’ll be hearing from young people in our industry who will talk about challenges they’ve faced, and talk about ways in which we can all make small changes to help sustain and grow our industry. Don’t miss this exciting panel and register now - https://www.euro-ix.net/en/events/virtual-events/lets-talk-lets-act/ <https://www.euro-ix.net/en/events/virtual-events/lets-talk-lets-act/> Kind regards, Bijal Sanghani

1 0

Re: [connect-wg] New on RIPE Labs: You’ve Got the Power: Sustainable Procurement and the RIPE Community
by Michael Richardson 03 Sep '20

03 Sep '20

Michael J. Oghia <mike.oghia(a)gmail.com> wrote: > These are such great examples as well. If it's not too much trouble for > you, would you be able to add this as a comment on the post itself so that > we can keep such good comments as yours centralised in one place? I have reposted as you suggested. What about this part: mcr> It would be nice if we had survey data to prove or disprove this belief. mcr> Perhaps RIPE along with some of the entities you mentioned might be able to mcr> do a confidential survey of ISPs in order to summarize the results? Could RIPE do a survey of ISPs? What is the lifespan of equipment, and what kind of support contracts are they able to negotiate, particularly for their higher volume devices. -- Michael Richardson <mcr+IETF(a)sandelman.ca>, Sandelman Software Works -= IPv6 IoT consulting =-

3 2