►
From YouTube: Envoy Community Meeting - 2018-10-09
Description
Join us for Kubernetes Forums Seoul, Sydney, Bengaluru and Delhi - learn more at kubecon.io
Don't miss KubeCon + CloudNativeCon 2020 events in Amsterdam March 30 - April 2, Shanghai July 28-30 and Boston November 17-20! Learn more at kubecon.io. The conference features presentations from developers and end users of Kubernetes, Prometheus, Envoy, and all of the other CNCF-hosted projects
A
B
C
D
Didn't
add
that
but
I
think
I
know
what
the
context
is.
Maybe
let
me
see
so
I
think
there
was
some
discussion
about
how
to
like
how
to
actually
get
people
paid
to
work
on
small
issues
and
I
think
that
service
was
raised.
I
honestly,
don't
I,
don't
have
any
experience
with
that
service
or
know
anything
about
that
service.
I
think
Kris
actually
had
some
thoughts
on
that
and.
C
Was
so
I
just
don't
know,
I'm
necessarily
not
in
fact
well
not
like
not
in
favor
is
not
there.
The
right,
characterization
I,
just
don't
think
you're
gonna
get
a
lot
of
benefit
out
of
it,
at
least
from
experiences.
We
had
with
these
kind
of
bug,
bounties
things
if
you
have
like
small
issues
like
doc,
improvements
and
stuff,
like
that
you'll
get
a
little
bit
of
traction,
but
we're
happy
to
experiment.
If
you
have
like
a
few
issues
that
you
want
to
fund
like
soon,
it's
just
happy
to
fund
an
experiment.
D
Yeah
I
mean
to
be
honest,
I
really
haven't
thought
about
it.
Much
like
I
suppose
that
we
could
I
mean
we
already
have
that
beginner
tag,
but
I
guess
we
could
make
a
new
tag
for
like
for
issues
that
would
be
really
nice
to
have
for
my
growth
perspective,
but
no
one's
working
on
so
yep
I
can
I
can
maybe
take
a
look
this
week
and
do
triage
for
that.
D
B
D
E
F
B
What
immediate
observation
I
have,
or
that
is,
is
that
so
in
a
generic
sense,
if
it's
really
an
IO
handle,
we
have
all
all
IO
ish
type
of
methods
hanging
off
of
it.
Then
it
seeds,
it
seems,
first
of
all
to
does
it,
make
the
transport
socket
kind
of
go
away
or
irrelevant
or
derive
from
it.
We
would
use.
A
It
I
think
I'll,
say
I,
don't
know
if
the
context
helps,
but
one
of
the
reasons
we
and
I
can
speak
to
this.
We
want
to
move
away
from
an
ft.
Abstraction
is
for
quick
right
because
for
quick,
just
because
of
kernel
implementation,
you
generally
end
up
with
one
big
listening
socket
on
UDP
443
that
handles
all
the
incoming
quick
connections.
So
if
you
want
to
do
a
normal
ft
option,
like
you
know,
setting
your
buffer
sizes
or
setting
cross
pits
or
something
you
can't
do
a
sense,
I've
done
it
right.
A
B
D
So
that's
that's
where
I
would
I
would
suggest
that
you
start
is
that
right
now
like
address
is
a
static
class.
Basically,
all
of
the
FDS
are
their
own
thing
and
I.
Think
if
you
think
about
it,
we're
right
now,
just
as
dispatcher,
basically
abstract
slab
event,
so
the
the
rest
of
the
code
doesn't
know
any
about
Libba.
D
That
I
think,
if
you
have
dispatcher
abstract,
both
addresses
and
f
DS
I,
think
it'll
fall
into
place
and
I
would
go
further
to
say
that
in
the
beginning
like
it
may
be
true
that,
like
in
some
of
the
rest
of
the
code
you
have
to
when
you're
past
an
IO
handle,
you
might
have
to
dynamic,
cast
that
IO
handle
to,
like
you
know,
like
a
live
event.
Dispatcher
IO
handle
or
something
like
that.
You
know.
D
B
A
B
D
C
B
Way
for
VPP,
just
not
that
that
is
necessary
for
this
discussion,
but
the
VPP
integration
once
we
get
to
that
actual
part
will
be
fairly,
will
be
more
straightforward
than
you
might
think,
because
VPP
offers
a
library,
interface
called
VCL,
VPP
communication
library,
and
it
offers
all
the
api's
to
talk
to
VPP
as
a
client
and
all
the
operations
you're
going
to
do
on
it.
So
any
any
methods
that
we
end
up
where
they're
gonna
wrap
those
VCRs
and
we
get
advanced
as
well.
So
the
uses
the
pole,
type
events
right.
B
D
Cool
yeah,
I
I
think
just
for
phase
one.
If
we
can,
if
we
can
just
do
that,
first
abstraction
because
that's
was
previously
set
by
Alyssa,
we
we
already
need
this
for
quick.
You
know
and
I,
don't
know
that
any
of
us
have
thought
about
it
enough
to
know
what
the
full
end
state
is,
but
I
think
what
we're
describing
here,
I
think
it
will
get
us
closer
to
where
we
need
to
be
also
I
think
this
might
be
useful
for
the
Windows
port.