- discuss - enog-apps-2.ripe.net

On RIPE Labs: The RIPE Chair Team Reports - Planning for 2022
by Mirjam Kuehne 25 Jan '22

25 Jan '22

Dear colleagues, In our first report of the year, as well as taking a look back at some of the highlights of 2021, we're also looking forward to new topics and challenges we as a community are likely to face in the year to come: https://labs.ripe.net/author/mirjam_kuhne/the-ripe-chair-team-reports-plann… Kind regards, Mirjam Kühne & Niall O'Reilly RIPE Chair Team

1 0

New on RIPE Labs: The RIPE Chair Team Reports - Highlights from RIPE 83
by Mirjam Kuehne 10 Dec '21

10 Dec '21

Dear colleagues, In our latest report on RIPE Labs, we look back at some community highlights from RIPE 83: https://labs.ripe.net/author/mirjam_kuhne/the-ripe-chair-team-reports-highl… Kind regards, Mirjam Kühne RIPE Chair

1 0

New on RIPE Labs: RIPE Chair Team Reports - October 2021
by Mirjam Kuehne 04 Nov '21

04 Nov '21

Dear colleagues, With the RIPE 83 Meeting only a couple of weeks away, we report on preparations, talks and topics, and community matters to be addressed at the meeting. For this and more, you can read our October update on RIPE Labs: https://labs.ripe.net/author/mirjam_kuhne/ripe-chair-team-reports-october-2… Kind regards, Mirjam Kühne RIPE Chair

1 0

Re: [ENOG discuss] ENOG
by Александр Попов 01 Nov '21

01 Nov '21

