On Fri, Nov 13, 2015 at 10:35 AM, Thadeu Lima de Souza Cascardo <
casca...@redhat.com> wrote:

> [...]
> > Well, if you are on Linux, there is no problem. In fact, this was even
> > implemented and tested on FreeBSD. Unless you have a kernel configured
> without
> > rtnetlink, it will work. And if you don't have rtnetlink, other thinks
> wouldn't
> > work on OVS as well. So, I don't understand what's your concern about it
> relying
> > on that API on OVS.
>
> I missed the fact that you may consider backport the feature. In that case,
> using new API may be a problem. But I believe it would be easy to backport
> it to
> the 2.4 series. 2.1, on the other hand, I guess it may be harder.
>

Correct. I was thinking along the lines of a backport. Unfortunately, the
version in question
is 2.1.2, which as you say might prove a bit of a challenge.


> [...]
>
> >
> > This feature should appear in the next release of OVS, whatever it's
> numbered,
> > 2.5.0, or 3.0.
> >
> > >
> > > Further, would this be useful in addressing point #1 above?
> > >
> >
> > I don't know too much about point #1, but this feature does not address
> that,
> > sorry.
> >
> > Do you mean that OVS reports the UP state to a controller using OpenFlow?
>
> I believe the general complaint from my colleague had to do with the fact
that when
an OVS bridge is first created it appears on the system with IFF_LOWER_UP
and
IFF_UP flags set. Since we have a network manager driving the
configuration, it confuses
the manager into thinking the device is actually usable. Thus:

    ifup ovsbr0 && ping foo.com

is expected to work. However, the configuration needs a couple of seconds
to settle before
pings can flow. I assume the 'settling' has to do with OVS needing a bit of
time to setup
internal flows, etc.

Again, version 2.1.2.

One thing I've noticed, that should at least clear up the
IFF_LOWER_UP/IFF_UP flags being
present on a newly created OVS bridge, is the removal of the
netdev_turn_flags_on() call from
vswtichd/bridge.c:iface_do_create()
(commit 1839c35676b5c3a2a70e83477a6ce3d3c7d0d245).
This was released post 2.1.2.

-Karol
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev

Reply via email to