2.0 -//Pentabarf//Schedule//EN PUBLISH M9H8P7@@cfp.denog.de -M9H8P7 BGP for networks who peer en en 20261115T110000 20261115T170000 060000

BGP for networks who peer

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/M9H8P7/ Workshop Room #1# Wolfgang Tremmel PUBLISH TEXXSQ@@cfp.denog.de -TEXXSQ BGP Workshop 5.0 en en 20261115T110000 20261115T170000 060000

BGP Workshop 5.0

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/TEXXSQ/ Workshop Room #2# Vincentz Petzholtz Peter Sievers Sebastian Graf Benedikt Heuser PUBLISH ASK3LK@@cfp.denog.de -ASK3LK poor man - great wifi en en 20261115T110000 20261115T170000 060000

poor man - great wifi

For the better half of a decade I have been doing professional work around wifi. WLAN on a campus or office complex, logistic warehouses, hospitals etc. have been my bread and butter for more than 5 years. With a change in employment my responsibilities shifted, but the passion never died. And for the last couple of years I helped with wifi deployments on smaller gigs like Nordlicht Demoparty, medium festivals like Stemweder Open Air and bigger events like Chaos Communication Congress or WHY2025. In this workshop I will give an overview and introduction of what is possible with today's free (and maybe open source) tools for getting great reliable wifi at home. My goal for the full day workshop is for you to; - being able to differentiate between good wifi and bad wifi - being able to articulate your requirements for your own wifi environment - being able to better put the big players in the market into context - being able to successfully implement small projects (e.g. wifi at your or your friends home) - being able to better work as an intermediary for wifi consultants in case your project got bigger The main focus will be on practical applications. With a short sidequest on the theoretical side. While all of this is applicable in a broader context, we will NOT dive deep into every single nuance of wifi tuning. The tradeoff in this workshop will be to invest less of hard cash for a bit more of personal work hours. PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/ASK3LK/ Workshop Room #3# Ulf Weikert PUBLISH CEXYQV@@cfp.denog.de -CEXYQV OpenPGP Key Management Hopefully Done Right en en 20261115T110000 20261115T160000 050000

OpenPGP Key Management Hopefully Done Right

This workshop will not give more than a "you know that already" appraoch to public key cryptography. It will begin with OpenPGP basics. The speaker is a Debian Developer, so his main application of OpenPGP is signing things, but of course encryption will be handled as well. The practical exercises will be done on Linux. The participants will get an overview about what are best practises regarding OpenPGP keys: - an offline (certification only) primary key that will never see the internet and - subkeys (signature, encryption, authentication) that will be created on the offline system and then transfered to a OpenPGP Smart Card (such as a Yubikey). - how to build and use an offline, immutable Linux system (based on Debian Live on a Raspberry Pi 4) - Introduction to OpenPGP Smart Cards The workshop will also suggest workarounds for the numerous gotchas the speaker experienced on his own journey to OpenPGP best practises. Af the end of the talk, participants will have a primary key with subkeys and will have had the experience of exchanging keys, signatures and encrypted messages via a pad. It is suggested to throw away all key material after the workshop and to start over again in a quiet place with lots of concentration about doing things right. PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/CEXYQV/ Workshop Room #4# Marc Haber PUBLISH PJYNNC@@cfp.denog.de -PJYNNC WDM Basics en en 20261115T103000 20261115T123000 020000

WDM Basics

I'll give an overview about different WDM types, channels and hardware. I'll also bring some devices to show, but I currently do not think it will be a hand-on session on some switches (that could change, if there is a benefit, which I currently do not see). PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/PJYNNC/ Workshop Room #5# Nicola 'nicoduck' von Thadden PUBLISH KGB9PT@@cfp.denog.de -KGB9PT From Netbox to Network - A Hands-On ISP Automation Workshop for Beginners en en 20261115T133000 20261115T170000 033000

From Netbox to Network - A Hands-On ISP Automation Workshop for Beginners

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/KGB9PT/ Workshop Room #5# Michael Fischer Johannes Störmer PUBLISH YYFF9Y@@cfp.denog.de -YYFF9Y Build It. Test It. Fix It. – Datacenter-Verkabelung inklusive Messung und Fehlersuche en en 20261115T110000 20261115T160000 050000

Build It. Test It. Fix It. – Datacenter-Verkabelung inklusive Messung und Fehlersuche

Workshop-Konzept Im Mittelpunkt des Workshops steht der eigenständige Aufbau eines passiven Netzwerks in einer realitätsnahen Datacenter-Umgebung. Die Teilnehmer übernehmen typische Aufgaben aus den Bereichen Spleissen, Verkabelung und Installation. Nach dem erfolgreichen Aufbau werden sämtliche Verbindungen professionell geprüft, analysiert und dokumentiert. Dabei führen die Teilnehmer typische Abnahme-, Qualifizierungs- und Fehlersuchmaßnahmen durch, wie sie im täglichen Betrieb moderner Rechenzentren und Unternehmensnetzwerke erforderlich sind. Gemeinsam mit ConnectCom und EXFO stellen wir die erforderliche Infrastruktur, moderne Messtechnik sowie das Expertenwissen für einen erfolgreichen Infrastrukturaufbau bereit. Die Umsetzung erfolgt anhand eines vorgegebenen Verkabelungs- und Dokumentationskonzepts. Die praktischen Aufgaben umfassen unter anderem: • Spleissen von Glasfaserverbindungen in Patchfeldern • Anschließen von Netzwerkkabeln • Montage von Patchfeldern und Infrastrukturkomponenten • Patchen von Glasfaser- und Kupferverbindungen • Aufbau einer strukturierten passiven Verkabelung • Inspektion und Bewertung von Steckverbindungen • Dämpfungsmessungen der installierten Strecken • Durchführung von IOLM-Messungen zur Streckenanalyse und Fehlerlokalisierung • Systematische Fehlersuche und Fehlerbehebung • Dokumentation der aufgebauten Infrastruktur und der Messergebnisse Mehrwert für die Teilnehmer • Praxisnahe Hands-on-Erfahrung statt reiner Theorie • Eigenständiger Aufbau einer passiven Netzwerkinfrastruktur • Kennenlernen aktueller Glasfaser- und Messtechnik • Durchführung realer Aufbau-, Prüf- und Abnahmeverfahren • Systematische Fehlersuche, Analyse und Fehlerbehebung • Erfahrungs- und Wissensaustausch mit Experten • Verständnis für Planung, Installation, Qualifizierung und Dokumentation moderner Netzwerk- und Datacenter-Infrastrukturen PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/YYFF9Y/ Workshop Room #6# Marc Rühl Juergen Rummelsberger Robin Bartelsen PUBLISH JXFHES@@cfp.denog.de -JXFHES Mastering gRPC for Network Management, Monitoring and Automation en en 20261115T110000 20261115T170000 060000

Mastering gRPC for Network Management, Monitoring and Automation

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/JXFHES/ Workshop Room #7# Gordon Gidófalvy Florian Schwarz Mathis Bramkamp PUBLISH MWJXKM@@cfp.denog.de -MWJXKM Behind the Label: How MPLS Network Transport Really Works en en 20261115T110000 20261115T170000 060000

Behind the Label: How MPLS Network Transport Really Works

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/MWJXKM/ Workshop Room #8# Christian Giese Elmar Kirchner PUBLISH QWSNGK@@cfp.denog.de -QWSNGK advanced SSH en en 20261115T103000 20261115T143000 040000

advanced SSH

