public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
* [PATCH docs] network: Discourage the use of balance-{alb,tlb}
@ 2026-08-18  8:52 Maximiliano Sandoval
  2026-08-18  9:09 ` Gabriel Goller
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Maximiliano Sandoval @ 2026-08-18  8:52 UTC (permalink / raw)
  To: pve-devel

when used upstream of a bridge with VM traffic.

Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com>
---
 pve-network.adoc | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/pve-network.adoc b/pve-network.adoc
index 4209092..092096a 100644
--- a/pve-network.adoc
+++ b/pve-network.adoc
@@ -519,6 +519,10 @@ If your switch supports the LACP (IEEE 802.3ad) protocol, then we recommend
 using the corresponding bonding mode (802.3ad). Otherwise you should generally
 use the active-backup mode.
 
+WARNING: The bond modes 'balance-alb' and 'balance-tlb' are not suitable when
+the local addresses are not known to the host. These bond modes should not be
+used behind a Linux bridge where virtual machines are connected to.
+
 For the cluster network (Corosync) we recommend configuring it with multiple
 networks. Corosync does not need a bond for network redundancy as it can switch
 between networks by itself, if one becomes unusable. Some bond modes are known
-- 
2.47.3





^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH docs] network: Discourage the use of balance-{alb,tlb}
  2026-08-18  8:52 [PATCH docs] network: Discourage the use of balance-{alb,tlb} Maximiliano Sandoval
@ 2026-08-18  9:09 ` Gabriel Goller
  2026-08-27  7:31 ` Aaron Lauterer
  2026-08-28  9:58 ` superseded: " Maximiliano Sandoval
  2 siblings, 0 replies; 5+ messages in thread
From: Gabriel Goller @ 2026-08-18  9:09 UTC (permalink / raw)
  To: Maximiliano Sandoval; +Cc: pve-devel

LGTM, Consider:
Reviewed-by: Gabriel Goller <g.goller@proxmox.com>




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH docs] network: Discourage the use of balance-{alb,tlb}
  2026-08-18  8:52 [PATCH docs] network: Discourage the use of balance-{alb,tlb} Maximiliano Sandoval
  2026-08-18  9:09 ` Gabriel Goller
@ 2026-08-27  7:31 ` Aaron Lauterer
  2026-08-28  9:58   ` Maximiliano Sandoval
  2026-08-28  9:58 ` superseded: " Maximiliano Sandoval
  2 siblings, 1 reply; 5+ messages in thread
From: Aaron Lauterer @ 2026-08-27  7:31 UTC (permalink / raw)
  To: Maximiliano Sandoval, pve-devel



On  2026-08-18  10:52, Maximiliano Sandoval wrote:
> when used upstream of a bridge with VM traffic.
> 
> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com>
> ---
>   pve-network.adoc | 4 ++++
>   1 file changed, 4 insertions(+)
> 
> diff --git a/pve-network.adoc b/pve-network.adoc
> index 4209092..092096a 100644
> --- a/pve-network.adoc
> +++ b/pve-network.adoc
> @@ -519,6 +519,10 @@ If your switch supports the LACP (IEEE 802.3ad) protocol, then we recommend
>   using the corresponding bonding mode (802.3ad). Otherwise you should generally
>   use the active-backup mode.
>   
> +WARNING: The bond modes 'balance-alb' and 'balance-tlb' are not suitable when
> +the local addresses are not known to the host. These bond modes should not be
> +used behind a Linux bridge where virtual machines are connected to.

not sure how I should interpret the "behind" here. Maybe we can phrase 
that differently?

nic1 & nic2 --> bond0 --> bridge0 --> guests

I assume it is this setup?
Though reading the text, my brain is inclined to think the bond is 
between the bridge and guests...

Maybe a rephrasing to:

These bond modes should not be used when a Linux bridge with guests is 
used in combination with the bond.



> +
>   For the cluster network (Corosync) we recommend configuring it with multiple
>   networks. Corosync does not need a bond for network redundancy as it can switch
>   between networks by itself, if one becomes unusable. Some bond modes are known





^ permalink raw reply	[flat|nested] 5+ messages in thread

