<div dir="ltr"><div><div>Thanks again very much sir<br></div>Will definitely try this path and report back<br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 11, 2016 at 11:59 AM, Michal Privoznik <span dir="ltr"><<a href="mailto:mprivozn@redhat.com" target="_blank">mprivozn@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11.07.2016 17:46, jsl6uy js16uy wrote:<br>
> Thanks much sir<br>
> Ease I think mainly<br>
> adding a macvtap is pretty quick, performant and works. And last but<br>
> definitely not least, ignorance of other quick easy solutions.<br>
> Well, also macvtap works on older hardware where I don't have physical<br>
> functions to passthrough via sr-iov, that is what you are pointing to with<br>
> "macvtaps in the most outer one VM and pass them thru to inner layer<br>
> VMs"?<br>
> Currently I can use macvtaps with an old HP xw8600 desktop with the<br>
> integrated  broadcoms<br>
><br>
> yeah ease/hardware/ignorance<br>
<br>
</span>I'll be using terminology as defined here:<br>
<br>
<a href="http://wiki.xenproject.org/wiki/Nested_Virtualization_in_Xen#Introduction" rel="noreferrer" target="_blank">http://wiki.xenproject.org/wiki/Nested_Virtualization_in_Xen#Introduction</a><br>
<br>
What I meant is to have macvtaps for your L0 guest, which are then<br>
visible as regular interfaces in in. These interfaces could be then<br>
passed thru to your L1 guest. There's no need for SRI-OV, no need for<br>
bleeding edge HW, nothing. It's all done in software.<br>
<span class="HOEnZb"><font color="#888888"><br>
Michal<br>
</font></span></blockquote></div><br></div>