Re: [RFC] [PATCH 3/3 v2] vepa+vsi: Some experimental code for 802.1Qbh

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2010-05-21 at 23:35 -0700, Scott Feldman wrote:
> On 5/21/10 6:50 AM, "Stefan Berger" <stefanb@xxxxxxxxxxxxxxxxxx> wrote:
> 
> > This patch may get 802.1Qbh devices working. I am adding some code to
> > poll for the status of an 802.1Qbh device and loop for a while until the
> > status indicates success. This part for sure needs more work and
> > testing...
> 
> I think we can drop this patch 3/3.  For bh, we don't want to poll for
> status because it may take awhile before status of other than in-progress is
> indicated.  Link UP on the eth is the async notification of status=success.

The idea was to find out whether the association actually worked and if
not either fail the start of the VM or not hotplug the interface. If we
don't do that the user may end up having a VM that has no connectivity
(depending on how the switch handles an un-associated VM) and start
debugging all kinds of things... Really, I would like to know if
something went wrong. How long would we have to wait for the status to
change? How does a switch handle traffic from a VM if the association
failed? At least for 802.1Qbg we were going to get failure notification.

   Stefan


--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]