Many SSH users hit the same frustrations: managing dozens of hosts with repetitive parameters, struggling with multi-hop networks, or wasting time on repeated connection overhead. This workshop directly addresses these pain points. We'll start by diagnosing the problems in a typical ssh_config, then systematically solve them through five core techniques: Port Forwarding — Local and remote variants for securely accessing databases on private networks and exposing local services to remote machines. You'll understand when to use each and why it matters for security. Proxy Jumping — Build practical multi-hop scenarios (2-3 hops) and see how ProxyJump eliminates the bastion-host dance. SSH Certificates — A game-changer for teams managing multiple servers. We'll cover generation, deployment, and why they're superior to key-per-host approaches. Control Channel Reuse — Understand connection multiplexing and how ControlMaster/ControlPath cuts SSH connection overhead dramatically. ssh_config Mastery — Build a comprehensive config from scratch using Host patterns, wildcard matching, conditional includes, and automation that grows with your infrastructure. By the end, you'll have working examples you can adapt immediately. PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/QWSNGK/ Workshop Room #9# Felix Schüren PUBLISH TGXGP9@@cfp.denog.de -TGXGP9 From Networks to Products: Breaking the Consulting Mold (2026 edition) en en 20261115T150000 20261115T170000 020000

From Networks to Products: Breaking the Consulting Mold (2026 edition)

PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/TGXGP9/ Workshop Room #9# Thomas Weible Moritz Frenzel PUBLISH EA73XB@@cfp.denog.de -EA73XB Death to Perfectionism: Get unstuck! en en 20261115T110000 20261115T130000 020000

Death to Perfectionism: Get unstuck!

## What You’ll Learn: - **Spotting Perfectionism in Disguise**: Recognise the less obvious ways perfectionism can show up – from procrastination and over-preparing to endlessly tweaking work that was already good enough. - **Understanding the Cost:** Explore how perfectionism can affect productivity, confidence, creativity, decision-making, and our willingness to take risks or try something new. - **Getting Out of the Overthinking Loop**: Learn practical techniques for making decisions, getting started, and taking action before you feel completely ready. - **Redefining “Good Enough”**: Learn how to set more useful definitions of done, rather than relying on an impossible feeling of “perfect”. - **Taking Imperfect Action**: Leave with a small, concrete action you can put into practice straight away – because sometimes the best way to beat perfectionism is to start. ## Why Attend? This workshop is for anyone who has ever spent far too long tweaking something that was probably fine already, put something off because they didn’t know how to do it “right”, or found themselves stuck trying to make the perfect decision. You’ll leave with a better understanding of your own perfectionist patterns and a toolbox of practical strategies for getting unstuck. Because the goal isn’t to stop caring about doing good work – it’s to make sure that the pursuit of perfect doesn’t stop you from doing the work at all. PUBLIC CONFIRMED Workshop https://cfp.denog.de/denog18/talk/EA73XB/ Workshop Room #10# Susi Bauer PUBLISH AVHF39@@cfp.denog.de -AVHF39 Newcomer Sessions en en 20261116T093000 20261116T095000 002000

Newcomer Sessions

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/AVHF39/ Saal A Patrick Bußmann PUBLISH UB3PVV@@cfp.denog.de -UB3PVV DENOG18 Opening en en 20261116T100000 20261116T103000 003000

DENOG18 Opening

Welcome to DENOG18! PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/UB3PVV/ Saal A Patrick Bußmann PUBLISH 3BJJKY@@cfp.denog.de -3BJJKY Retrofitting API into a routing software en en 20261116T103000 20261116T110000 003000

Retrofitting API into a routing software

While a standardized API looks simple on surface, the reality is much more convoluted. There are three standards for communication, NETCONF, RESTCONF and emerging CORECONF, each of these with slightly different semantics. Lots of the YANG modules are not yet finalized and implementation specifics are leaking into them from their authors. In the best case, we end up with the implementations slightly differing in what is implemented, and being mostly compatible for automated access. Yet, the actual future may be much more dire, with the users having to cater for three different protocols and vastly diverse implementation status of the standardized API. All of that is spiced up by performance challenges. With BIRD, we are kinda late to the party. Everybody has some API working. That brings a disadvantage on the market, but it also allows us to study the previous attempts, see possible problems and implement our API to our standards, including high performance and stability. We can also see emerging compatibility issues and there are some attempts to develop proxies and convertors to bridge the gaps. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/3BJJKY/ Saal A Maria Matejka PUBLISH VCQLXW@@cfp.denog.de -VCQLXW EVPN - One Control Plane to Rule Them All en en 20261116T110500 20261116T113500 003000