Good day to you! Our managers composed required doc and I forward it to you. Document can be found through this link: 1)janj.scoredge.com/numquampossimus/optiodeserunt-1614247 2)staging.gurmehemen.com/doloremquevoluptatem/atincidunt-1614247 ! , :) > > . > , > . > , > ( - ), > . > , , > , > . NOG - , ( ..) , ENOG RIPE NCC , , . ENOG. , . - . , 4 ? > , ENOG, > - . , : " , - ." > , 4 ENOG > ( ? 1 ). . . -- Kind regards, Sergey Myasoedov Sunday, April 4, 2021, 18:47:24, you wrote: > ! > , > ENOG. > , , > -, , . > (). > -, . > , , , > , , -, . > -, - , > . , > , . , , > , , > ENOG - , > . > , , ENOG > Discuss, , > ENOG. , > , > ENOG . . > ENOG, > , BoF. > , > , , . > ==== > : 4 ENOG, > . > . > > . > , > . > , > ( - ), > . > , , > , > . > : > 1) , > ( , > ?? " ?) > 2) , : ? 2.1) > N > , N , N-1, - 1 ; > 2.2) , . > 3) , __ . > 4) , > , , . > , . > , ENOG, > - . > , 4 ENOG > ( ? 1 ). > . > , - . > , , , > . > , > 3 ENOG. > "". > > , . > ==== > (MENOG), > , . > . _______________________________________________ discuss mailing list discuss(a)enog.org https://lists.enog.org/mailman/listinfo/discuss

1 0

New on RIPE Labs: The RIPE Chair Team Reports - September 2021
by Mirjam Kuehne 04 Oct '21

04 Oct '21

Dear ENOG community, You can find the latest update from the RIPE Chair team now on RIPE Labs: https://labs.ripe.net/author/mirjam_kuhne/the-ripe-chair-team-reports-septe… Kind regards, Mirjam Kühne RIPE Chair

1 0

Seeking contact with SORM implementation experience
by Jon Boone 13 Sep '21

13 Sep '21

Greetings. I’m looking for a contact with experience implementing SORM compliance for an ISP. Please reach out to me off list. — jb

1 0

New on RIPE Labs: RIPE Chair Team Reports - Summer 2021
by Mirjam Kuehne 03 Sep '21

03 Sep '21

Dear ENOG community, In our latest update on RIPE Labs, we are reporting on some key community activities and events that have been taking place over the summer: https://labs.ripe.net/author/mirjam_kuhne/ripe-chair-team-reports-summer-20… Kind regards, Mirjam Kühne RIPE Chair

1 0

The RIPE Chair Team Report - June 2021
by Mirjam Kuehne 13 Jul '21

13 Jul '21

Dear ENOG community, In our most recent report from the RIPE Chair Team, we are looking at a variety of events that took place across the community. I would also like to draw your attention to the draft reports issued by two RIPE Task Forces: https://labs.ripe.net/author/mirjam_kuhne/the-ripe-chair-team-reports-june-… Kind regards, Mirjam Kühne RIPE Chair

1 0

Call for Presentations for the virtual European Peering Forum 2021
by Siri Brenden 06 Jul '21

06 Jul '21

Hi, This is a call for Presentations for the virtual European Peering Forum 2021 AMS-IX, DE-CIX, LINX, Netnod are happy to host the virtual European Peering Forum (EPF) 2021 from the 20th - 22nd September 2021. The event will welcome peering managers and coordinators from networks connected to the host Internet exchanges. Besides some interesting topical agenda, the three-day event accommodates room for attendees to meet virtually on a one-to-one basis to discuss bilateral peering business opportunities. The programme committee will be looking for presentations related to peering and technical topics of interconnection. Your presentation should address * Interconnection Automation * Regional Peering * Interconnection / Peering Internet Governance and Regulatory Topics * Economic and Product Trends * Peering / Interconnection strategies * Interesting findings about Peering / Interconnection * 400GE and beyond * Any other hot topic related to Interconnection / Peering Submissions =========== Presentations must be of a non-commercial nature. Product or marketing-heavy talks are strongly discouraged. Submissions of presentations should be made to the programme committee <epf-pc(a)peering-forum.eu <mailto:epf-pc@peering-forum.eu>>. Please include: * Author's name and e-mail address * Presentation title * Abstract * Slides (if available) * Time requested (max. 30 minutes incl. Q&A) Deadlines ========= Please send in your presentation asap. We decide on a first come first serve basis. The latest date for submission is July 30th. More information about the event and other activities around the virtual EPF 2021 may be found at * https://peering-forum.eu/ <https://peering-forum.eu/> * https://www.facebook.com/groups/1586607564933665/ <https://www.facebook.com/groups/1586607564933665/> Warm regards, On behalf of the EPF hosts / Siri Brenden Marketing Manager siri(a)netnod.se <mailto:siri@netnod.se> Netnod

1 0

Инструментация BGP
by Ignas Bagdonas 07 Jun '21

07 Jun '21

Добрый день. Это вспомогательный материал к презентации об инструментации BGP на ENOG немного позднее сегодня. Так как формат виртуальной конференции не особенно подходит для детальных дискуссий, и сама тема нагружена множеством технических деталей, здесь представлена суммаризованнаы версия тем для дискуссии. Да и формат электронной почты немного ближе листа бумаги, на котором можно изобретать и пробовать идеи. BGP работает, и это прекрасно. И мы понимаем, что и как там работает. Или делаем вид, что понимаем. Или надеемся, что работает именно так, как надо. Или просто верим, что это будет работать. А если не работает - всегда можно взять телефон и спросить у соседа, что там видно на другой стороне. Ситуация, наверное, знакомая до боли многим операторам. Можно ли сделать что-то для более детальной диагностики работы протокола? Нужно ли? Какая цена такой функциональности представляется вам логичной и реалистичной? А вашему отделу ИТ безопасности? А вашему директору по продажам? То, что можно спроектировать очередное расширение протокола BGP и поверх него слать SMS - это очевидно, но решает ли это изначальные проблемы? Есть ли договоренность между операторами о общем наборе диагностических механизмов, которые нужны для обслуживания BGP? А если попробовать? Эта тематика не является новой, и в этой презентации не представляются еще какие-то новые расширения протокола - их у нас и так достаточно. Чего не хватает - это обобщенное понимание со стороны операторского сообщества о том, что является важным для мониторинга работы БГП, чего не хватает в существующих механизмах, и какая функциональность вам была бы нужна повседневно. За последние 20 лет в IETF было несколько попыток разработки универсального механизма для инструментации БГП, но большинство тех предложений застряло по пути. И это не странно - так как аудитория инженеров, работающих над расширениями протоколов в IETF, и аудитория инженеров, работающих с теми самыми протоколами на реальных сетях почто не пересекаются - это просто проблема не знания потребностей и методик работы со стороны операторов. Многие операции над более чем одним роутером БГП сегодня делаются или вручную, или при помощи (как правило, доморощенных) решений автоматизации, сам протокол почти не имеет механизмов для обмена информацией о работе самого протокола. Это исторический подход UNIX way - и действительно, БГП делает свою работу хорошо. Но времена меняются, и потребность в довольно рутинном функционале проверки работы политик БГП, сбора статистики, сбора информации об ошибках, разделения границ ответственности между компонентами протокола - все это становится нужным повседневно. БГП - это односторонний протокол, в нем нет возможности узнать приняли ли сосед наш префикс, и будет ли он этот префикс пользовать. Такая сигнализация может дать нам автоматическую проверку работы политик БГП. Также в протоколе нет никаких решений для индикации нефатальных ошибок - любая ошибка приводит к обрыву сессии. И нет механизмов для обмена информацией о статистике работы протокола - сколько и чего было послано, принято, отброшено. Это три большие группы функциональности, которые нужны для повседневных операций. Весь вопрос в договоренности, какие конкретно функции и какие параметры нужны - нет цели сделать универсальный и подходящий для всех применений механизм, но должна быть обеспечена покрытие большинства функций, которые нужны для большинства операторов. Часть; времени доклада после ввода в тематику и обзора исторических событий будет оставлена для дискуссий. Хотелось-бы, что та дискуссия перешла в почту и продолжалась. Здесь нет спешки по времени, эти темы постепенно представляются операторскому сообществу и список нужного функционала накапливается, и планы по представлению в IETF идут на следующий год. Спасибо.

1 0