<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html;
      charset=windows-1252">
  </head>
  <body>
    <div class="moz-cite-prefix">On 06/01/20 22:16, Michael Cropper
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:HE1PR03MB29866B41090215600D978897E13C0@HE1PR03MB2986.eurprd03.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html;
        charset=windows-1252">
      <style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
      <div style="font-family: Calibri, Arial, Helvetica, sans-serif;
        font-size: 12pt; color: rgb(0, 0, 0);">
        <br>
      </div>
      <div style="font-family: Calibri, Arial, Helvetica, sans-serif;
        font-size: 12pt; color: rgb(0, 0, 0);">
        Hi, </div>
      <div style="font-family: Calibri, Arial, Helvetica, sans-serif;
        font-size: 12pt; color: rgb(0, 0, 0);">
        <br>
      </div>
      <div style="font-family: Calibri, Arial, Helvetica, sans-serif;
        font-size: 12pt; color: rgb(0, 0, 0);">
        I've been reading conflicting information on various websites
        about how to get the two working together. Some say that the
        Open vSwitch software should sit on the HostOS, others say it
        should sit on a GuestOS VM. My thoughts are that it should sit
        on a GuestOS VM - am I correct in thinking this? <br>
      </div>
    </blockquote>
    <p><br>
    </p>
    <p>as far as I remember, starting from versione 7.0 of XenServer,
      the default "bridge engine" running on the "host" is OpenVSwitch
      (where, previously, it was the standard "linux-bridge" one).</p>
    <p><br>
    </p>
    <p>So, again, from version 7 onward, you have OpenVSwitch running on
      the host, by detault.</p>
    <p><br>
    </p>
    <p>I've been succesfull in leveraging such OVS toward a VM. In
      detail:</p>
    <ul>
      <li>I've "manually" configured a GRE tunnel between the local
        instance of OVS (running on the XEN host) and a remote-host (a
        standard CentOS box, running a properly configured OVS
        instance);</li>
      <li>on the Xen Host</li>
      <ul>
        <li>such a GRE tunnel was "binded" to one of the default
          XenServer bridges (xenbr3), connecting the phisical nic (eth3)
          of the XenServer host;</li>
        <li>a dedicated XenServer network was configured so to deliver
          it to VMs (aka: binded to xenbr3);</li>
        <li>a VM (let's call it 'VM1') has been created and configured
          with a virtual interface connected to such a network</li>
      </ul>
    </ul>
    <p>The all of the above was done in order for VM1 to access the
      remote network (the one behind the remote GRE tunnel endpoint), at
      Layer2 (so to track MAC-addresses of remote hosts).</p>
    <p><br>
    </p>
    <p>It worked flewlessly, apart from some (planned and expected) MTU
      issues (solved with IPtables forcing MSS on TCP connections)</p>
    <p><br>
    </p>
    <p>In short: starting from XenServer 7, you can "play" with OVS both
      on the host and on the guests.... assuming you are able to move
      yourself "safely" inside such a relatively-complex scenario :-)</p>
    <p><br>
    </p>
    <p>Cheers,</p>
    <p>DV<br>
    </p>
    <br>
    <pre class="moz-signature" cols="75">-- 
Damiano Verzulli
e-mail: <a class="moz-txt-link-abbreviated" href="mailto:damiano@verzulli.it">damiano@verzulli.it</a>
---
possible?ok:while(!possible){open_mindedness++}
---
"Technical people tend to fall into two categories: Specialists 
and Generalists. The Specialist learns more and more about a 
narrower and narrower field, until he eventually, in the limit, 
knows everything about nothing. The Generalist learns less and 
less about a wider and wider field, until eventually he knows 
nothing about everything." - William Stucke - AfrISPA
  <a class="moz-txt-link-freetext" href="http://elists.isoc.org/mailman/private/pubsoft/2007-December/001935.html">http://elists.isoc.org/mailman/private/pubsoft/2007-December/001935.html</a>
</pre>
  </body>
</html>