►
From YouTube: Kubernetes SIG Network Bi-Weekly for 20201111
Description
Kubernetes SIG Network Bi-Weekly for 20201111
A
Been
stable
for
a
little
bit
all
right,
welcome
everybody
to
the
plumbing
network
or
excuse
me
plumbing
working
group
meeting
for
thursday
november
19th
2020.
see.
Do
we
have
regular
business
doug.
B
Oh,
I
do
have
regular
business
for
the
srov
network
operator
proposal
as
a
project.
I
did
sync
with
zheng
he
and
punk,
and
the
the
blocker
here
was
to
vote
on.
This
was
what's
the
plan
for
separating
out
the
openshift
bias
that
it
currently
has
with
the
need
for
the
upstream
compatibility
with
the
vanilla
kubernetes,
and
they
have
assured
me
that
the
that
there
is
functionality
that
does
currently
work
with
vanilla
kubernetes.
B
So
with
that
being
said,
they
believe
that
there
is
a
straightforward
path
for
it
and
what
they
told
me
is
the
biggest
question
that
remains
is
how
to
change
the
library
references
for
the
new
namespace
for
the
for
moving
it
to
a
new
location.
B
So
I
think
that
that's
a
very
well
technical
known,
so
I
would
propose
that
we
go
ahead
and
vote
on
accepting
the
srov
network
operator
as
part
of
the
network
plumbing
working
group.
So
I
guess
I
would
ask
if
there
is
anyone
who
has
any
concerns
that
would
cause
them
to
vote
no,
and
we
can
discuss
those.
B
A
All
right,
thank
you.
Doug
next
up,
billy.
C
So
I've
been
attending
regularly
the
network
kubernetes
network
and
resource
management
meeting.
It
is
basically
the
srv
device
plug-in
cni
meeting
we've
there's
a
couple
of
the
projects
like
the
operator
and
then
there's
some
of
the
ones
smaller
ones
like
the
user,
space,
cni
and
appnet
that
I
kind
of
poke
out
a
little
bit
here
and
there.
So
this
was
more
of
just
a
reminder
to
the
group
that
we
have
meetings
outside
of
this
meeting.
B
Hey
billy,
that
being
said,
something
that
I
I
still
have
a
to
do
that
I
need
to
make
some
pull
requests
against
the
community
repo
for
membership
and
all
of
that
good
stuff,
so
I'm
behind
there,
but
something
that
we
had
put
into
the
governing
stock
was
a
like
suggestion,
saying
you
know:
if
we
have
external
meetings,
we
should
give
the
connection
info
and
stuff
like
that.
How
about
having
those
as
part
of
the
community
repo?
B
Does
anyone
that's
what
would
be
my
suggestion
or
I'd
happy
happy
to
take
other
people's
suggestion,
and
then
I
guess
my
follow-up
is:
is
it
cool?
If
I
reach
out
to
you,
of
course,
maybe
the
you
have
all
the
info
right
here
in
the
agenda.
So,
okay,
I
don't
need
to
reach
out
to
you.
No
well
one,
of
course.
C
You
can
reach
out
anytime
and
yeah.
The
agenda
document
should
have
everything
in
there.
I
do
think
that
should
be
somewhere,
so
I've
been
in
other
groups
where
that
data
is
a
little
hard
to
find.
So
I
think
we
should
have
it
front
and
center
or
an
easy
place
to
find
so.
C
Yes,
and
I
guess
along
those
same
lines,
I
do
believe-
and
I'm
I'm
stretching-
I
don't
have
any
of
this
in
front
of
me
that
part
of
the
you
know
the
when
we
approved
all
the
legal
stuff
on
how
we're
going
to
run
network
plumbing
working
group
was
that
if
you
have
the
outside
meetings
to
report
back
in
like
what's
going
on,
is
it
enough
to
have
this
agenda
document
where
we
have
that
type
of
information,
or
is
there
more
of
a
formal
process
of
reporting
back
to
this
meeting
on?
What's
going
on?
B
I
have
a
feeling
everybody
would
love
any
sorts
of
updates
or
to
publicize
what's
going
on,
but
I'm
pretty
sure
the
way
the
governance
stock
is
written.
It
just
says
if
you
can't
come
to
a
consensus,
bring
the
bring
those
items
back
to
this
meeting
for
a
vote
right.
Okay,
so
yeah
awesome.
C
C
A
Okay,
thanks
billy
doug.
B
All
right,
another
satellite
meeting
that's
been
going
on.
We've
called
it
the
additional
discussion
for
this
group,
but
we've
been
primarily
talking
about
network
policy
on
additional
networks,
and
I
just
wanted
to
say
for
anyone
that
has
been
attending.
B
I
did
put
a
mail
out
to
the
list,
but
we're
gonna
cancel
the
next
session,
which
would
be
on
tuesday
next
week,
due
to
thanksgiving
and
tomo
will
not
be
able
to
make
it
so
and
he's
been
kind
of
leading
that
discussion
about
what
we'll
cancel
that
one
next
week.
So
the
next
one
will
be
on
december,
the
8th
at
10
30
a.m.
If
you
there's
information
for
it
in
the
mailing
list
or
if
you
have
any
other
questions,
feel
free
to
reach
out
to
me.
B
If
you
would
like
to
participate.
A
Okay,
thanks
doug
last
item
that
I
put
on
and
again
if
anybody
wants
to
add
more
items
to
the
agenda,
please
do
that,
but
I
just
wanted
to
bring
it
up
to
the
group
that
there
is
renewed
discussion
upstream
in
among
the
cni
maintainers
about
what
should
cni
look
like
in
the
near
future,
cni
v2
or
whatever
you
want
to
call
it,
and
I
think
we've
learned
a
lot
over
the
last
four
years.
A
However
long
cni
has
really
been
around
and
so
we're
trying
to
roll
a
lot
of
that
up
into
some
of
those
discussions
very
early
stages.
I
know
casey
calendrello
has
some
ideas.
I
don't
actually
know
all
of
what
those
are,
but
he's
kind
of
putting
together
some
stuff
going
to
start
some
discussions
with
other
stakeholders
as
well
in
the
cube
and
other
communities
around.
What
should
that
look
like?
I
suspect
it's
going
to
be
less
exec
based
and
probably
more
some
kind
of.
A
You
know
rpc
or
something
like
that.
We've
done
some
grpc
pocs
for
cni
before,
but
it's
going
to
be,
those
discussions
will
be
starting,
probably
in
earnest
or
very
early
next
year.
I
don't
think
that
there
will
be
anything
immediately
coming
out
of
those,
but
since
so
much
of
this
group's
work
is
with
cni
and
a
lot
of
the
reference
software
that
we
do
is
heavily
involved
with
cni.
A
B
Cool
that's
awesome.
I
am
really
also
happy
to
see
that
this
note
that
it
has
some
similarities
to
people
talking
about
a
quote:
unquote:
networking
api
for
kubernetes,
because
that
is
sort
of
a
hot
topic
and
at
least
from
my
standpoint,
it's
nice
to
see
the
cni
maintainers
talking
about
it,
because
we
do
have
a
standard
that
we
work
with
today.
So
this
is
awesome.
I
will
definitely
be
passing
this
along
to
tomo,
who
will
probably
read
the
agenda
before
I
can
talk
to
him
but
cool
thanks
again.
A
D
Yeah,
this
is
dave
from
from
intel,
so
we're
we've
passed
all
of
our
internal
madness
for
the
network
resource
injector,
so
we'll
be
moving
that
into
the
under
the
network.
Plumbing
working
group
in
the
next
few.
A
E
And
a
nice
thanksgiving
guys,
yeah
thanks,
bye,
all
right.