All of lore.kernel.org
 help / color / mirror / Atom feed
From: Charles Duffy <cduffy@spamcop.net>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH] network-bridge script support for multipleexternal interfaces
Date: Fri, 14 Oct 2005 09:16:07 -0500	[thread overview]
Message-ID: <434FBDA7.2010708@spamcop.net> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D32E39F@liverpoolst.ad.cl.cam.ac.uk>

Ian Pratt wrote:
>>The attached patch allows the network-bridge script to be 
>>used to generate multiple bridges corresponding to different 
>>physical interfaces. It adds a new parameter, "virtnum", used 
>>to refer both to the loopback interface to be used and to set 
>>defaults regarding the physical interface and bridge name.
>>
>>Thus, if one wishes to start xen-br0 on eth0 and xen-br1 on 
>>eth1, one need only call:
>>
>>network-bridge start ## virtnum is 0 by default 
>>network-bridge start virtnum=1
> 
> We need a way of controlling the set of paramters that network-bridge is
> invoked with from xend-config.sxp. I'd be inclined just to list the
> whole command line.

You mean list the whole command line when you display what parameters 
you were called with? Only issue with that is that it doesn't show what 
we defaulted to, presuming that we did any defaulting. Or do you mean 
listing all the parameters during invocation? I pretty much do that 
myself -- I actually use it as follows:

network-bridge start bridge=xenbr1 netdev=eth1 virtnum=1

...however, having reasonable defaults for parameters the user chooses 
not to supply is a Good Thing.

> I'm not sure I like the idea of specifying 'virtnum'. 

What would you do instead? Search for the first veth* that isn't up? 
Can't say I like that as much.

Note, btw, that I *am* assuming that network-bridge gets called multiple 
times -- if you want both xen-br0 and xen-br1 on eth0 and eth1 as in my 
example above, you need two calls.

> I think it might be better to be able to tell xend to invoke the script
> multiple times e.g. :
> 
> (network-script "network-bridge netdev=eth0 bridge=xenbr0;
> network-bridge netdev=eth1 bridge=xenbr1")

...and need to have the script search for the veth* and vif* devices 
itself, or base their names on the number appended to the netdev device? 
I don't really like that.

> xend will need to insert "start"/"stop" into these lines as appropriate.
> Possibly we should modify the scripts to take foo=bar parameters before
> or after the start/stop command. 
> 
> NB: Note that I'm using xenbr0 rather than xen-br0. We need to remove
> the hyphen as it plays havoc with certain vendor's scripts.

Yes; I use xenbr0/xenbr1 myself, but did "xen-br*" for the patch so that 
it doesn't do more than one thing.

> What do you think? Could you knock up a patch?

We probably ought to come to a decision on behaviour first.

  reply	other threads:[~2005-10-14 14:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-14 13:44 [PATCH] network-bridge script support for multipleexternal interfaces Ian Pratt
2005-10-14 14:16 ` Charles Duffy [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-10-14 16:02 Ian Pratt
2005-10-14 16:18 ` Charles Duffy

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=434FBDA7.2010708@spamcop.net \
    --to=cduffy@spamcop.net \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --cc=xen-devel@lists.xensource.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 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.