* superseded: [PATCH docs] network: Discourage the use of balance-{alb,tlb}
  2026-08-18  8:52 [PATCH docs] network: Discourage the use of balance-{alb,tlb} Maximiliano Sandoval
  2026-08-18  9:09 ` Gabriel Goller
  2026-08-27  7:31 ` Aaron Lauterer
@ 2026-08-28  9:58 ` Maximiliano Sandoval
  2 siblings, 0 replies; 5+ messages in thread
From: Maximiliano Sandoval @ 2026-08-28  9:58 UTC (permalink / raw)
  To: pve-devel

Maximiliano Sandoval <m.sandoval@proxmox.com> writes:

> when used upstream of a bridge with VM traffic.
>
> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com>
> ---
>  pve-network.adoc | 4 ++++
>  1 file changed, 4 insertions(+)
>
> diff --git a/pve-network.adoc b/pve-network.adoc
> index 4209092..092096a 100644
> --- a/pve-network.adoc
> +++ b/pve-network.adoc
> @@ -519,6 +519,10 @@ If your switch supports the LACP (IEEE 802.3ad) protocol, then we recommend
>  using the corresponding bonding mode (802.3ad). Otherwise you should generally
>  use the active-backup mode.
>  
> +WARNING: The bond modes 'balance-alb' and 'balance-tlb' are not suitable when
> +the local addresses are not known to the host. These bond modes should not be
> +used behind a Linux bridge where virtual machines are connected to.
> +
>  For the cluster network (Corosync) we recommend configuring it with multiple
>  networks. Corosync does not need a bond for network redundancy as it can switch
>  between networks by itself, if one becomes unusable. Some bond modes are known

Superseded-by: https://lore.proxmox.com/all/20260828095721.263382-1-m.sandoval@proxmox.com/T/#u

-- 
Maximiliano




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH docs] network: Discourage the use of balance-{alb,tlb}
  2026-08-27  7:31 ` Aaron Lauterer
@ 2026-08-28  9:58   ` Maximiliano Sandoval
  0 siblings, 0 replies; 5+ messages in thread
From: Maximiliano Sandoval @ 2026-08-28  9:58 UTC (permalink / raw)
  To: Aaron Lauterer; +Cc: pve-devel

Aaron Lauterer <a.lauterer@proxmox.com> writes:

> On  2026-08-18  10:52, Maximiliano Sandoval wrote:
>> when used upstream of a bridge with VM traffic.
>> Signed-off-by: Maximiliano Sandoval <m.sandoval@proxmox.com>
>> ---
>>   pve-network.adoc | 4 ++++
>>   1 file changed, 4 insertions(+)
>> diff --git a/pve-network.adoc b/pve-network.adoc
>> index 4209092..092096a 100644
>> --- a/pve-network.adoc
>> +++ b/pve-network.adoc
>> @@ -519,6 +519,10 @@ If your switch supports the LACP (IEEE 802.3ad) protocol, then we recommend
>>   using the corresponding bonding mode (802.3ad). Otherwise you should generally
>>   use the active-backup mode.
>>   +WARNING: The bond modes 'balance-alb' and 'balance-tlb' are not suitable
>> when
>> +the local addresses are not known to the host. These bond modes should not be
>> +used behind a Linux bridge where virtual machines are connected to.
>
> not sure how I should interpret the "behind" here. Maybe we can phrase that
> differently?
>
> nic1 & nic2 --> bond0 --> bridge0 --> guests
>
> I assume it is this setup?
> Though reading the text, my brain is inclined to think the bond is between the
> bridge and guests...
>
> Maybe a rephrasing to:
>
> These bond modes should not be used when a Linux bridge with guests is used in
> combination with the bond.

I was not entirely happy with that part either. I used the suggestion
for v2. Thanks!

>> +
>>   For the cluster network (Corosync) we recommend configuring it with multiple
>>   networks. Corosync does not need a bond for network redundancy as it can switch
>>   between networks by itself, if one becomes unusable. Some bond modes are known

-- 
Maximiliano




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2026-08-28  9:58 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-08-18  8:52 [PATCH docs] network: Discourage the use of balance-{alb,tlb} Maximiliano Sandoval
2026-08-18  9:09 ` Gabriel Goller
2026-08-27  7:31 ` Aaron Lauterer
2026-08-28  9:58   ` Maximiliano Sandoval
2026-08-28  9:58 ` superseded: " Maximiliano Sandoval

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