Minutes | ENOG 11


7-8 June 2016, Moscow, Russia

The Eurasia Network Operators’ Group (ENOG) is the regional forum in which experts concerned with the core operational issues of the Internet can share knowledge and expertise on issues unique to the Russian Federation, the Commonwealth of Independent States (CIS), and Eastern Europe.

The ENOG 11/RIPE NCC Regional Meeting took place from 7-8 June 2016 at the Moscow Marriott Grand Hotel in Moscow, Russia. A total of 550 attendees from 13 countries participated in the meeting, 518 of whom were from Russia.


Tuesday, 7 June

Opening Plenary 15:00 – 16:30

Welcome to ENOG 11
  • Hans Petter Holen, RIPE Chair
  • Axel Pawlik, Managing Director RIPE NCC
  • Andrei Vorabiov, CEO CCTLD for .ru
  • Alexey Platonov, General Manager TCI
  • Andrei Tumanov, Russian Federation Parliament
  • Sergey Myasoedov, ENOG Programme Committee

Dr NMS, or: How Facebook Learned to Stop Worrying and Love the Network
Jose Leitao, Facebook

The New Internet
Stefan Meinders, Deepfield

Plenary 17:00 – 18:30

IPv6 Implementation
Andrey Tuzhik, MyTele.com.ua

BGP Roles
Alexander Azimov, Qrator Labs

Measurements Panel:
  • Moderator: Alex Semenyaka, Qrator Labs
  • Participants:
    Luca Sani, Isolario
    Alexander Asimov, Qrator Labs
    Alexander Isavnin, The Open Net
    Christian Teuschel, RIPE NCC
    Stefan Meinders, Deepfield

An audience member asked Christian whether state agencies were really using RIPE Atlas data. He also asked why they couldn’t get probes into the ENOG region.

Christian replied that legislation in countries heavily influenced the development of the Internet and at RIPE Meetings they were seeing more and more participation from regulators and governments.

He said at the moment they were focusing on ISPs with their measurements, but as they saw more government agencies joining the discussion, they would steer resources towards giving them measurement information to inform their decisions. Regarding the second question, Christian said they were trying to expand the RIPE Atlas network by getting probes onto networks that didn’t already have a probe connected – which meant that the RIPE Atlas network was growing a little slower than it had in the earlier stages.

RACI Session 18:30 – 19:00

RIPE Academic Cooperation Initiative (RACI)
Gergana Petrova, RIPE NCC

Virtualized Linux Router in Production Use
Nadezhda Zhivchikova, PSI RAS/Research Center for Multiprocessor Systems

Open Source IP Address Management Software Review
Shahin Gharghi, Shiraz University

Wednesday, 8 June

Plenary 10:00 – 11:30

Telecom in Russia-2016: Simplification of Bureaucracy
Dmitry Galushko, OrderCom

IPv4 Transfers
Elvis Daniel Velea, V4Escrow

Axel Pawlik, RIPE NCC, said he just wanted to correct an earlier remark by Elvis and state that the RIPE NCC did not set the prices for IPv4 addresses. The RIPE NCC charged an annual membership fee.

Andrea Cima, RIPE NCC, thanked Elvis for his interesting presentation. He said clarified that the RIPE NCC had not run out of IPv4 and was still allocating address space.

Elvis replied that the small blocks of address space the RIPE NCC was allocating would only last a few more years.

Lightning Talks

Runet Connectivity Monitoring: Why and how?
Leonid Volkov, Internet Protection Society

RIPE Atlas Command Line Interface Tools
Viktor Naumov, RIPE NCC

An audience member said he had received two probes and this was a normal TP link that cost 2,000 roubles and the USB drive cost a few more hundred roubles. He said this was a political story and not a technical one, but he wanted to know if they could do this more with software instead.

Viktor replied that this was on their roadmap – they were looking into software or something that could be run on a virtual machine. However, as they only had so many resources they couldn’t do everything at once. He said the RIPE Atlas probes were initiated within their offices, as there were some security considerations. He said they generated the keys themselves and they didn’t delegate this to other parties.

The audience member said that when you had physical access it was clear that you could decompile and decode this.

Viktor said that as the project belonged to the community, they needed to discuss this together to develop solutions. He said that there were many different opportunities but they needed resources and approval – because RIPE Atlas could potentially be used for illegal activities.

Plenary 12:00 – 13:30

Misused Top ASNs
Anurag Bhatia, Hurricane Electric

New gTLDs and the Stability of Root Service System
Jaap Akkerhuis, NLnet Labs

Computer Communications: The First 50 Years, and After!
Louis Pouzin, Open-Root Project

Plenary 15:00 – 16:30

Axel Pawlik, RIPE NCC

Elvis Velea, v4Escrow, asked if the RIPE NCC would think about aggregation when people would open several LIRs with the goal of obtaining contiguous allocations.

Axel replied that aggregation should be one of their goals, though he noted that if they looked at what was going on with IPv4 transfers, people didn’t seem to care too much about aggregation anymore.

Thomas King from DE-CIX said the RIPE NCC’s RPKI validator was very much appreciated and asked that this be made ready for a production environment.

Axel said that they would be doing this.

IXP Panel:
  • Moderator: Alexander Isavnin, The Open Net

Sea-IX – Yesterday, Today, Probably Tomorrow
Egor Drobyshev, SEA-IX

IXP Peering Services: A Commodity?
Thomas King, DE-CIX

Hurricane Electric’s Observations on Exchange Point Management
Timothy Denton, Hurricane Electric

From Switching to Matching: A View on the Future of IXPs
Konstantin Chumachenko, MSK-IX

Closing Plenary – 17:00 – 18:30

Implementing vCPE with OpenStack and Software Defined Networks
Justin Moore, PLUMgrid

How “Let’s Encrypt” Can Be Used to Facilitate DANE
Kevin Meynell, Internet Society (ISOC)

Obtaining, Managing and Protecting IP Addresses
Andrea Cima, RIPE NCC

Lightning Talks

RIPE Policy Update
Andrea Cima, RIPE NCC

Isolario: the real-time Internet routing observatory
Luca Sani, IIT-CNR Isolario project

Story of one blocking / Caring of IPv6: case of Two Big Guys
Alexey Semenyaka, Qrator Labs