►
From YouTube: Kubernetes SIG Windows 20191022
Description
Kubernetes SIG Windows 20191022
A
Anyway,
hello,
this
is
October
22nd
and
our
weekly
sig
windows
meet
up,
and
so
this
is
being
recorded
be
sure
to
follow
the
kubernetes
community
guidelines
and
in
all
of
your
discussions,
we've
got
the
agenda
posted
a
channel
ahead
of
time.
It
looks
a
bit
short
today,
so
if
anyone's
got
other
topics,
they
want
to
add,
you
know
if
you
just
drop
a
note
in
the
chat
and
and
then
we'll
be
sure
to
call
on
you.
A
And
so
I
guess,
let's
get
started
with
that
Oh
with
one
one
announcement
so
last
week
was
the
enhancements.
Freeze.
I
did
need
to
get
a
brief
extension
for
the
runtime
class
work
that
I
had
proposed
that
was
approved
and
then
we
got
the
kept
merged.
So
that's
on
track.
So
I'll
just
put
a
note
on
that.
A
C
B
B
We
couldn't
find
resources
for
that.
So
I,
don't
know
you
know.
For
now
my
you
may
be
able
to
work
on
it
and
maybe
I
then
just
graduated
with,
like
you
know,
kind
of
slipping
it
that
through,
but
we
don't
with
no
resources
right
now
and
I
believe
Ben
and
his
team
are
people
that
are
looking
to
see
who
they
can
find
some
resources
outside
of
band.
That's
fully
booked,
but
another
decision.
Yet.
A
D
D
So
this
is
what
we
have
an
internal
customer
at
Microsoft.
That
is
using
this
for
their
health
probes.
But
the
issue
is
we
didn't
disable
routing
mesh
for
node
port
based
on
this,
so
I
can
make
that
fix
and
it'll
be
in
117,
but
they
need.
Basically,
they
can
only
use
released
binaries,
so
I
can't
give
them
a
private
and
I
was
hoping
that
I
could
back
port
this
so
that
I
could
disable
routing
mesh
for
node
port,
because
what
happens
is
when
they
hit
the
node
port.
D
D
D
So
yeah,
that's
what
I'd
be
interested
in
backporting
I,
don't
know
if
it's
115
or
160
and
I'll
have
to
check
when
I
first
introduced
that
oh
I
think
they're
using
115.
So
it's
like
a
back
port
to
115
or
even
116,
just
something
that's
gonna
be
faster
than
the
117
release,
and
so
that
also
kind
of
ties
in
to
the
local
traffic
policy.
D
D
So
there
is
the
thing
where
I
can
at
least
partially
fulfill
that
and
disable
routing
mesh,
as
it
were
like
if
that
flag
is
set,
or
we
can
just
wait
and
say:
that's
fully
unsupported
right
now
and
wait
until
DSR
is
available
and
then
from
that
I
would
want
to
know
if
we'd
be
back
porting,
that
type
of
change
to
previous
releases.
Once
the
release
is
out.
D
A
D
A
So
so
I'm
concerned
about
here
is
the
guidance
that
I've
had
before
is
that
is
that,
generally,
the
dot
releases
are
not
for
new
features.
If
there
was
something
that
was,
you
know
intended
to
work
but
was
broken.
Then
that's
where
they'll
accepts
on
the
back
ports,
and
so
like
one
example
was
we
had
a
disk
calculation
that
was
bad.
It
was
causing
pods
to
be
wrongly
evicted.
That
was.
D
Testing
in
place
for
this
I
don't
think:
we've
even
really
unknownst
this
as
a
feature
except
in
the
changelog.
So
okay,
so
the
first
thing
is:
I
get
disabled,
a
routing
mesh
for
node
for
it.
If
that
annotation
is
used
and
I
think
I
would
consider
that
a
bug
fix.
So
we
can
hold
off
on
the
traffic
policy,
but.
D
A
D
E
D
A
condition
of
the
external
traffic
policy
or
nodes
local,
whatever
that's
called
so
we
need
DSR
for
that
now
preserved
if
needs
DSR
and
the
preserved
if
flag.
So
it
preserves
both
the
client,
IP
and
the
destination
IP
and
disables
routing
mesh.
So
as
a
feature
it
encompasses
more
than
just
the
other
one,
but.
C
A
D
D
D
Yeah,
it's
not
anything
new
that
is
being
designed,
so
I
think
it
would
be
a
bug
fix,
but
the
more
pressing
issue
is
the
preserve
dip,
which
is
a
feature
I
suppose
that
we
added
without
a
cap,
but
we
added
it
and
so
there's
a
bug
where
we
also
need
to
disable
routing
masternode
for
it.
The
problem
is
we're,
gonna
have
to
explain,
preserve
dip
and
then
we'll
probably
also
have
to
provide
I
mean
I
sense
that
there's
going
to
be
some
resistance.
There.
A
A
So
I
think
what
would
be
most
helpful
here
is,
if
you
could
get
a
specific
issue
opened,
describing
the
change
that
you
want
to
do
for
the
prefer
to
preserve
diff,
because
that's
going
to
be
different
from
what
from
the
issue
that
you
linked
in
the
notes.
And
so
let's
get
a
discussion
done
at
the
right
scope,
they're
describing
to
fix
I,
think
it's
played
to
the
PR
that
emerged
that
I
have
linked
there.
A
So
go
ahead
and
get
a
specific
issue
filed
for
that,
and
then
let's
get
emerged
into
seventeen
and
then
and
then
we
could.
We
can
talk
about
making
a
determination
after
we
see
what
what's.
Actually
there
I
think
it's
definitely
worth
adding
tests
to
this,
because
what
you're
describing
is
something
that's
going
to
be.
Could
change
based
on
the
Windows
version
there
and
so
I
think
we
need
some
way
to
measure
that
yeah.
A
G
A
E
E
C
F
No,
it's
not
a
staging
job,
yet
mm-hmm,
so
I
got
it
there,
but
we
still
have
to
talk
a
little
bit
about
where
we
would
put
this
this
job.
Would
we
keep
it
in
staging
batch
ones
so
that
that
one
runs
every
six
hours,
I
think
now
or
four
hours
I
remember.
But
the
point
is
that,
with
all
the
it's
an
extra
machine
that
we
need
to
deploy,
so
what
do
we
want?
This
for
every
run.
B
F
F
F
C
F
A
A
So
at
this
point
we've
got
the
two
kept
merged
as
as
implementable,
but
there's
quite
a
bit
of
work.
That
needs
to
be
done
here
and
so
the
first
thing
that
that
I
was
going
to
be
working
on
was
fixing.
Some
of
the
test
passes
that
we
need
over
in
over
an
aks
engine
such
that
we
can
get
container
D
deployed
in
order
to
be
able
to
test
this
stuff,
and
so
that's
going
to
take
me
probably
a
week
or
so,
but
there's
a
couple
other
items
in
there
that
could
be
done
in
parallel.
A
If
anyone
wants
to
wants
to
take
that
long,
the
first
one
was,
we
got
an
agreement
that
it's
okay
to
add
a
new
flag
describing
what
the
windows
build
is
from
the
cubelet,
and
so
we
within
the
cap
I've
got
the
source
code
linked,
but
it
should
be.
You
know
a
relatively
straightforward
thing
to
add
and
then
add
unit
tests
for,
and
so,
if
someone
you
know
wants
to
take
that
on
I'd
be
very
grateful.
It's
it's
a
separate
task.
They
can
just
be
kind
of
done
and
tested
in
isolation.
A
A
Well,
I
get
short
of
it
if
there's
anyone
that
wants
to
start
looking
at
the
CRI
API
changes,
I'm
pinging
some
folks
here
at
Microsoft,
to
see
if
I
need
somebody
to
start
looking
at
it.
Otherwise
I'll
be
looking
at
in
probably
a
week
or
two
well,
those
anyway
I
just
want
to
call
those
out
as
areas
where.
If
someone
wants
to
get
started
on
those
earlier,
you'll
be
happy
to
have
to
help
so.
C
H
So
basically,
this
has
been
reviewed
by
quite
a
few
people,
and
it's
got
some
energy
team
energy
TM.
The
next
would
be
to
have
someone
from
and
some
more
windows
nodes
to
the
image
promoted
that
they
have
and
configure
the
the
jobs
also
use
the
remove
the
URL
config
options
at
the
moment
regarding
image
promoter,
it's
something
that's
that
has
to
be
done
in
community
sleep.
Oh,
it's
currently,
student
progress,
I
have
a
couple
of
requests
which
also
helps
with
that
I.