Thanks much sir Ease I think mainly adding a macvtap is pretty quick, performant and works. And last but definitely not least, ignorance of other quick easy solutions. Well, also macvtap works on older hardware where I don't have physical functions to passthrough via sr-iov, that is what you are pointing to with "macvtaps in the most outer one VM and pass them thru to inner layer VMs"? Currently I can use macvtaps with an old HP xw8600 desktop with the integrated broadcoms yeah ease/hardware/ignorance On Mon, Jul 11, 2016 at 6:52 AM, Michal Privoznik <mprivozn@redhat.com> wrote:> On 08.07.2016 22:23, jsl6uy js16uy wrote: > > Hello all, hope all is well > > > > this maybe outside of libvirt-users.... > > Can you nest macvtap devices to ultimately receive a real routable ip on > > the nested vm? > > > > I have never tested it, but why do you want to nest macvtaps? Why not > have macvtaps in the most outer one VM and pass them thru to inner layer > VMs? > > Michal >
On 11.07.2016 17:46, jsl6uy js16uy wrote:> Thanks much sir > Ease I think mainly > adding a macvtap is pretty quick, performant and works. And last but > definitely not least, ignorance of other quick easy solutions. > Well, also macvtap works on older hardware where I don't have physical > functions to passthrough via sr-iov, that is what you are pointing to with > "macvtaps in the most outer one VM and pass them thru to inner layer > VMs"? > Currently I can use macvtaps with an old HP xw8600 desktop with the > integrated broadcoms > > yeah ease/hardware/ignoranceI'll be using terminology as defined here: http://wiki.xenproject.org/wiki/Nested_Virtualization_in_Xen#Introduction What I meant is to have macvtaps for your L0 guest, which are then visible as regular interfaces in in. These interfaces could be then passed thru to your L1 guest. There's no need for SRI-OV, no need for bleeding edge HW, nothing. It's all done in software. Michal
Thanks again very much sir Will definitely try this path and report back On Mon, Jul 11, 2016 at 11:59 AM, Michal Privoznik <mprivozn@redhat.com> wrote:> On 11.07.2016 17:46, jsl6uy js16uy wrote: > > Thanks much sir > > Ease I think mainly > > adding a macvtap is pretty quick, performant and works. And last but > > definitely not least, ignorance of other quick easy solutions. > > Well, also macvtap works on older hardware where I don't have physical > > functions to passthrough via sr-iov, that is what you are pointing to > with > > "macvtaps in the most outer one VM and pass them thru to inner layer > > VMs"? > > Currently I can use macvtaps with an old HP xw8600 desktop with the > > integrated broadcoms > > > > yeah ease/hardware/ignorance > > I'll be using terminology as defined here: > > http://wiki.xenproject.org/wiki/Nested_Virtualization_in_Xen#Introduction > > What I meant is to have macvtaps for your L0 guest, which are then > visible as regular interfaces in in. These interfaces could be then > passed thru to your L1 guest. There's no need for SRI-OV, no need for > bleeding edge HW, nothing. It's all done in software. > > Michal >