home.social

#openvswitch — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #openvswitch, aggregated by home.social.

  1. People are still doing research on #openvswitch and this impresses me so much.

  2. The call for talks for the Open vSwitch and OVN 2025 Fall Conference is now open! ovscon.site #openvswitch #ovs

  3. Как переехать на OVN и не сломаться: пошаговый гайд

    Привет, Хабр! На связи вновь Кирилл Савин, архитектор SDN в Облаке Рег.ру. Недавно мы с командой взвесили все риски и приняли волевое решение — переехать на OVN. В процессе думали над архитектурой, решали возникающие вопросы и набивали шишки. Я решил поделиться нашим опытом и подходами. В первой статье рассказали, как устроен OVN изнутри, рассмотрели особенности архитектуры. Теперь готовы перейти к практике! Во второй части опишу ручной подход для миграции облака с сетевым даунтаймом для перестроения сети, но без миграции, собственно, виртуальных машин. Для «переезда» я осознанно выбрал ручной подход — объясню, почему и что из этого получилось. Внутри — по шагам рассказываю о переезде и делюсь полезными конфигурациями, которые делают это возможным.

    habr.com/ru/companies/runity/a

    #ovn #облако #миграция #openvswitch #neutron #control_plane #network #openflow #vm #облачные_технологии

  4. Как переехать на OVN и не сломаться: пошаговый гайд

    Привет, Хабр! На связи вновь Кирилл Савин, архитектор SDN в Облаке Рег.ру. Недавно мы с командой взвесили все риски и приняли волевое решение — переехать на OVN. В процессе думали над архитектурой, решали возникающие вопросы и набивали шишки. Я решил поделиться нашим опытом и подходами. В первой статье рассказали, как устроен OVN изнутри, рассмотрели особенности архитектуры. Теперь готовы перейти к практике! Во второй части опишу ручной подход для миграции облака с сетевым даунтаймом для перестроения сети, но без миграции, собственно, виртуальных машин. Для «переезда» я осознанно выбрал ручной подход — объясню, почему и что из этого получилось. Внутри — по шагам рассказываю о переезде и делюсь полезными конфигурациями, которые делают это возможным.

    habr.com/ru/companies/runity/a

    #ovn #облако #миграция #openvswitch #neutron #control_plane #network #openflow #vm #облачные_технологии

  5. Как переехать на OVN и не сломаться: пошаговый гайд

    Привет, Хабр! На связи вновь Кирилл Савин, архитектор SDN в Облаке Рег.ру. Недавно мы с командой взвесили все риски и приняли волевое решение — переехать на OVN. В процессе думали над архитектурой, решали возникающие вопросы и набивали шишки. Я решил поделиться нашим опытом и подходами. В первой статье рассказали, как устроен OVN изнутри, рассмотрели особенности архитектуры. Теперь готовы перейти к практике! Во второй части опишу ручной подход для миграции облака с сетевым даунтаймом для перестроения сети, но без миграции, собственно, виртуальных машин. Для «переезда» я осознанно выбрал ручной подход — объясню, почему и что из этого получилось. Внутри — по шагам рассказываю о переезде и делюсь полезными конфигурациями, которые делают это возможным.

    habr.com/ru/companies/runity/a

    #ovn #облако #миграция #openvswitch #neutron #control_plane #network #openflow #vm #облачные_технологии

  6. Как переехать на OVN и не сломаться: пошаговый гайд

    Привет, Хабр! На связи вновь Кирилл Савин, архитектор SDN в Облаке Рег.ру. Недавно мы с командой взвесили все риски и приняли волевое решение — переехать на OVN. В процессе думали над архитектурой, решали возникающие вопросы и набивали шишки. Я решил поделиться нашим опытом и подходами. В первой статье рассказали, как устроен OVN изнутри, рассмотрели особенности архитектуры. Теперь готовы перейти к практике! Во второй части опишу ручной подход для миграции облака с сетевым даунтаймом для перестроения сети, но без миграции, собственно, виртуальных машин. Для «переезда» я осознанно выбрал ручной подход — объясню, почему и что из этого получилось. Внутри — по шагам рассказываю о переезде и делюсь полезными конфигурациями, которые делают это возможным.

    habr.com/ru/companies/runity/a

    #ovn #облако #миграция #openvswitch #neutron #control_plane #network #openflow #vm #облачные_технологии

  7. OVN под капотом: как построить сеть в OpenStack

    Привет, Хабр! На связи Кирилл Савин, я — архитектор SDN в Облаке Рег.ру. Недавно мы с командой начали большой переезд OpenStack облака на OVN, который идет и сейчас. Это непростое путешествие, в котором мы пробовали разные решения, извлекали уроки из ошибок и продолжали двигаться вперед. Так появилась идея рассказать о рабочих кейсах и идеях, которые мы почерпнули. Мыслей на этот счет получилось много, поэтому решил сделать серию статей об инструментах для сетевой виртуализации. В первой начнем с обзора OVN: об архитектуре, преимуществах и недостатках. Будет полезно тем, кто в контексте OpenStack работает с сетевой виртуализацией и уже «трогал» OVN.

    habr.com/ru/companies/runity/a

    #ovn #ovs #openstack #сетевая_инфраструктура #виртуализация #openvswitch #облако #облачные_технологии #сети #архитектура_системы

  8. OVN под капотом: как построить сеть в OpenStack

    Привет, Хабр! На связи Кирилл Савин, я — архитектор SDN в Облаке Рег.ру. Недавно мы с командой начали большой переезд OpenStack облака на OVN, который идет и сейчас. Это непростое путешествие, в котором мы пробовали разные решения, извлекали уроки из ошибок и продолжали двигаться вперед. Так появилась идея рассказать о рабочих кейсах и идеях, которые мы почерпнули. Мыслей на этот счет получилось много, поэтому решил сделать серию статей об инструментах для сетевой виртуализации. В первой начнем с обзора OVN: об архитектуре, преимуществах и недостатках. Будет полезно тем, кто в контексте OpenStack работает с сетевой виртуализацией и уже «трогал» OVN.

    habr.com/ru/companies/runity/a

    #ovn #ovs #openstack #сетевая_инфраструктура #виртуализация #openvswitch #облако #облачные_технологии #сети #архитектура_системы

  9. How many of you are using #OpenvSwitch ?

    Very practical cli to provide external network connectivity to virtual machines, instead of wrestling with tun/tap devices and bridges! 😲

    #linux #network #programming #ipv6
    openvswitch.org/

  10. On Monday, the NSDI 2025 Program Committee presented the #nsdi25 Test of Time Award, given for an NSDI paper accepted at least 10 years ago, to the authors of the 2015 NSDI paper "The Design and Implementation of #openvswitch." Ben Pfaff and Ethan Jackson were present to accept the award on behalf of the 12 coauthors of the paper. Each of them gave brief remarks attributing the success of Open vSwitch, in academia and industry, to its large and vibrant community of contributors.

  11. Hmm. I am not sure I follow what is happening here.

    Somewhere along the way, either #Unifi or #OpenvSwitch / #Proxmox seems to be jacking packet sizes. Or maybe it is #Apple.

    When roaming to a specific Unifi AP, devices - almost or perhaps exclusively Apple devices - associate, but fail to pass traffic, and for a moment degraded service ripples out to other devices.

    Jumbo frames, usually a problem source, fixes it. How unusual. I highly doubt Wifi devices are pushing huge frames.

  12. Controlling the switch is done with the kernel switchdev driver and the devlink and tc tools. Basic rules like VLAN-tagging are supported of course, but you can also do more complex things like L3 routing and routing based on TCP port numbers. So you could for example take one IPv4 and divide it among several VMs based on port numbers.

    tc and devlink are the more barebones interface to this. In their manual they suggest to use Open vSwitch to manage this. What it does is quite clever: it implements a quite capable software switch with the OpenFlow rule language, a management process and it's own small database backend. Packets are sent to this software switch first and (slowly) switched in software according to the rules you set.

    When this first packet is forwarded, the management process also calculates the minimal rules that were necessary to forward this packet and subsequent similar ones. Then it creates a tc rule to offload this to hardware, so the following packets are switched purely in hardware. This ensures that only the rules that are actually used right now are configured on the switch ASIC, reducing bloat on the ASIC and improving switching speed.

    Downside is that Open vSwitch and OpenFlow introduce an extra layer and complexity that has to be managed and understood. There seems to be a Ansible collection to manage Open vSwitch, but I didn't see
    an easy way to use it to manage complex OpenFlow rules. But maybe I missed it because I just had a short look at it.

    #openvswitch

  13. i know it's not very weird for an open source project to have pretty bad docs but when it's one as complicated as #openvswitch it's really, really frustrating.

  14. #homelab it's become clear to me that I shouldn't be running something I really don't understand! I still haven't figured out why my #ovs / #OVN cluster won't work even though the cluster looks like it's up and has a leader! Can't really find support for it either. I ain't no chump! I'm ganna fix this!! But it's clear I shouldn't be running it.

    #network #networking #overlay #OpenvSwitch

  15. @projectdp I really enjoyed the #SDN stuff, and using #OpenvSwitch. It was neat to learn, and think about how it could all be utilized with something like #PacketFence.

    Hopefully you enjoy the Gluu stuff. I think it's great!

    I think the biggest issue with maintenance, was that the systems generally sat idle or barely utilized, unless I was playing with something super complex. So, running them mostly idle, and then having a high performance enterprise class drive fail... well, it was $300-400 to replace a relatively small drive. But, they were 15k spinny drives rated for datacenter.

    I had a power supply fail, and so replacing those were expensive. Fiber card failures, etc. General things that just fail from age. Which would be fine if I was utilizing it for something big. But, just having it sit there, running a windows domain with 1 or 2 users, full exchange setup, etc... neat, but not worth the overall cost.

    Noise, heat, and all that wasn't too bad, because it all sits in a dedicated full server rack in the garage. Nice 2x 10Gbps fiber to the rack from main network stack.

    If I was going to do a lab now, I'd probably utilize something similar to a NUC. Something relatively small / lower power, but can be loaded up with 128GB RAM minimum, and an okay processor. This would be more than enough for testing things.

    These days, most of my lab work is done via a #digitalocean instance. Relatively cheap for what it is. Let's me explore, have a routable IP, etc. Then, I can shut it down if I want.

    Optimally, maybe a small NUC + DO would be a good setup.

  16. @ncc826

    Oh wow yes you had a bunch of metal running at home. Did you have fun with the #OpenvSwitch and #SDN stuff?

    I haven't heard about the gluu / supergluu thing I'll look into it!

    I'm a little surprised your biggest problem was the maintenance and hardware failures. I thought it might be the noise, size, and power utilization of the machines instead. Would you consider redesigning a #homelab that is more maintenance-free?

    I see your point about #Proxmox and compatibility. In the past I made sure to run Intel NICs for that reason on #ESXi, and didn't have any issues as a result. I do think Prox will work with a wider range of hardware generally though for sure.

  17. @netaviator I'm curious about the #bridge settings that caused this to happen. I haven't moved my #proxmox server to the colo where I have my #IPv6 yet. Curious if this was regular bridges or #openvswitch bridge? netaviator.xyz/blog/20220912-p