- connect-wg - mailman.ripe.net

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

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

02 Sep '20

Good points Michael, and that is also why I argue <https://labs.ripe.net/Members/michael_oghia/to-green-the-internet-we-need-r…> the RIPE community should take an explicit stance on the Right to Repair. Best, -Michael On Wed, Sep 2, 2020 at 3:01 PM Michael Richardson <mcr(a)sandelman.ca> wrote: > > J Scott Marcus <scott(a)scottmarcus.com> wrote: > > You would probably find some useful bits in a recent study of mine > on behalf > > of the European Parliament. > > > J. Scott Marcus (2020), “Promoting product longevity: How can the EU > product > > safety and compliance framework help promote product durability and > tackle > > planned obsolescence, foster the production of more sustainable > products, and > > achieve more transparent supply chains for consumers?”, study for > the IMCO > > Committee of the European Parliament. > > > https://www.europarl.europa.eu/RegData/etudes/STUD/2020/648767/IPOL_STU(202… > > For the rest who did not read it yet: > > "Some users always want to have the latest technology, but there is good > reason to believe that a great manyof these mobile devices are replaced (1) > because the battery has died, and cannot be replaced by the user; or (2) > because the screen has cracked, and cannot be replaced by the user, or (3) > because the manufacturer no longer is willing or able to support the > software. " > > with the caution that: > > "These same considerations hint at reasons why any prolongation of product > lifetime for passenger vehicles – a potential initiative which, > interestingly, is not visible in the Circular Economy Action Plan – might > prove to be counter-productive at this particular point in time. Any > prolongation of the lifetime of existing vehicles risks a slight delay in > the > take-up of new electric vehicles and self-driving vehicles, thus potential > delaying a technology evolution that produces benefits of its own. " > > -- > ] Never tell me the odds! | ipv6 mesh > networks [ > ] Michael Richardson, Sandelman Software Works | IoT > architect [ > ] mcr(a)sandelman.ca http://www.sandelman.ca/ | ruby on > rails [ > >

2 2

Re: [connect-wg] New on RIPE Labs: You’ve Got the Power: Sustainable Procurement and the RIPE Community
by Michael J. Oghia 31 Aug '20

31 Aug '20

