all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Maurice Klein via pve-devel <pve-devel@lists.proxmox.com>
To: pve-devel@lists.proxmox.com
Cc: Maurice Klein <klein@aetherus.de>
Subject: Re: [pve-devel] [PATCH container 1/1] Signed-off-by: Maurice Klein <klein@aetherus.de>
Date: Wed, 21 Jan 2026 20:04:48 +0100	[thread overview]
Message-ID: <mailman.501.1769022326.353.pve-devel@lists.proxmox.com> (raw)
In-Reply-To: <021b748f-44db-4546-8399-c6f7312a11fc@proxmox.com>

[-- Attachment #1: Type: message/rfc822, Size: 6320 bytes --]

From: Maurice Klein <klein@aetherus.de>
To: pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] [PATCH container 1/1] Signed-off-by: Maurice Klein <klein@aetherus.de>
Date: Wed, 21 Jan 2026 20:04:48 +0100
Message-ID: <d18928a0-6ab0-4e90-ad3a-0674bbdedb72@aetherus.de>

Hi,

Thanks for getting back to me!
I did sign a CLA and it is on record since 12.01.

I agree it would work nicely as a SDN plugin and I was also considering
that approach.
The problem I saw with that is that SDN relies on there being a bridge
for every zone and making it work without one seems to be a huge refactor.
Do you think the bridge should not be removed at all, even for a pure l3
routed setup?
It could also work with one bridge per guest but that would, in my
opinion, bring unnecessary overhead.

The motivation on my side comes from setups where L2 between guests is
not required at all, and where using routing protocols (OSPF, IS-IS, 
BGP) to the hosts
simplifies redundancy and failure handling significantly.

I'd love to get a conversation going on how something could be
implemented, and what would be the best way to go about it.



Mit freundlichen Grüßen,

Maurice Klein

Aetherus

TEL: 0212 7846460
Mail:Klein@aetherus.de


Am 19.01.26 um 15:35 schrieb Stefan Hanreich:
> Hi!
>
> Thanks for your contribution, did you already check out our guidelines
> [1] [2] and send a signed CLA? Without it, we cannot accept any
> contributions.
>
>
> I've looked at the proposal, but I wanted to take some time to think
> more about the general concept. It seems like you want to build
> something similar to current Kubernetes networking solutions that
> utilize BGP but without the whole EVPN / VXLAN stuff?
>
> Maybe it'd make more sense to discuss about how we could improve the
> EVPN zone or SDN in general to make such setups easier - potentially a
> new zone that is something of an inbetween of the simple zone and EVPN
> zone could make sense. In any case, I think removing the bridge and
> implementing it this way is the wrong way to go about this.
>
> [1]https://www.proxmox.com/en/about/open-source/developers
> [2]https://pve.proxmox.com/wiki/Developer_Documentation
>
>
> _______________________________________________
> pve-devel mailing list
> pve-devel@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>



[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

  reply	other threads:[~2026-01-21 19:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20260109121049.70740-1-klein@aetherus.de>
2026-01-09 12:10 ` Maurice Klein via pve-devel
     [not found] ` <20260109121049.70740-2-klein@aetherus.de>
2026-01-19  8:37   ` Maurice Klein via pve-devel
2026-01-19 14:35     ` Stefan Hanreich
2026-01-21 19:04       ` Maurice Klein via pve-devel [this message]
     [not found] <20260109124514.72991-1-klein@aetherus.de>
2026-01-09 12:45 ` Maurice Klein via pve-devel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=mailman.501.1769022326.353.pve-devel@lists.proxmox.com \
    --to=pve-devel@lists.proxmox.com \
    --cc=klein@aetherus.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal