<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Bridging domains to tagged VLANs in Xen</title>
	<link>http://renial.net/weblog/2007/02/27/xen-vlan/</link>
	<description></description>
	<pubDate>Wed, 07 Jan 2009 03:29:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>

	<item>
		<title>By: Otto Jongerius</title>
		<link>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-12</link>
		<dc:creator>Otto Jongerius</dc:creator>
		<pubDate>Thu, 26 Jul 2007 12:36:19 +0000</pubDate>
		<guid>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-12</guid>
		<description>Hi,

Nice scripts, very useful!

I'd just like to add that disabling Spanning Tree (STP) is not the wisest thing to do by default.

I suggest enabling STP, and remarking the line "brctl setfd ${bridge} 0" en replace "off" by "on" on line "brctl stp ${bridge} off" Routing loops are nasty.

from 'man brctl':

       brctl stp   controls this bridge instance’s participa‐
       tion  in  the spanning tree protocol. If  is "on" or "yes" the
       STP will be turned on, otherwise it will be turned off.  When  turned
       off,  the  bridge  will  not send or receive BPDUs, and will thus not
       participate in the spanning tree protocol. If your bridge  isn’t  the
       only  bridge on the LAN, or if there are loops in the LAN’s topology,
       DO NOT turn this option off. If you turn this option off, please know
       what you are doing.

Patch:

--- network-bridge-vlan.old     2007-07-26 13:32:40.145832732 -0400
    network-bridge-vlan 2007-07-26 13:19:50.593479432 -0400
 
@@ -76,8  76,8 @@
     # Don't create the bridge if it already exists.
     if ! brctl show &#124; grep -q ${bridge} ; then
        brctl addbr ${bridge}
-       brctl stp ${bridge} off
-       brctl setfd ${bridge} 0
        brctl stp ${bridge} on
        #brctl setfd ${bridge} 0
     fi
     ip link set ${bridge} up
 }


Cheers,

Otto</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Nice scripts, very useful!</p>
<p>I&#8217;d just like to add that disabling Spanning Tree (STP) is not the wisest thing to do by default.</p>
<p>I suggest enabling STP, and remarking the line &#8220;brctl setfd ${bridge} 0&#8243; en replace &#8220;off&#8221; by &#8220;on&#8221; on line &#8220;brctl stp ${bridge} off&#8221; Routing loops are nasty.</p>
<p>from &#8216;man brctl&#8217;:</p>
<p>       brctl stp   controls this bridge instance’s participa‐<br />
       tion  in  the spanning tree protocol. If  is &#8220;on&#8221; or &#8220;yes&#8221; the<br />
       STP will be turned on, otherwise it will be turned off.  When  turned<br />
       off,  the  bridge  will  not send or receive BPDUs, and will thus not<br />
       participate in the spanning tree protocol. If your bridge  isn’t  the<br />
       only  bridge on the LAN, or if there are loops in the LAN’s topology,<br />
       DO NOT turn this option off. If you turn this option off, please know<br />
       what you are doing.</p>
<p>Patch:</p>
<p>&#8212; network-bridge-vlan.old     2007-07-26 13:32:40.145832732 -0400<br />
    network-bridge-vlan 2007-07-26 13:19:50.593479432 -0400</p>
<p>@@ -76,8  76,8 @@<br />
     # Don&#8217;t create the bridge if it already exists.<br />
     if ! brctl show | grep -q ${bridge} ; then<br />
        brctl addbr ${bridge}<br />
-       brctl stp ${bridge} off<br />
-       brctl setfd ${bridge} 0<br />
        brctl stp ${bridge} on<br />
        #brctl setfd ${bridge} 0<br />
     fi<br />
     ip link set ${bridge} up<br />
 }</p>
<p>Cheers,</p>
<p>Otto</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FirstServed Technical Documentation &#187; Bridging VLAN interfaces in Xen</title>
		<link>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-10</link>
		<dc:creator>FirstServed Technical Documentation &#187; Bridging VLAN interfaces in Xen</dc:creator>
		<pubDate>Thu, 19 Jul 2007 10:04:54 +0000</pubDate>
		<guid>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-10</guid>
		<description>[...] In case the Dom0 doesn&#8217;t need active interfaces on the VLAN bridges, you can follow the solution outlined on this page: Bridging domains to tagged VLANs in Xen. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] In case the Dom0 doesn&#8217;t need active interfaces on the VLAN bridges, you can follow the solution outlined on this page: Bridging domains to tagged VLANs in Xen. [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-7</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 03 Apr 2007 23:31:37 +0000</pubDate>
		<guid>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-7</guid>
		<description>Hey. Thanks for that script. It appears to work happilly when netdev=bond0 too.</description>
		<content:encoded><![CDATA[<p>Hey. Thanks for that script. It appears to work happilly when netdev=bond0 too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xDie</title>
		<link>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-6</link>
		<dc:creator>xDie</dc:creator>
		<pubDate>Wed, 28 Mar 2007 16:20:22 +0000</pubDate>
		<guid>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-6</guid>
		<description>Hello very good !!! i needed this thanks, !</description>
		<content:encoded><![CDATA[<p>Hello very good !!! i needed this thanks, !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lou</title>
		<link>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-5</link>
		<dc:creator>Lou</dc:creator>
		<pubDate>Fri, 23 Mar 2007 18:57:49 +0000</pubDate>
		<guid>http://renial.net/weblog/2007/02/27/xen-vlan/#comment-5</guid>
		<description>Nice article, congrats!!

I was wondering if you ever tried to make something similar, or if you know that this works:

The DOMU's are firewalls with multiple VLAN interfaces on the inside, and one normal interface on the outside, like this:

DOMu1 --- eth0 (external-if) --- xenbr0 --- eth0 (Dom0)
             --- eth2.2 (internal-if)
             --- eth2.3 (internal-if)
             --- eth2.4 (internal-if)

DOMu2 --- eth0 (external-if) --- xenbr0 --- eth0 (Dom0)
             --- eth2.2 (internal-if)
             --- eth2.3 (internal-if)
             --- eth2.4 (internal-if)

I've tried a series of bridges/setups that never worked when trying to ping DOMu2 eth2.2 from DOMu1 (thats why i didnt included any bridge information on the eth2.x interfaces of the DOMu's). Nothing that i've tried so far made those DOMu's vlan interfaces to communicate.

Any toughts about that would b extremely valuable,

Thanks a lot and keep up the good work!</description>
		<content:encoded><![CDATA[<p>Nice article, congrats!!</p>
<p>I was wondering if you ever tried to make something similar, or if you know that this works:</p>
<p>The DOMU&#8217;s are firewalls with multiple VLAN interfaces on the inside, and one normal interface on the outside, like this:</p>
<p>DOMu1 &#8212; eth0 (external-if) &#8212; xenbr0 &#8212; eth0 (Dom0)<br />
             &#8212; eth2.2 (internal-if)<br />
             &#8212; eth2.3 (internal-if)<br />
             &#8212; eth2.4 (internal-if)</p>
<p>DOMu2 &#8212; eth0 (external-if) &#8212; xenbr0 &#8212; eth0 (Dom0)<br />
             &#8212; eth2.2 (internal-if)<br />
             &#8212; eth2.3 (internal-if)<br />
             &#8212; eth2.4 (internal-if)</p>
<p>I&#8217;ve tried a series of bridges/setups that never worked when trying to ping DOMu2 eth2.2 from DOMu1 (thats why i didnt included any bridge information on the eth2.x interfaces of the DOMu&#8217;s). Nothing that i&#8217;ve tried so far made those DOMu&#8217;s vlan interfaces to communicate.</p>
<p>Any toughts about that would b extremely valuable,</p>
<p>Thanks a lot and keep up the good work!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