Dear Michael, Thank you very much for your kind words and for this absolutely critical insight. You're right that the relatively short lifecycle of many devices is indeed a primary driver of the issue. 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 don't have much to add to your comments other than fully agreeing with you and wondering if the RIPE community can work together to lobby for changes – assuming that's something we're both able and willing to do. Best, -Michael __________________ Michael J. Oghia | Advocacy & Engagement Manager Global Forum for Media Development (GFMD <https://gfmd.info>) Belgrade, Serbia (UTC+2) | Twitter <https://www.twitter.com/MikeOghia> | LinkedIn <https://www.linkedin.com/in/mikeoghia> GPG: E95D 2127 0D45 77D3 4D43 4D5A E3BA 6F23 301D 7082 On Fri, Aug 28, 2020 at 10:21 PM Michael Richardson <mcr(a)sandelman.ca> wrote: > > Thank you for this. > I think that one of the key things to reducing e-waste is to keep devices > in > productive use longer. The smartphone cycle is largely being driven by > planned obsolescence through lack of software updates. While few of us > here > are in the smartphone business, we see the same thing with CPE devices. > > No software updates means poor security, which pushes for replacement of > the > devices. > More capable devices can sustain more updates, but cost more up-front, > and there still very little relationship between price paid and number of > years of supported software updates. At least, I believe this anecdotally. > It would be nice if we had survey data to prove or disprove this belief. > Perhaps RIPE along with some of the entities you mentioned might be able to > do a confidential survey of ISPs in order to summarize the results? > > EN 303 645 and upcoming UK legislation requires that the support time for > devices to be made clear at point of purchase. See > https://www.iotsecurityfoundation.org/keep-software-updated/ for many > references. (Yes, I'm the presenter for the webinar, the first of which was > this morning) > > While the nic.cz Turris system is well supported, and very capable, I'm > not > any influence on big ISP purchasing. > What kind of software support lifespans are ISPs able to contract? > While many RIPE clueful people know about, deploy and contribute to > openwrt, > it does not seem to show up in a supported way in devices that I see either > big or small ISPs deploying. The big ones don't seem to care. The small > ones can't afford to take a risk. > > Years ago, it was the common that an ISP would buy some 12-port switching > device for it's core, and two years later (when it was too slow), would > migrate it from the core to an access aggregator, and then two years later, > it might find a few more years service as internal lab equipment, or being > used for a multi-tenant CPE. I learnt this as a switch (chip) designer. > Is this still a thing? > > In my more recent (2014-era) hands-on ISP experience, this was no longer a > thing, because the devices had all become far too specialized. Maybe SDN > is > changing this? Are there best practices in making purchase decisions that > support this migration of equipment? > {I'm reminded of: https://www.youtube.com/watch?v=NQjHJKNyoUE } > > Michael J. Oghia <mike.oghia(a)gmail.com> wrote: > > I'm happy to share an article that Mirjam and I just published on > RIPE Labs > > about sustainable procurement practices: > > > > https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… > > > I wanted to post it here because I think it's relevant to this group > as > > operators, managers, and others. I'm keen to hear your thoughts, and > > encourage you to leave comments on the article so we know how to > best take > > this forward (and also gauge interest). > > > Have a good weekend,, > > -Michael > > __________________ > > > Michael J. Oghia | Advocacy & Engagement Manager > > Global Forum for Media Development (GFMD <https://gfmd.info>) > > Belgrade, Serbia (UTC+2) | Twitter < > https://www.twitter.com/MikeOghia> | > > LinkedIn <https://www.linkedin.com/in/mikeoghia> > > GPG: E95D 2127 0D45 77D3 4D43 4D5A E3BA 6F23 301D 7082 > > > ---------- Forwarded message --------- > > From: Mirjam Kuehne <mir(a)ripe.net> > > Date: Fri, Aug 28, 2020 at 2:15 PM > > > Dear colleagues, > > > Buying equipment can have an impact on environmental sustainability. > > Michael Oghia writes about issues surrounding sustainable procurement > > and how the RIPE community has the potential to make a difference: > > > > https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… > > > Kind regards, > > Mirjam Kühne > > RIPE NCC > > > ---------------------------------------------------- > > Alternatives: > > > ---------------------------------------------------- > > _______________________________________________ > > connect-wg mailing list > > connect-wg(a)ripe.net > > https://lists.ripe.net/mailman/listinfo/connect-wg > > > -- > ] Never tell me the odds! | ipv6 mesh > networks [ > ] Michael Richardson, Sandelman Software Works | IoT > architect [ > ] mcr(a)sandelman.ca http://www.sandelman.ca/ | ruby on > rails [ > > > > > >

2 1

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

28 Aug '20

Thank you for this. {resending from subscribed address} I think that one of the key things to reducing e-waste is to keep devices in productive use longer. The smartphone cycle is largely being driven by planned obsolescence through lack of software updates. While few of us here are in the smartphone business, we see the same thing with CPE devices. No software updates means poor security, which pushes for replacement of the devices. More capable devices can sustain more updates, but cost more up-front, and there still very little relationship between price paid and number of years of supported software updates. At least, I believe this anecdotally. It would be nice if we had survey data to prove or disprove this belief. Perhaps RIPE along with some of the entities you mentioned might be able to do a confidential survey of ISPs in order to summarize the results? EN 303 645 and upcoming UK legislation requires that the support time for devices to be made clear at point of purchase. See https://www.iotsecurityfoundation.org/keep-software-updated/ for many references. (Yes, I'm the presenter for the webinar, the first of which was this morning) While the nic.cz Turris system is well supported, and very capable, I'm not any influence on big ISP purchasing. What kind of software support lifespans are ISPs able to contract? While many RIPE clueful people know about, deploy and contribute to openwrt, it does not seem to show up in a supported way in devices that I see either big or small ISPs deploying. The big ones don't seem to care. The small ones can't afford to take a risk. Years ago, it was the common that an ISP would buy some 12-port switching device for it's core, and two years later (when it was too slow), would migrate it from the core to an access aggregator, and then two years later, it might find a few more years service as internal lab equipment, or being used for a multi-tenant CPE. I learnt this as a switch (chip) designer. Is this still a thing? In my more recent (2014-era) hands-on ISP experience, this was no longer a thing, because the devices had all become far too specialized. Maybe SDN is changing this? Are there best practices in making purchase decisions that support this migration of equipment? {I'm reminded of: https://www.youtube.com/watch?v=NQjHJKNyoUE } Michael J. Oghia <mike.oghia(a)gmail.com> wrote: > I'm happy to share an article that Mirjam and I just published on RIPE Labs > about sustainable procurement practices: > https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… > I wanted to post it here because I think it's relevant to this group as > operators, managers, and others. I'm keen to hear your thoughts, and > encourage you to leave comments on the article so we know how to best take > this forward (and also gauge interest). > Have a good weekend,, > -Michael > __________________ > Michael J. Oghia | Advocacy & Engagement Manager > Global Forum for Media Development (GFMD <https://gfmd.info>) > Belgrade, Serbia (UTC+2) | Twitter <https://www.twitter.com/MikeOghia> | > LinkedIn <https://www.linkedin.com/in/mikeoghia> > GPG: E95D 2127 0D45 77D3 4D43 4D5A E3BA 6F23 301D 7082 > ---------- Forwarded message --------- > From: Mirjam Kuehne <mir(a)ripe.net> > Date: Fri, Aug 28, 2020 at 2:15 PM > Dear colleagues, > Buying equipment can have an impact on environmental sustainability. > Michael Oghia writes about issues surrounding sustainable procurement > and how the RIPE community has the potential to make a difference: > https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… > Kind regards, > Mirjam Kühne > RIPE NCC > ---------------------------------------------------- > Alternatives: > ---------------------------------------------------- > _______________________________________________ > connect-wg mailing list > connect-wg(a)ripe.net > https://lists.ripe.net/mailman/listinfo/connect-wg -- Michael Richardson <mcr+IETF(a)sandelman.ca>, Sandelman Software Works -= IPv6 IoT consulting =-

1 0

New on RIPE Labs: You’ve Got the Power: Sustainable Procurement and the RIPE Community
by Michael J. Oghia 28 Aug '20

28 Aug '20

Hi everyone, I'm happy to share an article that Mirjam and I just published on RIPE Labs about sustainable procurement practices: https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… I wanted to post it here because I think it's relevant to this group as operators, managers, and others. I'm keen to hear your thoughts, and encourage you to leave comments on the article so we know how to best take this forward (and also gauge interest). Have a good weekend,, -Michael __________________ Michael J. Oghia | Advocacy & Engagement Manager Global Forum for Media Development (GFMD <https://gfmd.info>) Belgrade, Serbia (UTC+2) | Twitter <https://www.twitter.com/MikeOghia> | LinkedIn <https://www.linkedin.com/in/mikeoghia> GPG: E95D 2127 0D45 77D3 4D43 4D5A E3BA 6F23 301D 7082 ---------- Forwarded message --------- From: Mirjam Kuehne <mir(a)ripe.net> Date: Fri, Aug 28, 2020 at 2:15 PM Dear colleagues, Buying equipment can have an impact on environmental sustainability. Michael Oghia writes about issues surrounding sustainable procurement and how the RIPE community has the potential to make a difference: https://labs.ripe.net/Members/michael_oghia/you-ve-got-the-power-sustainabl… Kind regards, Mirjam Kühne RIPE NCC

1 0

GR-IX drops RPKI invalids
by Michael Oikonomakos 06 Jul '20

06 Jul '20

Dear all, It has been a long journey but thankfully it has come to an end!!! We are happy to announce that as of today (06/07/2020) GR-IX route servers drop RPKI invalids for both our infrastructures in Athens & Thessaloniki. GR-IX [1] is a neutral and independent Internet Exchange in Greece, owned and operated by GRNET [2] (the Greek NREN). Please let us share with you the brief version of the story behind it and any lessons learned. - GRNET was an early supporter of RPKI. It started by signing ROAs for GRNET and their customers (all Greek Universities and Research Institutes). Moreover, it performed marking on each prefix received for further statistical / monitoring process. In the early days, GRNET was not dropping RPKI invalids, but put those prefixes with lower priority in their routing table. - GRNET & GR-IX were early supporters of MANRS [3] and successfully became a member of MANRS as a Network Operator & IXP respectively. - As of 10/2019, GRNET decided to start dropping invalid IPv4 and IPv6 RPKI prefixes received from GR-IX peerings and from GRNET upstream. No major issues were reported until now. - As of today, GR-IX drops invalid IPv4 & IPv6 RPKI prefixes on their route servers. We are using the BGP large communities proposed by euro-ix [4] in order to mark the prefixes accordingly. We noticed no prefix with RPKI invalid status which hasn't already been filtered by our route servers due to our strict IRRDB filtering. We would like to thank all our members (GRNET & GR-IX ones) for their help and support in this effort - either via simply signing their ROAs, or by participating in our tech mailing list and discussions we had during various fora. Internet was built of smaller or bigger ecosystems such as ours in Greece, in which we take great pride of its vibrant participation and technical expertise and are happy of being part of it. We do hope you’re staying safe and healthy during these hard times and wish you a great summer. Should you need any further information, please do contact us. Best regards, Michalis [1]: https://www.gr-ix.gr <https://www.gr-ix.gr/> [2]: https://grnet.gr/en/ <https://grnet.gr/en/> [3]: https://www.manrs.org <https://www.manrs.org/> [4]: https://www.euro-ix.net/en/forixps/large-bgp-communities/ <https://www.euro-ix.net/en/forixps/large-bgp-communities/>

2 1

To Green the Internet, We Need RIPE
by Michael J. Oghia 29 Jun '20

29 Jun '20

Hi everyone, I wrote a post <https://labs.ripe.net/Members/michael_oghia/to-green-the-internet-we-need-r…> for RIPE Labs drawing on lessons from a plenary session on ICT sustainability that I co-moderated at EuroDIG earlier this month. It offers concrete suggestions and explains why, as operators and managers, you're at the forefront of the endeavour to make the Internet more sustainable. Happy to discuss in case you have questions or would like additional resources. Best, -Michael Oghia ---------- Forwarded message --------- From: Mirjam Kuehne <mir(a)ripe.net> Date: Mon, Jun 29, 2020 at 4:14 PM Subject: [ripe-list] New on RIPE Labs: To Green the Internet, We Need RIPE To: RIPE List <ripe-list(a)ripe.net> Dear colleagues, What can you do - as a network operator and as a user - to work towards a sustainable Internet? Read Michael Oghia's RIPE Labs article on why support from the RIPE community is essential for a vision of a greener ICT ecosystem to succeed: https://labs.ripe.net/Members/michael_oghia/to-green-the-internet-we-need-r… Kind regards, Mirjam Kühne RIPE NCC

1 0

Follow up on today's Connect-WG at Ripe80
by Will van Gulik 13 May '20

13 May '20

Hi Everyone, Following up on our Connect session, here are the links that we mentionned during the session : Related to presentation #2 (Will van Gulik) : - Original court document in German : -- https://drive.google.com/open?id=13nMQkj1abja-3cPBiQWiZaybsFIUkWa5 - Automated tool translation in French : -- https://www.as2613.net/2020_Court_case_Init7_vs_Swisscom-DeepL_Translation_… Related to presentation #5 (Remco Van Mook) : Anita Nikolich suggest the following link : -- Vint Cerf had a nice opinion piece this week that was very objective: https://thehill.com/opinion/technology/497053-the-internet-isnt-broken-but-… Related to presentation #6 (Massimo Candela) : Vesna Manojlovic pointed us to some studies posted on the Ripe Labs : -- https://labs.ripe.net/covid19 -- https://labs.ripe.net/Members/romain_fontugne/network-delays-in-times-of-co… -- https://ihr.iijlab.net/ihr/en-us/covid19 Related to presentation #8 (Nurani Nimpuno) : Surveys related to the peering toolbox : -- For Networs - https://www.surveymonkey.co.uk/r/fornetworks -- For IXPs - https://www.surveymonkey.co.uk/r/forixps And if you didn't do so yet, please rate the talk ! Be safe everyone, Will van Gulik Connect-WG co-chair

1 0

Agenda for Connect-WG @ RIPE 80
by Florence Lavroff 11 May '20

11 May '20

Dear friends of the Connect WG, We are about about one week away from our first virtual Connect Working Group, which will take place on Thursday, May 14th from 1 PM to 2.45 PM local time with a 15-min coffee break from 1.45 to 2 PM. Thanks a lot for the feedback so far about the content you'd like we cover during this session. Here is our draft agenda : 1. Opening (Welcome, scribe appointment, agenda, proposed session format) - 3 min 2. Peering (dis)agreements during covid-19 times - Will Van Gulik, 15 min 3. The challenge of remote hands under covid-19 restrictions, Part I - 25 min 4. Coffee break 5. The challenge of remote hands under covid-19 restrictions, Part II - 20 min 4. Covid-19 IXP update - Bijal Sanghani, Euro-IX, 15 mins 5. Closure - 3 mins Do not forget to register for the meeting to receive your Zoom invitation. Stay safe and healthy everyone ! 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

2 2

My response to Ronald Guilmette
by Elad Cohen 17 Apr '20

17 Apr '20

Hello Everyone, Please forgive me for not writing an official response in first set of Ronald's online madness months ago, I was out of hospital after full anesthesia and it took me months to get back to myself. Ronald is misery person with nothing and with no one in his life, the only joy that he have in his life - is for him to serve as the front person of the illegal anonymous organization "The Spamhaus Project". Here is a presentation that "The Spamhaus Project" wrote on themselves (in the following link) and according to it Spamhaus is an illegal anonymous organization - they receive a massive amount of illegally obtained privacy data of internet users from internet companies and internet organizations on a regular basis - and then they share it in illegal way (without any warranty) with law enforcement agencies. https://www.scribd.com/document/445894312/Spamhaus-Illegal-Private-Data-Vio… Ronald doesn't deny himself being part of "The Spamhaus Project", not only that - but his old friend Hank Nussbacher is also part of the illegal anonymous organization "The Spamhaus Project", Hank reminds me Judas Iscariot - Hank obviously have other interests - it is very sad to see a person at the age of Hank acting like a little child. All the few reports that were made were made by reporters which are connected to "The Spamhaus Project" and that are part of "The Spamhaus Project" - not only that, the source of the media reports is a person in "The Spamhaus Project" which is the owner of that illegal twitter account: https://twitter.com/underthebreach , that person is a criminal according to his own words in his own twitter account - and that person is also a master of cyber influence operations (just like what Coconut Guilmette and Cheerleader Nussbacher are doing here, to influence public opinion without any single proof) - and the owner of that twitter account is also an employee of the israeli-based company GeoEdge which financially benefit from that media report because they are a direct competitor of the company using the exact same netblock, so now I'm explaining to you that that root of this all fake story is just business competition, and in addition Coconut Guilmette also attacked the Israeli-based company Divinetworks in Nanog (Coconut Guilmette searched an unreasonable way why they received a specific grant from a global world organization and also defamed them) - so here is why he did it - the Israeli-based company Divinetworks is also a direct competitor of the Israeli-based company GeoEdge - that their employee is a criminal and the owner of the illegal twitter account https://twitter.com/underthebreach and also the "source" for the fake few media reports. In the following link you can see how a high manager in GeoEdge is highly proud in how customers attracted to him after the "low value" of competitors, if only the world would knew how that company does business. https://imgur.com/7DF1NSP That company GeoEdge is not only a criminal company in the way that they do business (because their criminal employee in "The Spamhaus Project" is the one pumped Coconut Guilmette proof-less ideas), but that company is also a criminal in the way that they are tax-evading since 2005 (they are registered in Cyprus with fake-single-owner abroad while they have more actual hidden owners in Israel that didn't pay any tax for their income since 2005, and one of the registered owners is using an international fake name and he is a professional money-laundering person, not only for that Israeli company). They (Coconut Guilmette, Cheerleader Nussbacher and their mob friends at "The Spamhaus Project") are very very afraid of me releasing all the information that I found out on the illegal anonymous organization "The Spamhaus Project" - and that is the only reason that they are attacking me personally in such way, they are trying to ruin my good name - but they didn't succeed and they will not succeed - because anyone that knows me and anyone that will personally know me - will know what they are trying to do and that what they are writing is 100% false. All the personal attack against me - is only because I dared to stood up against "The Spamhaus Project" which is intimidating and hurting many businesses online, and I would and will do it again and again and again, I'm not the kind of a misery bendover jew like Hank that will sell his values and his being for a title, a group acceptance or a few cents. Coconut Guilmette, is not only a sick person, in body and mind, but also a racist and an antisemitic, you can see in the following links his stereotypical mindset: https://imgur.com/AcmgwEX (Coconut Guilmette opinion on all Dutch people as a whole - "Dutch are any more inclined toward cybercrime") https://imgur.com/WUZvdNJ (Coconut Guilmette opinion on all Colombian Network Operators usage of the internet as a whole - "Undoubtedly drug smuggling over HTTP") https://imgur.com/a/1ULfVEC (Coconut Guilmette opinion on the City of Chicago including all of its citizens as a whole - "American city most known for its high ideals and consistantly ethical behavior, Chicago") https://imgur.com/AQCmZlk (Coconut Guilmette identified as racist in Nanog) https://imgur.com/a/Rzrbxkz (Coconut Guilmette identified as antisemitic in Nanog) Besides the above links, Coconut Guilmette is specifically calling me with two words and here he is quoting Shakespeare: https://imgur.com/AcmgwEX , the two words that Coconut Guilmette is calling me are being used in Shakespeare litrature to identify jews in an antisemitic way, Coconut Guilmette is an antisemitic, I'm very sorry to write it but Ripe is not a decisive organization towards racism or antisemitism, the Tone in Ripe management and in Ripe board and in this working group co-chairs, is a very narrow tone that only reflect the good of the people in their positions, Ripe board & management are not taking any actions for Ripe to be a multi-culture multi-national unpolitical organization that it needs to be with the tolerance to anyone and with the decisive intolerance to racism or antisemitism. The encouragement of Cheerleader Nussbacher is even worst because Cheerleader Nussbacher is encouraging someone which is a racist and an antisemitic. Hank, how more self-hating jew can you be ? to support such person only to be part of an illegal anonymous organization ? to support racism ? to support antisemitism ? And to the rest of the community, anyone that wrote to this person - "nice story, but you could say it in other words" - you are a lowlife as Hank is, you don't treat a racist or an antisemitic person with tolerance, period. Ripe is a RIR which is spread over 3 continents over many countries, Ripe members are different from each other by all means, I would expect Ripe community not to tolerate racism in any way and when Ripe members see it - to stand up - like I dared to stand up against "The Spamhaus Project". Ron, seeing a person at your age that knows to get attention only by using racism and antisemitism is sad, but seeing the lowlife Judas Iscariot cheerleading your mental illness is sadder. Here are only some of the real identities of the people behind "The Spamhaus Project": "Rob Shultz" - Rob McEwen (https://www.invaluement.com/) "Thomas Morrison" - Daniel R. Thomas (https://personal.cis.strath.ac.uk/d.thomas/) "Pete Dawes" - Ildiko Pete (https://www.cl.cam.ac.uk/~ip358/) "Vincent Hanna" - Vincent Schonau of Open-Xchange (https://www.linkedin.com/in/vincentschonau/) "Milly Fawcett" - Kelly Molloy of FarSight Security (https://www.linkedin.com/in/kelly-molloy-b886442/) Among others Commericial companies behind "The Spamhaus Project": ThreatSTOP FarSight Security Fastly Cymru Among others Keep on playing with me Coconut Guilmette and Cheerleader Nussbacher and I guarantee to you that the full list will be written here, you can hurt me as much as you please - I am not boneless and will not fold like Hank "Judas Iscariot" Nussbacher. The only reason that Coconut Guilmette returned to life in this thread - is because I wrote two days ago the real identity of "Rob Shultz" (which is Rob McEwen of https://www.invaluement.com/ ) to the co-chairs of this working group with CC to Ripe Board and to Ripe Management, I asked for the initial post of lies of Coconut Guilmette to be removed and I showed to them the relation of one of the current co-chairs of that working group to the illegal anonymous organization "The Spamhaus Project" which the poster Coconut Guilmette is related to it too. (also in the past there was a co-chair of that working group which is part of "The Spamhaus Project", Richard D G Cox, as you can see in his presentation that I linked to it above) That is the only reason (that I revealed that "Rob Shultz" from "The Spamhaus Project" is Rob McEwen) that Coconut Guilmette and Boneless Nussbacher are personally attacking me, not only that - but soon you will also see a new fake media report about me from the same reporter that used the criminal https://twitter.com/underthebreach as his source - all of it (like it was then and like they are trying to do now) - is to maneuver the subject of who are the real people behind "The Spamhaus Project" and to which internet companies and internet organizations they are connected to. "The Spamhaus Project" is an illegal anonymous organization and an unregulated organization, by being unregulated it is abused by the some of the members of it for making money, without any supervision, for example the criminal which is the owner of the illegal twitter account https://twitter.com/underthebreach that did what it did only that GeoEdge will earn a few more cents, such as Laura Atkins from WordToTheWise which is selling a Spamhaus listing removal service (https://wordtothewise.com), such as Vincent Schonau (AKA "Vincent Hanna" of "The Spamhaus Project") from Open-Xchange, a company that Spamhaus are attacking its competitors, and there are many more Spamhaus members that are using Spamhaus for their financial benefits. "The Spamhaus Project" - by being unregulated and unsupervised - is also being used as tool to attack business competitors, this is something that should wake up each and every member of the internet community. Hank, why do you let Coconut Guilmette to do the hard work for you (of defaming me) ? because you know that he have nothing in his life and a lawsuit against him will not result any financial aid ? why are you abusing his mental illness ? you know that he is not fine, why don't you help him like a good old friend ? Go ahead and write what Ron is writing so I will be able to sue you locally in Israel (I'm willing to pay you 100,000 NIS if you are right in a single thing that you wrote or that you will write against me, are you willing to do the same ? are you willing to put your money where your words are? or are you boneless that can only exploit the state of your old friend? ) I respect Ripe NCC and Respect all the members of Ripe Anti-Abuse Working Group. (P.S.: you can recognize now any member of "The Spamhaus Project" that will jump now, if he will attack me or support Ron, you can just ask him a simple question - "show us a single proof" - and you will see that no proof will be displayed, because all of it is part of an illegal "cyber influence operation" by "The Spamhaus Project" pumped by the criminal https://twitter.com/underthebreach) Respectfully, Elad

1 0

how to approach some IX resources
by Eric Andrei Băleanu | InterLAN 02 Apr '20

02 Apr '20

Hello, It seems like these days we have more time to discuss. We would like to have some input from the community about your approach regarding some IX resources. Backup ports: commonly the ISP has an aditional router connected to the backup port, in a switch other than the one where the main port is connected, with an additional configuration (another pair of IPv4/v6 adresses). Question: Do you permit balanced traffic between the main port and the backup port? Or the backup port is allowed to be use only when the main port is down? Aggregated ports: The ISP has N x 1G or N x 10G ports connected to IXP platform, same switch, LACP config. Question: Do you treat aggregated ports as "one" port? E.g. 2 x 1G ports are one 2G port? Or 2 x 10G ports are one 20G port? Please share your experiences, keep safe and stay healthy. Regards, Eric Andrei Băleanu InterLAN Internet Exchange 8 Cezar Bolliac Street, Bucharest 030912, 3rd District Phone: +40 31 710 2428 Mobile: +40 733 999 069 E-mail: eric.baleanu(a)interlan.ro <mailto:eric.baleanu@interlan.ro> www.interlan.ro <http://www.interlan.ro/> www.ronog.ro <http://www.ronog.ro/>

1 0

virtual session at RIPE 80
by Florence Lavroff 27 Mar '20

27 Mar '20

Dear friends of the Connect-WG, As you may all know by now, RIPE 80 will be a virtual meeting. While we are still working out the logistics of it with our fellow RIPE chairs, we'd like to get your feedback on what topics you'd like to discuss under what format and how long this virtual session should ideally take. We consider maintaining our 1.5 hour slot for the moment, unless you propose otherwise. We'd also like to suggest as a main topic for the working group a discussion session around the impact of covid-19 on traffic, including but not restricted to the role of IXPs during the crisis. Feel free to let us know your thoughts, Stay safe, healthy and wash your hands, 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

4 3

New on RIPE Labs: Down the Black Hole: Dismantling Operational Practices of BGP Blackholing at IXPs
by Mirjam Kuehne 07 Dec '19

07 Dec '19

Dear colleagues, For those who missed Marcin Nawrocki's presentation at RIPE 79, the summary of this research is now available on RIPE Labs: Down the Black Hole: Dismantling Operational Practices of BGP Blackholing at IXPs https://labs.ripe.net/Members/marcin_nawrocki/down-the-black-hole-dismantli… Kind regards, Mirjam Kühne RIPE NCC

2 1

Fwd: Re: BEREC consultation: contribution
by Steve Nash 13 Nov '19

13 Nov '19

I have only partially absorbed all aspects of the BEREC document and EU Article61, but my impression is of some important missing elements. In particular, I have not noticed references to co-habitation of multiple NTP in one customer site. The subject of resilience seems missing. BEREC has given us a simple model on which to comment, with three levels of NTP. Rather than defining what an NTP must always be, I prefer to consider what a customer needs from the NTP regardless of its logical location. Given that we are RIPE, and given the absence of any bidirectional Public Data Communication Network other than the Internet, I focus my comments accordingly. Summary Whatever the point of delivery of the Network connection, there must be clear signalling of whether or not the provision of Network connection is functional. For Internet Access the NTP must indicate the status of its connection to the Internet. The form of the indication is considered next for each of the BEREC logical Termination Points. *BEREC connection point C:* (Where the NTP has a routing function or NAT, IP aware) The NTP must indicate via its customer port, using IETF standard routing protocol, what connections it is offering /{list of minimum customer selectable protocols?}/. It must withdraw those routing announcements as quickly as the standard allows in the event that its peer router in the network becomes unavailable. *BEREC connection point B:* (Where the connection is provided at a modem port, Ethernet or WiFi) The network must provide signalling of its status to the user. The user must be provided with: * visibility of the adjacent router(s) by routing protocol announcements from the operators router(s). The list of offered routing protocols being a required part of the service description. * the IP address delegated by the operator for the CPE, manually or by DHCP. * the permanence of the IP address delegation (Static or Dynamic) * the IP address of the adjacent router(s) in the provider's network, to enable security filtering *BEREC connection point A:* (Where the connection is by wired, optical or wireless Ethernet) The Network must offer DHCP for the customer's delegated address, and the address of the available Network router. The Network may offer IP routing protocols, as for connection point B. The physical Signal must be withdrawn at the physical layer when the Network is otherwise unable to communicate loss of routes ( for comparison consider removal of dial tone). *Other Requirements:* 1/ In cases B and C, user-configuration of the characteristics of the user port must be supported. Including Local MAC address, Local IP address, Local default router, Local routing protocol, as applicable. 2/ It must be contractually clear whether an Internet Connection service at an NTP is fully open, or in some way restricted.A fully open Internet Connection will have a public IP address capable of end to end communication with any other public Internet address on the same version of IP. This would facilitate the customer in supporting an Internet Server, if they so choose. Restrictions that make the connection less than a fully open Internet connection must be disclosed in the documentation of the connection service, and include: * Network Address Translation, either in the network (CGN) or on supplied NTP. * Blocking of access to some Internet addresses (as has sometimes been the case for open DNS resolvers). 3/ Power Supply resilience for network devices becomes increasing important. Consideration should be given to regulation of common low power battery backup supply connection for all NTP. Rationale Most homes in the EU have more than one Network by which to access the Internet, commonly one fixed and one or more mobile. The NTP of each Network must allow for the existence of others and must enable the customer to program decisions about which Network to use. Automated resilience of Internet connectivity becomes increasingly important as: * home working becomes more prevalent * critical devices such as medical appliances and alarm systems are connected in the home via the Internet Therefore resilience for Internet connectivity must be considered in regulation with respect to both Network selection and power supply resilience, as follows. *Network selection:* On the PSTN the existence of Dial-tone has been the indication of availability at the NTP. A home can easily have more than one PSTN NTP, and more than one fixed line connection to the Internet in addition to mobile. Therefore, customer owned equipment must have the opportunity to be able to directly determine, in an automated fashion, whether or not connectivity via each Internet Connection Provider is functional. Methods are dependent on the chosen logical Network Termination Point and are proposed in the Summary above. *Power supply resilience:* Logical termination equipment (e.g. modem) may be required for some physical access media. If power is not supplied from the network then the customer's domestic supply may be used. In the latter case the regulator must give consideration to backup supply standardisation. The proliferation of individual AC to DC power converters and the need for Inverters to get back to AC supply levels from battery backup is not energy efficient. Standardisation of low power DC supply to NTP devices would reduce electrical wastage and could reduce the number of manufactured components required where devices are permanently powered with DC. Steve Nash Writing my personal opinions, with the Sponsorship of NETSCOUT. On 10/10/2019 17:52, Marco Hogewoning wrote: > Dear colleagues, > > Earlier this week, BEREC (Body of European Regulators for Electronic Communications) announced a public consultation on their draft guidelines for interpreting the “network termination point (NTP)”. These guidelines have been designed in accordance with Article 61(7) of the European Electronic Communications Code to provide national regulatory authorities (NRAs) with guidance on how to interpret the EU directives and implement them in their national legislation. > > This consultation is open to the public. While the RIPE NCC has no particular position on this topic, we think it is important for the community to consider the impact of these guidelines. They could impact not only our members’ operations, but the RIPE NCC’s engagement strategy on a number of topics such as IPv6 and IoT security. > > We invite the Connect Working Group to discuss the proposed guidelines and, should it reach a rough consensus as determined by the chairs, the RIPE NCC is willing to submit that opinion as a response on behalf of the RIPE community. As we see pros and cons to either alternative, failure to reach consensus will mean we will not respond to this consultation on behalf of the RIPE community, but would instead encourage individual members to provide their own responses. > > I’ll provide a brief description of the problem space and the potential impact below, but I recommend reading the draft guidelines as they are posted on the BEREC website: > https://berec.europa.eu/eng/document_register/subject_matter/berec/regulato… > > Please note that while BEREC’s deadline is 21 November, we would need a few days to process and file the formal response and we kindly request the working group to respect close of business on 15 November as its internal deadline to reach consensus. > > Key Issues > > One of the key questions laid out in the document is whether or not the CPE or modem is part of the NTP. EU Regulation 2015/2120 states with regard to Internet access services in article 3(1): > >> “End-users shall have the right to access and distribute information and content, use and provide applications and services, and use terminal equipment of their choice […]” > The 2016 BEREC Guidelines on net neutrality rules (paragraphs 26 and 27) provide further guidance on the implementation and state: > >> “In considering whether end-users may use the terminal equipment of their choice, NRAs should assess whether an ISP provides equipment for its subscribers and restricts the end-users’ ability to replace that equipment with their own equipment, i.e. whether it provides ‘obligatory equipment’. >> >> Moreover, NRAs should consider whether there is an objective technological necessity for the obligatory equipment to be considered as part of the ISP network. If there is not, and if the choice of terminal equipment is limited, the practice would be in conflict with the Regulation.” > Not only is this subject to national definitions and implementations, it also allows for exceptions under “objective technological necessity”. Among other things, the draft guidelines go into a lot of detail with regards to the consequence of the different options that exist. > > As explained above, the RIPE NCC has no immediate position on which option is the better alternative. However, it could impact our engagement strategy in the longer term. > > There are roughly two alternative options: the modem or CPE is “obligatory” and as such will be supplied and maintained by the access provider as part of their network, or the end-user is allowed or even required to source their own equipment, which needs to be compatible with the network. > > The two different options would impact, for example, the RIPE NCC’s focus when it comes to IPv6 adoption. Although we have seen successful deployments under both scenarios, it is either the ISP that is in control and has to make the choice (which of course often means our members are deciding), or we need to somehow create awareness among end-users and engage more with manufacturers, importers and retailers to adopt equipment that supports IPv6. > > We also imagine that such a choice would impact the scale and, more importantly, the speed of IPv6 adoption. > > We also expect that if the prevailing choice would be to allow the end-user to select their own equipment, there will be an increased demand for strict standards and profiles to ensure interoperability. While the draft guidelines recognise that the CPE market is both competitive and innovative, we expect these discussions to lean towards additional certification requirements to ensure interoperability. > > In light of the current discussions about IoT security, especially in household appliances, we also see a big focus on the CPE as providing some security-related services. Several of these systems, such as SPIN and MUD/FUD, have been presented to the community. Again, a more scattered landscape where users select their own devices might make it challenging for these technologies to reach a sustainable level of adoption. > > More generally, we can expect that greater freedom of choice in selecting devices would come with some additional security challenges, where the increased variety could also lead to an increase in the variety of attack vectors and vulnerabilities. Also, as the CPE would no longer be in the ISP’s domain, we would lose the ability to quickly roll out patches and would instead have to trust the end-user or manufacturer to install updates in a timely fashion. > > Again, this is something where we would expect further discussion with regards to regulatory measures and (mandatory) certification to ensure minimum requirements are met and to protect the consumer. > > In either case, we trust the NRAs and the market to make an informed decision on the most appropriate approach and are happy to bring the RIPE community’s opinion forward to this consultation. Regardless of the outcome, we will continue to monitor these discussions and adjust our engagement strategy accordingly, both towards policymakers as well as the various market participants and, where necessary, the end-users. > > Regards, > > Marco Hogewoning > External Relations, RIPE NCC > > > _______________________________________________ > connect-wg mailing list > connect-wg(a)ripe.net > https://lists.ripe.net/mailman/listinfo/connect-wg -- Steve(a)nashfamily.me.uk is now my personal email address.

4 5