EVPN - One Control Plane to Rule Them All

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/VCQLXW/ Saal A Patrick Prangl PUBLISH YTBLUH@@cfp.denog.de -YTBLUH EVPN for humans en en 20261116T114000 20261116T121000 003000

EVPN for humans

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/YTBLUH/ Saal A Robin Christ PUBLISH FUCBPB@@cfp.denog.de -FUCBPB Beyond Bandwidth: Why it doesn't solve user experience in Wi-Fi, WAN, and LAN Environments en en 20261116T140500 20261116T143500 003000

Beyond Bandwidth: Why it doesn't solve user experience in Wi-Fi, WAN, and LAN Environments

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/FUCBPB/ Saal A Falk Bachmann PUBLISH ZCXTKW@@cfp.denog.de -ZCXTKW QoE-riosities of 2026 - What we saw on the Internet this year en en 20261116T144000 20261116T151000 003000

QoE-riosities of 2026 - What we saw on the Internet this year

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/ZCXTKW/ Saal A Alexander Dethof PUBLISH PRRFUN@@cfp.denog.de -PRRFUN IPv6 routing loops -- A call to fix router configurations. en en 20261116T152500 20261116T153500 001000

IPv6 routing loops -- A call to fix router configurations.

PUBLIC CONFIRMED Lightning Talk https://cfp.denog.de/denog18/talk/PRRFUN/ Saal A Maynard Koch PUBLISH E7UDUC@@cfp.denog.de -E7UDUC Teach Networking!? en en 20261116T153500 20261116T154500 001000

Teach Networking!?

PUBLIC CONFIRMED Lightning Talk https://cfp.denog.de/denog18/talk/E7UDUC/ Saal A Vanessa Gaube PUBLISH V7Y3X9@@cfp.denog.de -V7Y3X9 IPv4-with-IPv6 Next-Hops: At least faster progress than Linux on the Desktop en en 20261116T164500 20261116T170000 001500

IPv4-with-IPv6 Next-Hops: At least faster progress than Linux on the Desktop

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/V7Y3X9/ Saal A Tobias Fiebig PUBLISH SYTTEC@@cfp.denog.de -SYTTEC Killing ARP: running IPv4 as a service on an IPv6-only network en en 20261116T170000 20261116T171500 001500

Killing ARP: running IPv4 as a service on an IPv6-only network

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/SYTTEC/ Saal A Remco van Mook PUBLISH EQ7KVJ@@cfp.denog.de -EQ7KVJ Day 1 Closing en en 20261116T174000 20261116T175000 001000

Day 1 Closing

That's a wrap on Day1, time for the social! PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/EQ7KVJ/ Saal A Tim Kleefass PUBLISH 97DCW3@@cfp.denog.de -97DCW3 Geoinformation Systems & Internet Infrastructure en en 20261116T103000 20261116T110000 003000

Geoinformation Systems & Internet Infrastructure

Geoinformationsdaten sind eine der Grundlagen für stabil funktionierende Infrastruktur. Egal ob Glasfasern im Boden, Glasfasern an Hochspannungsmasten oder Richtfunkstrecken. Wie funktioniert die Trassenplanung- und Instandhaltung, und welche Vorteile habe ich als Nutzer:in um meinen Netz zu verstehen und den Netzbetrieb zu optimieren? Geo information data are the basis for reliable infrastructure. Not only for fiber in the ground, but even fiber on power lines or microwave links are planned this way. How does the planning of new fiber routes and their maintenance work, and which benefits do I get from geo data for my own network? PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/97DCW3/ Saal B Dominik Bay PUBLISH XPH3W7@@cfp.denog.de -XPH3W7 IPv6 in firmware: Still booting in the wrong decade en en 20261116T110500 20261116T113500 003000

IPv6 in firmware: Still booting in the wrong decade

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/XPH3W7/ Saal B sinuscosinustan PUBLISH 8YL9JB@@cfp.denog.de -8YL9JB Wire-API: fleet-wide, vendor-neutral network automation en en 20261116T140500 20261116T143500 003000

Wire-API: fleet-wide, vendor-neutral network automation

Here is the link to the GitHub resources: https://github.com/ironcore-dev/network-operator And the detailed description on the website: https://ironcore.dev/network-operator/ PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/8YL9JB/ Saal B Enric Pujol Sebastian Wagner PUBLISH KPYWEU@@cfp.denog.de -KPYWEU Modular Nokia SR OS automation from scratch en en 20261116T144000 20261116T151000 003000

Modular Nokia SR OS automation from scratch

Existing automation solutions are usually monolithic and require you to migrate all of your existing infrastructure at once to the automation. But I wanted to continue using our existing sources of truth and wanted to introduce automation in our network step by step and not in one big step. Additionally, there is the security perspective: do you really want to grant an automation solution that you don't fully understand internally unrestricted access to all of your routers? The solution: modular network automation from scratch: write a module for any aspect you want to automate in your network. Want to automate your peerings with Peering-Manager? Write a module for it. Want to automate your base router interfaces with NetBox? Write a module for it. The modules itself are isolated from each other in the configuration by using one config group for each module (basically a separate config tree for each module). This by design eliminates the possibility of collisions between modules and makes consecutive deployments easier by fully replacing the config group on each run. It additionally allows you to minimize the permissions of an automation user to the absolute required minimum by only granting them access to the config group. Furthermore, the use of config groups allows you to override the automation on any given time in the main config tree or even exclude some parts of the main config tree from it. Although this solution was developed for Nokia SR OS, it can in principle be extended to any platform that is transactional and supports something like config groups. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/KPYWEU/ Saal B Jennifer Graul PUBLISH MRZYPH@@cfp.denog.de -MRZYPH You can't make everybody equally happy - Measuring Anycast with AI as the Third Member of a Two-Person Team en en 20261116T151500 20261116T154500 003000

You can't make everybody equally happy - Measuring Anycast with AI as the Third Member of a Two-Person Team

Anycast underpins critical Internet services, including DNS, content delivery networks, and DDoS mitigation platforms. The model appears simple: announce the same IP address from multiple locations and allow BGP to direct traffic toward the best available path, but the operational reality is far less transparent. ProVision (formerly 6connect operates an anycast DNS platform built around six prefixes announced by 39 BGP nodes in 13 regions across five continents. The platform answered queries reliably, yet ordinary service monitoring could reveal only part of the story. It could tell us that a DNS request succeeded, but not always which node handled it, whether BGP selected the node we expected, how latency differed across the catchment, or where packets were being lost without causing a visible outage. Measuring the network from inside the platform created a chicken-and-egg problem. Anycast is designed to make many distributed instances appear to be one destination, so the topology we wanted to study was the same topology the service was designed to conceal. We could not simply ask the Internet which node it would reach. We needed a way to make the network reveal its own routing decisions. The breakthrough came from a behavior that initially appeared to undermine the measurements. We sent probes from the production anycast source addresses and observed that ICMP errors frequently returned to the "wrong" node rather than the node that originated the probe. That wrong node was the answer. The node receiving the ICMP response was the node BGP had selected as the return path for the router generating it. By recording those responses across the network, we could begin mapping real anycast catchments from the perspective of the infrastructure itself. The apparent flaw became the core measurement primitive. From that insight, we built a fully automated daily measurement pipeline capable of: Running 117,000 probes per second across 2.6 million targets Measuring round-trip time, packet loss, and jitter for 1.4 million addresses Detecting path MTU discovery black holes Performing ECMP-aware traceroutes Correlating active measurements with BGP monitoring Measuring platform visibility at 845 Internet Exchanges Attendees will leave with a practical understanding of why anycast is so difficult to measure, how asymmetric ICMP routing can reveal real BGP catchments, and what it takes to turn that observation into a large-scale monitoring system. They will also see a grounded example of AI-assisted engineering in which coding models expanded the capacity of a very small team without replacing the network judgment required to build something trustworthy. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/MRZYPH/ Saal B Jan Zorz PUBLISH SUN8ER@@cfp.denog.de -SUN8ER How Deutsche Telekom built a Carrier-Grade virtual PoP in AWS en en 20261116T164500 20261116T171500 003000

How Deutsche Telekom built a Carrier-Grade virtual PoP in AWS

Customer demand increasingly requires network services in regions where no physical Point of Presence exists. Building new PoPs is costly and time-consuming, making it difficult to respond to short-term requests. In this session, we present how Deutsche Telekom designed a vPoP architecture running in AWS that extends our MPLS backbone into cloud regions while preserving carrier-grade routing and operational principles. We will discuss the architecture, including AWS Direct Connect Gateway, Cisco 8000v virtual routers, MP-BGP (VPNv4/VPNv6), IPv4/IPv6 routing, management separation, and throughput considerations. Particular attention will be given to the design choices that enabled regional routing while avoiding AWS transit and maintaining full control over the routing domain. The talk also covers the practical experience gained during the project, including proof of concept implementation, operational challenges, automation aspects, and lessons learned from integrating cloud infrastructure into a service provider environment. The session is aimed at network operators, architects, and engineers interested in MPLS, BGP, cloud networking, and carrier-grade network design. Attendees will gain practical insights into extending traditional backbone services into hyperscaler environments. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/SUN8ER/ Saal B Gabor Adam Holger Thösink Adam Orosz PUBLISH J3QAZC@@cfp.denog.de -J3QAZC Democratizing layer 1 telemetry: Open Source Switch OS and VDM for predictive network maintenance en en 20261117T093000 20261117T100000 003000

Democratizing layer 1 telemetry: Open Source Switch OS and VDM for predictive network maintenance

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/J3QAZC/ Saal A Thomas Weible Dr. Gerhard Stein PUBLISH E7HWCA@@cfp.denog.de -E7HWCA Enjoying BMP with Rotonda in 600 seconds en en 20261117T100500 20261117T101500 001000

Enjoying BMP with Rotonda in 600 seconds

PUBLIC CONFIRMED Lightning Talk https://cfp.denog.de/denog18/talk/E7HWCA/ Saal A Luuk Hendriks PUBLISH JRR8WV@@cfp.denog.de -JRR8WV OpenRoaming Explained: What It Solves and Why Operators Should Care en en 20261117T101500 20261117T102500 001000

OpenRoaming Explained: What It Solves and Why Operators Should Care

PUBLIC CONFIRMED Lightning Talk https://cfp.denog.de/denog18/talk/JRR8WV/ Saal A Falk Bachmann PUBLISH KXMLXN@@cfp.denog.de -KXMLXN Route Filtering at Scale en en 20261117T104000 20261117T111000 003000

Route Filtering at Scale

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/KXMLXN/ Saal A Fedor Vompe Sebastian Becker PUBLISH DRTW8K@@cfp.denog.de -DRTW8K AI’s impact on bandwidth and automation in optical networks en en 20261117T111500 20261117T114500 003000

AI’s impact on bandwidth and automation in optical networks

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/DRTW8K/ Saal A Kent Lidstrom PUBLISH BSEFX3@@cfp.denog.de -BSEFX3 FSO essentials en en 20261117T114500 20261117T115500 001000

FSO essentials

Contents - What is FSO - History of FSO - Current FSO Technology - Progress in Enabling Technologies - Key Features of Today's FSO System - Things to Keep in Mind When Using Lasers PUBLIC CONFIRMED Lightning Talk https://cfp.denog.de/denog18/talk/BSEFX3/ Saal A Takaya Nakagawa PUBLISH LEHAXX@@cfp.denog.de -LEHAXX IXP Update en en 20261117T130000 20261117T133000 003000

IXP Update

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/LEHAXX/ Saal A Tim Kleefass PUBLISH EMHXW7@@cfp.denog.de -EMHXW7 Maybe it is time to consider layer 3 internet exchanges en en 20261117T133500 20261117T140500 003000

Maybe it is time to consider layer 3 internet exchanges

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/EMHXW7/ Saal A James Rice PUBLISH XBCBZT@@cfp.denog.de -XBCBZT The New Botnet Era: Rethinking Your DDoS Strategy en en 20261117T141000 20261117T144000 003000

The New Botnet Era: Rethinking Your DDoS Strategy

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/XBCBZT/ Saal A Stefan Meinders PUBLISH U3Q97T@@cfp.denog.de -U3Q97T Network Automation for the Modern Age en en 20261117T144500 20261117T151500 003000

Network Automation for the Modern Age

The talk builds on our previous work and talks around network automation and data modeling. We want to make the case that “source of truth” is a useful step, but not the end state: the more interesting question is whether the model itself can become the driver of automation. The talk will use alembic (https://github.com/cyberwitchery/alembic) as the concrete anchor. We plan to show how a model-first system can represent network concepts, derive operational artifacts, and fit alongside existing DCIM/IPAM/source-of-truth tools without being constrained by their object model. Expected structure: - short history: from manual work to templates to source-of-truth automation - why we end up with our own data model most of the time and what that means - concrete examples from alembic - trade-offs, open questions, and caveats The talk is intended for network engineers, automation engineers, and people maintaining source-of-truth or orchestration systems. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/U3Q97T/ Saal A Veit Heller PUBLISH XXSCSP@@cfp.denog.de -XXSCSP DENOG18 Closing en en 20261117T153000 20261117T160000 003000

DENOG18 Closing

It's a wrap! PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/XXSCSP/ Saal A Patrick Bußmann PUBLISH 39VKX7@@cfp.denog.de -39VKX7 Carrier-Scale TWAMP Monitoring with DPDK and Commodity x86 Servers en en 20261117T093000 20261117T100000 003000

Carrier-Scale TWAMP Monitoring with DPDK and Commodity x86 Servers

**Why carrier-scale TWAMP is difficult** Most existing TWAMP implementations are designed for relatively small deployments. Scaling active measurements to tens of thousands of simultaneously monitored access nodes introduces significant challenges in packet processing, timing accuracy, scheduling and resource management. **Why DPDK** The presentation explains why bypassing the Linux kernel networking stack is essential for achieving deterministic latency and high packet processing rates. It discusses how DPDK enables direct NIC access, reduces interrupt overhead and provides predictable packet forwarding performance. **System architecture** Topics include: - Userspace packet processing architecture - DPDK forwarding engine and application-to-engine communication - TWAMP session management - Timestamping offload and packet pacing - Multi-core scalability on commodity x86 hardware **Performance** Real benchmark results will be presented, including: - maximum number of concurrent TWAMP sessions - packets per second - CPU utilisation - memory consumption - scaling across multiple CPU cores - practical deployment limits **Operational lessons learned** The presentation concludes with practical experience gained from deploying large-scale active monitoring systems in carrier environments, including common pitfalls, optimisation techniques and recommendations for future deployments. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/39VKX7/ Saal B Mario Jurcevic PUBLISH YUWRSZ@@cfp.denog.de -YUWRSZ You Want EGP? You Get EGP! - DENOG Mad Scientist Edition en en 20261117T100500 20261117T103500 003000

You Want EGP? You Get EGP! - DENOG Mad Scientist Edition

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/YUWRSZ/ Saal B Tobias Heister PUBLISH G37JXN@@cfp.denog.de -G37JXN Quo Vadis IPv6 in Germany? en en 20261117T104000 20261117T111000 003000

Quo Vadis IPv6 in Germany?

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/G37JXN/ Saal B Wilhelm Boeddinghaus PUBLISH HJXTTT@@cfp.denog.de -HJXTTT Post Quantum Secure Networking en en 20261117T111500 20261117T114500 003000

Post Quantum Secure Networking

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/HJXTTT/ Saal B Lara Hallaczek PUBLISH J9DJVF@@cfp.denog.de -J9DJVF A Prosecutor in Another Country Wants Your Data in 8 Hours — Now What? en en 20261117T130000 20261117T133000 003000

A Prosecutor in Another Country Wants Your Data in 8 Hours — Now What?

Most coverage of the EU E-Evidence Regulation is written for lawyers. This one isn't. If you operate an ISP, a hosting platform, a cloud, or a registrar, you are the *addressee* of these orders — and the obligations are technical and time-boxed long before they're legal. We'll start with the 90-second operator edition: European Production Orders (EPOC) and European Preservation Orders (EPOC-PR), who can issue them, which data categories are in play (subscriber, traffic, content), and the deadlines that turn this into an on-call problem rather than a policy memo. Then we get to the parts nobody warns you about: that you must designate an establishment or legal representative, that liability is joint and several with fines reaching into a percentage of global turnover, and that there's an actual machine interface behind all this — a decentralised IT system, a transport spec, a hard size limit, and a rollout that may not be finished when the orders start arriving. The practical core is simpler than the crypto-heavy forensics literature suggests. Evidence just needs to be trustworthy: the right data, demonstrably unchanged, anchored in time, and traceable back to where it came from. You don't need a forensics lab for that — you need to know whether the logs and exports you already produce would survive someone asking "how do you know this is genuine?" We'll cover the idea at a level you can act on, then look at how it usually falls apart in practice: data that's already been rotated away, mutable logs, a screenshot instead of a record, no idea who pulled what or when. We close with a field report from the first months of the regime — readiness across the EU, what early orders actually look like, and a pragmatic checklist so that when (not if) one lands in your inbox, you can produce the right data, in a defensible form, within the deadline — without it turning into a fire drill every time. This session is for ISP, hosting, cloud, and registrar engineers, DevOps, abuse/LI-interface teams, and anyone who owns logging or will be the one woken up at 2 a.m. by an 8-hour emergency order. No legal background required; bring your healthy disrespect for bureaucracy. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/J9DJVF/ Saal B Mathias Handsche PUBLISH EVWTHX@@cfp.denog.de -EVWTHX Do not look into beam with remaining eye en en 20261117T133500 20261117T140500 003000

Do not look into beam with remaining eye

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/EVWTHX/ Saal B Nicola 'nicoduck' von Thadden PUBLISH 3FWLT7@@cfp.denog.de -3FWLT7 The Leak-Proof Routing Table: Mastering BGP Roles, ROAs, and ASPA en en 20261117T141000 20261117T144000 003000

The Leak-Proof Routing Table: Mastering BGP Roles, ROAs, and ASPA

PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/3FWLT7/ Saal B Anton Elita PUBLISH E8TQM8@@cfp.denog.de -E8TQM8 SRv6 in the Data Center: Crazy Ideas or Real Use Cases? en en 20261117T144500 20261117T151500 003000

SRv6 in the Data Center: Crazy Ideas or Real Use Cases?

The Goal of this talk is to give a Technology Introduction into SRv6 and how this will be applicable for DataCenter Usecases and compares towards existing Technologies like EVPN/VXLAN. The Goal is to educate the audience about this technology and provide examples of usecases. PUBLIC CONFIRMED Talk https://cfp.denog.de/denog18/talk/E8TQM8/ Saal B Andreas Roeder