netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jay Vosburgh <fubar@us.ibm.com>
To: Or Gerlitz <ogerlitz@voltaire.com>
Cc: netdev@vger.kernel.org
Subject: Re: more findings/questions on vlans/bonds
Date: Tue, 07 Apr 2009 07:13:59 -0700	[thread overview]
Message-ID: <5325.1239113639@death.nxdomain.ibm.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0904071202110.14639@zuben.voltaire.com>

Or Gerlitz <ogerlitz@voltaire.com> wrote:
[...]
>I hope that you can help clarify what's the correct/supported method
>to work with vlans and bonds, with 2.6.29 I see that one can either
>
>[I pasted in the fixed text here]
> 	- vlan a bond (bond0.4001 over bond0 over eth0/1)
> 	- bond vlans (e.g bond0 over eth0/1.4001 over eth0/1)

	I'll have to look into this, but my recollection is that you
should be able to do either of the above.  I haven't tested the second
flavor lately, but I believe it should work.  It's arguably only better
than the first alternative if, for some reason, the user wants to either
load balance or fail over across multiple VLANs, but (if all slaves are
on the same VLAN) the two above scenarios should be functionally
equivalent.

>I played a bit with bonding vlans (2.6.29 active-backup mode) and it
>doesn't seem to work - specifically, I noted that bonding doesn't issue
>fail-over after I changed the current slave link status to down ("ifconfig
>eth0.4001 down"). I suspect that the carrier based link monitoring scheme
>is broken wrt to vlan devices - e.g I found that at least from sysfs
>perspective the vlan device carrier isn't available:
>
>$ cat /sys/class/net/eth0.4001/carrier
>cat: /sys/class/net/eth0.4001/carrier: Invalid argument
>
>I also played with a post 2.6.29 cut of Linus tree, and I couldn't bond vlans.
>I thought that the reason may be that a vlan device has already master -
>but I found out that its wrong and vlans don't have the IFF_SLAVE bit set
>in their flags bit mask. So this may be either something wrong on my side
>or a bug introduced after 2.6.29 or just something which isn't supported,
>e.g following my findings with 2.6.29 above...

	-J

---
	-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com

  parent reply	other threads:[~2009-04-07 14:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-07  9:14 more findings/questions on vlans/bonds Or Gerlitz
2009-04-07  9:16 ` Or Gerlitz
2009-04-07 14:13 ` Jay Vosburgh [this message]
2009-04-16 14:17   ` Or Gerlitz
2009-04-23 21:04 ` Jay Vosburgh
2009-04-24 15:22   ` Patrick McHardy
2009-04-26  8:21   ` Or Gerlitz
2009-04-26 14:14   ` Or Gerlitz

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=5325.1239113639@death.nxdomain.ibm.com \
    --to=fubar@us.ibm.com \
    --cc=netdev@vger.kernel.org \
    --cc=ogerlitz@voltaire.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;
as well as URLs for NNTP newsgroup(s).