https://media.ccc.de/c/denog12 This feed contains all events from denog12 as webm see video outro Thu, 23 Jan 2025 18:41:14 -0000 https://static.media.ccc.de/media/events/denog/denog12/logo.png https://media.ccc.de/c/denog12 https://media.ccc.de/v/denog12-96-denog12-closing Thank you for joining us, see you next year! about this event: https://pretalx.denog.de/denog12/talk/VGQFRS/ Tue, 10 Nov 2020 14:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-96-eng-DENOG12_Closing_webm-hd.webm?1610544158 984fe686-e5ce-55dc-897e-7e330f545842 2020-11-10T14:30:00+01:00 Patrick Bussmann No denog12, 96, 2020 Thank you for joining us, see you next year! about this event: https://pretalx.denog.de/denog12/talk/VGQFRS/ 00:17:59 https://media.ccc.de/v/denog12-86-a-fully-loaded-panel-for-400g-in-your-metro-network An Expert panel with: IXP: Daniel Melzer (DE-CIX ) DC, ISP: Theo Voss (Anexia) FTTH: xyz (Company xyz) from the operator community and joining from the vendor community: Transceiver gear: Thomas Weible (Flexoptix) Optical Transport gear: Harald Bock (Infinera) Switching gear: Florian Hibler (Arista) who together will discuss opportunities in your network beyond 100G and the new challenges with 400G (coherent). This panel is a great group of experts operating diverse networks, and vendors offering different technologies to achieve these needs. Moderation: Tim Kleefass and Moritz Frenzel about this event: https://pretalx.denog.de/denog12/talk/TQMFZP/ Tue, 10 Nov 2020 13:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-86-eng-A_Fully_loaded_panel_for_400G_in_your_metro_network_webm-hd.webm?1610544234 5f288abc-1d10-587b-af1d-4f76e05b37e0 2020-11-10T13:30:00+01:00 Thomas Weible No denog12, 86, 2020 An Expert panel with: IXP: Daniel Melzer (DE-CIX ) DC, ISP: Theo Voss (Anexia) FTTH: xyz (Company xyz) from the operator community and joining from the vendor community: Transceiver gear: Thomas Weible (Flexoptix) Optical Transport gear: Harald Bock (Infinera) Switching gear: Florian Hibler (Arista) who together will discuss opportunities in your network beyond 100G and the new challenges with 400G (coherent). This panel is a great group of experts operating diverse networks, and vendors offering different technologies to achieve these needs. Moderation: Tim Kleefass and Moritz Frenzel about this event: https://pretalx.denog.de/denog12/talk/TQMFZP/ 00:56:47 https://media.ccc.de/v/denog12-76-automating-juniper-devices-the-later-years Three years ago, we showed you how sipgate leverages Ansible to configure our Juniper network devices. This setup has helped us alot in the past years with the deployment of new servers to our datacenters, migrating sites faster to new network gear and of course standardized configurations. However, automation is more than processing jinja templates and deploying configuration snippets to your network infrastructure. How do you make sure a small change in your templates does not break existing functionality? How and where do you validate your generated configurations? How do you test firmware updates (especially major releases)? How do you document and/or validate the YAML schema of your Ansible host and group variables? This talk will provide you with insights how we improved our initial setup to address these problems. Extensive and automated testing has been around in the world of software engineering for quite a while now. Systems and networks administration are usually a bit off here and leave room for improvement. In this talk we would like to show you how we make use of YAML schema validation, automated jinja template tests using pytest and junoser and finally how we validate configuration deployments to our lab and our production systems. Of course this talk will also include a small portion of Docker. about this event: https://pretalx.denog.de/denog12/talk/CC7PN9/ Tue, 10 Nov 2020 13:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-76-eng-Automating_Juniper_Devices_The_Later_Years_webm-hd.webm?1610543950 fa9e3d63-a8d4-557c-868f-837121c67572 2020-11-10T13:00:00+01:00 Rudolph Bott No denog12, 76, 2020 Three years ago, we showed you how sipgate leverages Ansible to configure our Juniper network devices. This setup has helped us alot in the past years with the deployment of new servers to our datacenters, migrating sites faster to new network gear and of course standardized configurations. However, automation is more than processing jinja templates and deploying configuration snippets to your network infrastructure. How do you make sure a small change in your templates does not break existing functionality? How and where do you validate your generated configurations? How do you test firmware updates (especially major releases)? How do you document and/or validate the YAML schema of your Ansible host and group variables? This talk will provide you with insights how we improved our initial setup to address these problems. Extensive and automated testing has been around in the world of software engineering for quite a while now. Systems and networks administration are usually a bit off here and leave room for improvement. In this talk we would like to show you how we make use of YAML schema validation, automated jinja template tests using pytest and junoser and finally how we validate configuration deployments to our lab and our production systems. Of course this talk will also include a small portion of Docker. about this event: https://pretalx.denog.de/denog12/talk/CC7PN9/ 00:29:47 https://media.ccc.de/v/denog12-94-how-to-build-maintain-market-ipv6-only-datacenter IPv6 is the greener grass, but what if no one knows about it? How do you sell IPv6, market IPv6 only services and show a proper value addition to your customers? This talk is a follow up talk from my RIPE79 presentation. about this event: https://pretalx.denog.de/denog12/talk/VMNK8F/ Tue, 10 Nov 2020 12:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-94-eng-How_to_build_maintain_market_IPv6-only_datacenter_webm-hd.webm?1610542836 3dba3ad3-334d-5b01-a9ee-58c5655dd333 2020-11-10T12:30:00+01:00 Nico Schottelius No denog12, 94, 2020 IPv6 is the greener grass, but what if no one knows about it? How do you sell IPv6, market IPv6 only services and show a proper value addition to your customers? This talk is a follow up talk from my RIPE79 presentation. about this event: https://pretalx.denog.de/denog12/talk/VMNK8F/ 00:32:26 https://media.ccc.de/v/denog12-75-horizontally-scalable-firewall-deployments Firewalls are a classic choke point in network structures. Traffic flow considerations favour scaling up instead of out, and vendor offers are incentivised around this. This talk will present an alternative that presents itself when an environment is well controlled, and some automation is in place. The solution is in production use at a large hospitality provider. about this event: https://pretalx.denog.de/denog12/talk/7WJWY3/ Tue, 10 Nov 2020 11:50:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-75-eng-Horizontally_scalable_firewall_deployments_webm-hd.webm?1610541605 d2b190cd-4d9c-5424-ac3c-f84a576ab3cb 2020-11-10T11:50:00+01:00 Ralf Ertzinger No denog12, 75, 2020 Firewalls are a classic choke point in network structures. Traffic flow considerations favour scaling up instead of out, and vendor offers are incentivised around this. This talk will present an alternative that presents itself when an environment is well controlled, and some automation is in place. The solution is in production use at a large hospitality provider. about this event: https://pretalx.denog.de/denog12/talk/7WJWY3/ 00:05:46 https://media.ccc.de/v/denog12-87-building-a-transparent-layer-1-switch-using-p4 This lightning talk describes an internal research project where we wanted to check whether a P4 capable whitebox switch can be used as a cost-effective transparent alternative to existing Layer 1 Switching technologies. We operate a multi-vendor testing center in Frankfurt that we use for Proof-of-Concept tests, design validations, software qualifications and internal trainings. The involved physical components are interconnected in standard topologies, however we are frequently facing the challenge of temporary connections and limited port capacity on the components. We used to solve this by providing interconnect switches as part of the lab infrastructure, but faced that problem that this is not working transparent on layer 2. Although vendors implement tunneling techniques for ugly layer 2 protocols, you always find one protocol where this does not really work. The standard solution would be to go down the path of Layer 1 Switches that either work as patch robots, or using the optical-electrical-optical principle. After checking budgetary offers for these devices, we were motivated to see if anything else could be built with stuff that we already have in our lab and quickly came to our P4 switches. This talk gives an insight about the results that we got, including the advantages and disadvantages that we see in this approach and also highlights what kind of ugly frames can be forwarded over this solution. about this event: https://pretalx.denog.de/denog12/talk/SMZ3PQ/ Tue, 10 Nov 2020 11:40:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-87-eng-Building_a_transparent_Layer_1_Switch_using_P4_webm-hd.webm?1610541543 8c1632c2-d050-503b-bbea-cfe656c0ea50 2020-11-10T11:40:00+01:00 Sebastian Graf No denog12, 87, 2020 This lightning talk describes an internal research project where we wanted to check whether a P4 capable whitebox switch can be used as a cost-effective transparent alternative to existing Layer 1 Switching technologies. We operate a multi-vendor testing center in Frankfurt that we use for Proof-of-Concept tests, design validations, software qualifications and internal trainings. The involved physical components are interconnected in standard topologies, however we are frequently facing the challenge of temporary connections and limited port capacity on the components. We used to solve this by providing interconnect switches as part of the lab infrastructure, but faced that problem that this is not working transparent on layer 2. Although vendors implement tunneling techniques for ugly layer 2 protocols, you always find one protocol where this does not really work. The standard solution would be to go down the path of Layer 1 Switches that either work as patch robots, or using the optical-electrical-optical principle. After checking budgetary offers for these devices, we were motivated to see if anything else could be built with stuff that we already have in our lab and quickly came to our P4 switches. This talk gives an insight about the results that we got, including the advantages and disadvantages that we see in this approach and also highlights what kind of ugly frames can be forwarded over this solution. about this event: https://pretalx.denog.de/denog12/talk/SMZ3PQ/ 00:10:03 https://media.ccc.de/v/denog12-64-contemporary-network-configuration-for-linux This talk will present ifupdown-ng, a new project by the Network Services Association intended as a drop-in replacement for ifupdown1 and ifupdown2 installations.  Presently, Alpine and Debian are the primary supported environments.  Support for other Linux distributions and BSD is planned. With its modular design, ifupdown-ng intends to allow flexibility for today's modern networking setups, while being easy to extend. There are many different ways to configure networking on Linux. Debian and Alpine use ifupdown1, and Cumulus Networks invented ifupdown2; other distributions have various other systems, such as systemd-networkd and NetworkManager. This talk will present ifupdown-ng, a new project by the Network Services Association intended as a drop-in replacement for ifupdown1 and ifupdown2 installations.  Presently, Alpine and Debian are the primary supported environments.  Support for other Linux distributions and BSD is planned. With its modular design, ifupdown-ng intends to allow flexibility for today's modern networking setups, while being easy to extend. ifupdown-ng is Open Source and can be found on GitHub at: https://github.com/ifupdown-ng/ifupdown-ng/ about this event: https://pretalx.denog.de/denog12/talk/GY8XHX/ Tue, 10 Nov 2020 11:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-64-eng-Contemporary_network_configuration_for_Linux_webm-hd.webm?1610541397 b1753f89-c0f5-59a4-868b-73ab9842e9e8 2020-11-10T11:30:00+01:00 Maximilian Wilhelm, Aaron A. Glenn No denog12, 64, 2020 This talk will present ifupdown-ng, a new project by the Network Services Association intended as a drop-in replacement for ifupdown1 and ifupdown2 installations.  Presently, Alpine and Debian are the primary supported environments.  Support for other Linux distributions and BSD is planned. With its modular design, ifupdown-ng intends to allow flexibility for today's modern networking setups, while being easy to extend. There are many different ways to configure networking on Linux. Debian and Alpine use ifupdown1, and Cumulus Networks invented ifupdown2; other distributions have various other systems, such as systemd-networkd and NetworkManager. This talk will present ifupdown-ng, a new project by the Network Services Association intended as a drop-in replacement for ifupdown1 and ifupdown2 installations.  Presently, Alpine and Debian are the primary supported environments.  Support for other Linux distributions and BSD is planned. With its modular design, ifupdown-ng intends to allow flexibility for today's modern networking setups, while being easy to extend. ifupdown-ng is Open Source and can be found on GitHub at: https://github.com/ifupdown-ng/ifupdown-ng/ about this event: https://pretalx.denog.de/denog12/talk/GY8XHX/ 00:08:51 https://media.ccc.de/v/denog12-77-it-is-time-to-replace-md5-with-tcp-ao In this presentation we will talk about why it is time to replace MD5, what options are available, we introduce the TCP Authentication Option (TCP-AO), explain the concept and where it differs with MD5. We also look at GTSM and why you still need additional security. Last couple of slides touch on implementation status and interoperability testing. about this event: https://pretalx.denog.de/denog12/talk/7RMSCJ/ Tue, 10 Nov 2020 10:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-77-eng-It_is_timeto_replace_MD5with_TCP-AO_webm-hd.webm?1610541375 40f88eab-439c-5cda-b5b0-cdf7a72cb7e8 2020-11-10T10:30:00+01:00 Melchior Aelmans No denog12, 77, 2020 In this presentation we will talk about why it is time to replace MD5, what options are available, we introduce the TCP Authentication Option (TCP-AO), explain the concept and where it differs with MD5. We also look at GTSM and why you still need additional security. Last couple of slides touch on implementation status and interoperability testing. about this event: https://pretalx.denog.de/denog12/talk/7RMSCJ/ 00:29:23 https://media.ccc.de/v/denog12-88-how-to-build-a-multi-tenant-isp-backbone-with-bgp-evpn We replaced our whole BGP setup and redesigned the network from scratch. We merged two ASes into one and decided to implement it as a service on an EVPN label switching fabric based on 100G links (no VXLAN this time). The setup is both scalable and flexible enough to run multiple routing instances for different customer needs. about this event: https://pretalx.denog.de/denog12/talk/SANGWE/ Tue, 10 Nov 2020 10:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-88-eng-How_to_build_a_multi-tenant_ISP_backbone_with_BGP_EVPN_webm-hd.webm?1610540762 468ab472-621b-50d7-af45-b318212a824a 2020-11-10T10:00:00+01:00 Nicola von Thadden No denog12, 88, 2020 We replaced our whole BGP setup and redesigned the network from scratch. We merged two ASes into one and decided to implement it as a service on an EVPN label switching fabric based on 100G links (no VXLAN this time). The setup is both scalable and flexible enough to run multiple routing instances for different customer needs. about this event: https://pretalx.denog.de/denog12/talk/SANGWE/ 00:19:46 https://media.ccc.de/v/denog12-89-a-journey-to-sdn How we use a pipeline to configure a SDN underlay with Mellanox and Cumulus Linux (now Nvidia) using GIT, Ansible, Eve-NG and GoCD. What are the differences between underlay and overlay networks in SDN? In my talk, I will present our move from classic network administration to Net(Dev)Ops using repositories, stages and pipelines. I will show how network administration changed from the early 90s until today. ("Evolution of Networker's toolset") Focus is on the underlay network with our selection of hardware ("The vendor game") and tools. You will get an overview of how we set up our environment using infrastructure as code (IaC). about this event: https://pretalx.denog.de/denog12/talk/JJP7KT/ Tue, 10 Nov 2020 09:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-89-eng-A_journey_to_SDN_webm-hd.webm?1610541345 e538f9f8-a4cd-55de-ae1d-5b5085b12d4b 2020-11-10T09:30:00+01:00 Ulf Fischer No denog12, 89, 2020 How we use a pipeline to configure a SDN underlay with Mellanox and Cumulus Linux (now Nvidia) using GIT, Ansible, Eve-NG and GoCD. What are the differences between underlay and overlay networks in SDN? In my talk, I will present our move from classic network administration to Net(Dev)Ops using repositories, stages and pipelines. I will show how network administration changed from the early 90s until today. ("Evolution of Networker's toolset") Focus is on the underlay network with our selection of hardware ("The vendor game") and tools. You will get an overview of how we set up our environment using infrastructure as code (IaC). about this event: https://pretalx.denog.de/denog12/talk/JJP7KT/ 00:27:50 https://media.ccc.de/v/denog12-61-electrical-energy-explained We all use a lot of power, but most of us never had the chance to actually understand the underlying basics of electrical energy when it comes to data centers. Things you will take away from this: * What is capacitative load and why is it different from inductive and resistive? * Why is 3 * 230V = 400V? * Why do you need minimum distance between large wires? * Why is V * A != Watt? And why is V * A == Watt? Wait, what Watt? Wat? * How do you get a blacked-out datacenter back online after a complete power outage, just from diesel gensets? about this event: https://pretalx.denog.de/denog12/talk/SVV7PS/ Tue, 10 Nov 2020 09:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-61-eng-Electrical_energy_explained_webm-hd.webm?1610541279 71d96878-1a9f-507c-95b2-701eca71d540 2020-11-10T09:00:00+01:00 Richard Hartmann No denog12, 61, 2020 We all use a lot of power, but most of us never had the chance to actually understand the underlying basics of electrical energy when it comes to data centers. Things you will take away from this: * What is capacitative load and why is it different from inductive and resistive? * Why is 3 * 230V = 400V? * Why do you need minimum distance between large wires? * Why is V * A != Watt? And why is V * A == Watt? Wait, what Watt? Wat? * How do you get a blacked-out datacenter back online after a complete power outage, just from diesel gensets? about this event: https://pretalx.denog.de/denog12/talk/SVV7PS/ 00:30:13 https://media.ccc.de/v/denog12-70-peering-with-the-incumbent Many of us agree that peering policies of some incumbents are broke. Init7 (AS13030) took this topic to regulator and court and won the case after seven years. During that time the cartel of Swisscom and Deutsche Telekom had to be ended. This talk will summarize the timeline and will try to give an outlook. The seven-year process involved several judges. The last judge (Swiss Bundesverwaltungsgericht) made some remarkable statements: «The ISP has a technical monopoly over its customers» «IP transit is not a substitute for peering» «Traffic ratio must not be a price criteria» «Swisscom is dominating the market» about this event: https://pretalx.denog.de/denog12/talk/ZULVA3/ Mon, 09 Nov 2020 14:15:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-70-eng-Peering_with_the_Incumbent_webm-hd.webm?1610541713 3e337224-9ed0-5b87-b6af-72ac1cb8bed1 2020-11-09T14:15:00+01:00 Fredy Künzler No denog12, 70, 2020 Many of us agree that peering policies of some incumbents are broke. Init7 (AS13030) took this topic to regulator and court and won the case after seven years. During that time the cartel of Swisscom and Deutsche Telekom had to be ended. This talk will summarize the timeline and will try to give an outlook. The seven-year process involved several judges. The last judge (Swiss Bundesverwaltungsgericht) made some remarkable statements: «The ISP has a technical monopoly over its customers» «IP transit is not a substitute for peering» «Traffic ratio must not be a price criteria» «Swisscom is dominating the market» about this event: https://pretalx.denog.de/denog12/talk/ZULVA3/ 00:50:17 https://media.ccc.de/v/denog12-93-building-the-400g-internet-trends-technologies-and-the-road-to-800g- In this talk, Andreas (Andy) Bechtolsheim will share his vision for how the 400G and 800G transitions will manifest first in the DC and short haul interconnect build-outs, and then extend to 100-1000km and beyond, all based on next generation digital coherent optical technology. Advances in DSP and modulation technology make it possible to include 400G, and soon, 800G coherent optical transponders in standard OSFP and QSFP-DD packages that are capable of greater than 1000km transmission over commercially available fiber. This technology makes it possible to build the next phase of intermediate and long haul Internet backbones with low cost, interoperable, generally available optics that leverage the same technology as short reach optics used in data centers, thus minimizing cost by leveraging economies of scale. about this event: https://pretalx.denog.de/denog12/talk/LCTKQT/ Mon, 09 Nov 2020 16:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-93-eng-Building_the_400G_Internet_Trends_Technologies_and_the_Road_to_800G_webm-hd.webm?1610542124 c07971b1-c622-5758-a286-c423cd058ecd 2020-11-09T16:30:00+01:00 Andreas Bechtolsheim No denog12, 93, 2020 In this talk, Andreas (Andy) Bechtolsheim will share his vision for how the 400G and 800G transitions will manifest first in the DC and short haul interconnect build-outs, and then extend to 100-1000km and beyond, all based on next generation digital coherent optical technology. Advances in DSP and modulation technology make it possible to include 400G, and soon, 800G coherent optical transponders in standard OSFP and QSFP-DD packages that are capable of greater than 1000km transmission over commercially available fiber. This technology makes it possible to build the next phase of intermediate and long haul Internet backbones with low cost, interoperable, generally available optics that leverage the same technology as short reach optics used in data centers, thus minimizing cost by leveraging economies of scale. about this event: https://pretalx.denog.de/denog12/talk/LCTKQT/ 01:08:31 https://media.ccc.de/v/denog12-83-how-our-cloudy-mindsets-approached-physical-routers-or-snmp-was-not-an-option- After the latest project, EMnify became a 99% only cloud company. To meet growing scalability and reliability requirements of the interconnection between our AWS-based deployments and multiple carriers, BGP peerings had to be moved out of AWS. Therefore, a pair of Juniper routers were put into place. For a company fully relying on cloud services so far, this alien technology resulted in several challenges. We want to share, how we solved the integration puzzle of this physical equipment into our existing workflows and tools. The use of CI/CD systems for applying changes, AWS CloudWatch, Prometheus and Grafana for monitoring as well as the reluctance to run applications that require a lot of shepherding lead our research to find the right glue - the glue between these pieces of iron and our cloud infrastructure. Being used to CI/CD processes backed by automated tests, we wanted to adapt these practices here as well. As a result, configuration changes are rolled out by an automated pipeline using Ansible. Efforts for automated testing were made, where we failed. We explain why and what we did instead as well as what we envision for the future. As every other part of our system, we want its monitoring data accessible via Grafana. With the help of pmacct and fluentbit, we can treat IPFIX flow records as they were logs. With the help of jtimon, Prometheus stores the routers’ metrics as we are used to do, in doubt tickled out through few custom YANG models. In summary, the integration worked very well, while we still have several learnings and pain points to share. about this event: https://pretalx.denog.de/denog12/talk/VLAAYN/ Mon, 09 Nov 2020 16:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-83-eng-How_our_Cloudy_Mindsets_Approached_Physical_Routers_or_SNMP_was_not_an_option_webm-hd.webm?1610539724 d1e3ca9c-0c3f-5d3a-b0bf-fb77f1ecba1f 2020-11-09T16:00:00+01:00 Steffen Gebert No denog12, 83, 2020 After the latest project, EMnify became a 99% only cloud company. To meet growing scalability and reliability requirements of the interconnection between our AWS-based deployments and multiple carriers, BGP peerings had to be moved out of AWS. Therefore, a pair of Juniper routers were put into place. For a company fully relying on cloud services so far, this alien technology resulted in several challenges. We want to share, how we solved the integration puzzle of this physical equipment into our existing workflows and tools. The use of CI/CD systems for applying changes, AWS CloudWatch, Prometheus and Grafana for monitoring as well as the reluctance to run applications that require a lot of shepherding lead our research to find the right glue - the glue between these pieces of iron and our cloud infrastructure. Being used to CI/CD processes backed by automated tests, we wanted to adapt these practices here as well. As a result, configuration changes are rolled out by an automated pipeline using Ansible. Efforts for automated testing were made, where we failed. We explain why and what we did instead as well as what we envision for the future. As every other part of our system, we want its monitoring data accessible via Grafana. With the help of pmacct and fluentbit, we can treat IPFIX flow records as they were logs. With the help of jtimon, Prometheus stores the routers’ metrics as we are used to do, in doubt tickled out through few custom YANG models. In summary, the integration worked very well, while we still have several learnings and pain points to share. about this event: https://pretalx.denog.de/denog12/talk/VLAAYN/ 00:32:23 https://media.ccc.de/v/denog12-67--re-building-an-ixp-from-scratch What does it take to build an IXP from scratch? Which technology is required and what are the operational and organizational requirements to keep it going and to attract peers? This talk aims to answer these questions from the perspective of Stuttgart-IX, which was rebuilt from scratch in 2020. After having a look at all these aspects we'll give a perspective on the necessity and role of independent regional IXPs in our current IXP landscape and hopefully start a discussion thereafter. Stuttgart-IX has been around since 2005, however over the years it became necessary to rebuild everything from scratch, starting from the technological platform but continuing with its organization, contracts, etc. In other words: We've rebuilt everything from scratch and left no stone unturned and would like to share our experience. about this event: https://pretalx.denog.de/denog12/talk/ZDDPEX/ Mon, 09 Nov 2020 15:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-67-eng-Re-_Building_an_IXP_from_scratch_webm-hd.webm?1610539235 7cbd97b9-262e-5e73-b139-702a487920a0 2020-11-09T15:30:00+01:00 Moritz Frenzel No denog12, 67, 2020 What does it take to build an IXP from scratch? Which technology is required and what are the operational and organizational requirements to keep it going and to attract peers? This talk aims to answer these questions from the perspective of Stuttgart-IX, which was rebuilt from scratch in 2020. After having a look at all these aspects we'll give a perspective on the necessity and role of independent regional IXPs in our current IXP landscape and hopefully start a discussion thereafter. Stuttgart-IX has been around since 2005, however over the years it became necessary to rebuild everything from scratch, starting from the technological platform but continuing with its organization, contracts, etc. In other words: We've rebuilt everything from scratch and left no stone unturned and would like to share our experience. about this event: https://pretalx.denog.de/denog12/talk/ZDDPEX/ 00:25:34 https://media.ccc.de/v/denog12-98-lorawan-introduction LoRa is a modern modulation to transmit small chunks of data over long distances. A growing amount of sensors exist to collect environment data like temperatures or parking spot availability. Many companies are analysing the possibilities of a LoRaWAN network and plan to invest in a network or connect to an existing one. I will give you a brief introduction to LoRaWAN networks, when they are a feasible solution and how you can get involved in that technology without a huge budget. about this event: https://pretalx.denog.de/denog12/talk/YBXFJH/ Mon, 09 Nov 2020 15:20:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-98-eng-LoRaWAN_introduction_webm-hd.webm?1610538698 4490b144-a078-5fce-a3c8-d8daafc710e6 2020-11-09T15:20:00+01:00 Nicola von Thadden No denog12, 98, 2020 LoRa is a modern modulation to transmit small chunks of data over long distances. A growing amount of sensors exist to collect environment data like temperatures or parking spot availability. Many companies are analysing the possibilities of a LoRaWAN network and plan to invest in a network or connect to an existing one. I will give you a brief introduction to LoRaWAN networks, when they are a feasible solution and how you can get involved in that technology without a huge budget. about this event: https://pretalx.denog.de/denog12/talk/YBXFJH/ 00:08:56 https://media.ccc.de/v/denog12-81-from-a-city-provider-to-a-global-cloud-provider-as-a-career-starter In my talk "From a City Provider to a Global Cloud Provider as a career starter", I would like to talk about my experiences from the last 6 months, which came to me as a Network Engineer in the Operations department and how I managed them. The talk aims at how to find your way in the daily business, what are the special features of a new entry and how can I best support the team. about this event: https://pretalx.denog.de/denog12/talk/M7RY3S/ Mon, 09 Nov 2020 14:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-81-eng-From_a_City_Provider_to_a_Global_Cloud_Provider_as_a_career_starter_webm-hd.webm?1610538673 b810ae2d-9d31-59b9-9b11-c494ef6d8e16 2020-11-09T14:00:00+01:00 Florian Tschiedel No denog12, 81, 2020 In my talk "From a City Provider to a Global Cloud Provider as a career starter", I would like to talk about my experiences from the last 6 months, which came to me as a Network Engineer in the Operations department and how I managed them. The talk aims at how to find your way in the daily business, what are the special features of a new entry and how can I best support the team. about this event: https://pretalx.denog.de/denog12/talk/M7RY3S/ 00:19:57 https://media.ccc.de/v/denog12-78-flexible-algorithms Flexible Algorithm provides means to create separate topologies in a single IGP. Flexible Algorithm Definition includes, metric type, algorithm and the link constraints and is used to define the topology. Flexible Algorithm is a simple and easy way to solve use cases such as separating routing-planes, constrained TE paths and low latency routing. It uses IGP extensions and no other protocols or controllers are required for deployment. about this event: https://pretalx.denog.de/denog12/talk/N8LXHM/ Mon, 09 Nov 2020 13:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-78-eng-Flexible_Algorithms_webm-hd.webm?1610538641 2d867a07-1eae-51c0-a89e-c75e77c26bc0 2020-11-09T13:30:00+01:00 Shraddha Hegde No denog12, 78, 2020 Flexible Algorithm provides means to create separate topologies in a single IGP. Flexible Algorithm Definition includes, metric type, algorithm and the link constraints and is used to define the topology. Flexible Algorithm is a simple and easy way to solve use cases such as separating routing-planes, constrained TE paths and low latency routing. It uses IGP extensions and no other protocols or controllers are required for deployment. about this event: https://pretalx.denog.de/denog12/talk/N8LXHM/ 00:19:21 https://media.ccc.de/v/denog12-66-have-you-ever-shipped-a-switch-to-sao-paulo- For most you, operating a network, shipping equipment and ordering infrastructure is easy. But how does that scale when you operate 90+ PoPs on all continents (except Antartica) with a team of less than 20 engineers? This talk gives an insight into the operational, organizational and human challenges we encountered on our journey. see abstract about this event: https://pretalx.denog.de/denog12/talk/FBTDBT/ Mon, 09 Nov 2020 13:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-66-eng-Have_you_ever_shipped_a_switch_to_Sao_Paulo_webm-hd.webm?1610538629 aa4a0626-7efe-5a15-9af0-5f70eaa3e8ed 2020-11-09T13:00:00+01:00 Theo Voss No denog12, 66, 2020 For most you, operating a network, shipping equipment and ordering infrastructure is easy. But how does that scale when you operate 90+ PoPs on all continents (except Antartica) with a team of less than 20 engineers? This talk gives an insight into the operational, organizational and human challenges we encountered on our journey. see abstract about this event: https://pretalx.denog.de/denog12/talk/FBTDBT/ 00:28:31 https://media.ccc.de/v/denog12-95-denog12-opening Welcome to DENOG12! about this event: https://pretalx.denog.de/denog12/talk/NKD9UJ/ Mon, 09 Nov 2020 12:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-95-eng-DENOG12_Opening_webm-hd.webm?1610537427 65d181af-8c40-58d8-b8b9-769fe823032a 2020-11-09T12:30:00+01:00 Patrick Bussmann No denog12, 95, 2020 Welcome to DENOG12! about this event: https://pretalx.denog.de/denog12/talk/NKD9UJ/ 00:20:46 https://media.ccc.de/v/denog12-108-venueless-introduction In this talk we'll show you our online plattform and how to use it. about this event: https://pretalx.denog.de/denog12/talk/ZLJTLH/ Mon, 09 Nov 2020 11:00:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-108-eng-Venueless_Introduction_webm-hd.webm?1610537799 777374de-3323-5237-9939-c0ea807e455d 2020-11-09T11:00:00+01:00 Patrick Bussmann No denog12, 108, 2020 In this talk we'll show you our online plattform and how to use it. about this event: https://pretalx.denog.de/denog12/talk/ZLJTLH/ 00:14:00 https://media.ccc.de/v/denog12-97-newcomer-session Are you new to DENOG and want to learn more about the Community, Association, IRC channels and much more? Join us here! about this event: https://pretalx.denog.de/denog12/talk/RNKNWF/ Mon, 09 Nov 2020 10:30:00 +0100 https://cdn.media.ccc.de/events/denog/denog12/webm-hd/denog12-97-eng-Newcomer_Session_webm-hd.webm?1610536573 ae8fddd9-0361-5757-bdf8-fa7dedd3e207 2020-11-09T10:30:00+01:00 Moritz Frenzel, Patrick Bussmann No denog12, 97, 2020 Are you new to DENOG and want to learn more about the Community, Association, IRC channels and much more? Join us here! about this event: https://pretalx.denog.de/denog12/talk/RNKNWF/ 00:10:45 media.ccc.de / RSS 0.3.1 CCC media team media@c3voc.de CCC media team No CCC Congress Hacking Security Netzpolitik A wide variety of video material distributed by the CCC. All content is taken from cdn.media.ccc.de and media.ccc.de A wide variety of video material distributed by the Chaos Computer Club. This feed contains all events from denog12 as webm