public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Stephan Leemburg <sleemburg@it-functions.nl>
To: pve-devel@lists.proxmox.com
Subject: Re: [pve-devel] More than 10 interfaces in lxc containers
Date: Sun, 23 Aug 2020 18:14:20 +0200	[thread overview]
Message-ID: <41585d8d-d0be-3c71-b2fa-380731133fe7@it-functions.nl> (raw)
In-Reply-To: <4da8f252-3599-6af2-f398-3c7ac0010045@it-functions.nl>

Hi Dietmar,

I have done some more testing on my openvswitch test proxmox system.

If I don't put a tag on the device, it seems to behave like a trunk. So, 
that would solve my problem. _If_ the hosts where openvswitch enabled.

Which they are not. So, in order to solve this I have to migrate them 
(these are operational systems hosting clients systems) to a openvswitch 
setup.

They where setup before openvswitch became operationally viable.

If this resolves the issue, then that must be done. But in the mean 
time, it would be very nice if you could just accept the patch to allow 
for the 32 interfaces instead of just the 10.

If you have other suggestions, links, then I would be happy to follow 
them and do my own research. I could also contribute some documentation 
for others facing the same issues.

Kind regards,

Stephan

On 23-08-2020 17:04, Stephan Leemburg wrote:
> Hi Dietmar,
>
> As said, the node has tradtional vmbr (brctl) bridges. So with that 
> setup, I do not know how to do what you suggest. But I am happy to learn.
>
> And as far as I can tell on my test server that uses openvswitch, I 
> can only assign one tag to an interface in a container.
>
> So also that will not work. If I could assign multiple VLAN's to an 
> openswitch based container interface then I could create the vlan 
> interfaces inside the container.
>
> Ending up with as many vlan devices required in the container, so im 
> my case with more than 10.
>
> That would - however - require changing the current production setup 
> on the OVH server(s) to switch from traditional bridging to openvswitch.
>
> OVH servers are good in price/performance. Support is not so good and 
> there is no console, so if something goes wrong you have to order (and 
> pay for) a kvm to be attached for one day. That can take up to an hour 
> or so to be performed as it is work that has to be performed manually 
> by a site engineer in the data center.
>
> But if there is a way, then I would be more than glad to learn about it.
>
> Kind regards,
>
> Stephan
>
>
> On 23-08-2020 16:24, Dietmar Maurer wrote:
>>> If it would be possible to provide a 'trunk' openvswitch interface to
>>> the CT, then from within the CT vlan devices could be setup from the
>>> trunk, but in the end that will still create 10+ interfaces in the
>>> container itself.
>> Cant you simply use a single network interface, then configure the vlans
>> inside the firewall?
>>
>> IMHO, using one interface for each VLAN is the wrong approach. I am sure
>> next time people will ask for 4095 interfaces ...
>>
>
> _______________________________________________
> pve-devel mailing list
> pve-devel@lists.proxmox.com
> https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>



  reply	other threads:[~2020-08-23 16:14 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-22 21:41 Stephan Leemburg
2020-08-22 22:16 ` Stephan Leemburg
2020-08-23  5:03 ` Dietmar Maurer
2020-08-23  5:10   ` Dietmar Maurer
2020-08-23 10:58     ` Stephan Leemburg
2020-08-23 14:24       ` Dietmar Maurer
2020-08-23 15:04         ` Stephan Leemburg
2020-08-23 16:14           ` Stephan Leemburg [this message]
2020-08-24  4:53             ` Dietmar Maurer
2020-08-24 10:54               ` Stephan Leemburg
2020-08-24 15:49                 ` Dietmar Maurer
2020-08-24 16:14                   ` Tom Weber
2020-08-24 22:09                     ` Stephan Leemburg
2020-08-27 11:19                     ` Thomas Lamprecht
2020-08-23 15:49         ` Stephan Leemburg
2020-08-23 16:13       ` Tom Weber
2020-08-23 16:35         ` Stephan Leemburg

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=41585d8d-d0be-3c71-b2fa-380731133fe7@it-functions.nl \
    --to=sleemburg@it-functions.nl \
    --cc=pve-devel@lists.proxmox.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal