►
From YouTube: HOMENET WG Interim Meeting, 2021-04-23
Description
HOMENET WG Interim Meeting, 2021-04-23
B
Well,
it's
great
there.
There's
still,
probably
I
don't
know
another
month,
six
weeks
or
something
from
getting
those
people
vaccinated
here,
but
it's
slowly
in
there
but
it'll
happen.
So
just
for
today
were
we
half
expecting
ted
to
kind
of
see,
explain
his
still
network
thing
a
bit
more
this
time
or.
B
B
Do
you
want
me
to
do
the
presentation
screen
share
anything
or
do
you
want
to
do
this?
I
don't
really
care.
A
Either
way
now
I
don't
have
access
to
jabber.
In
my
current.
B
C
B
And
okay,
so
let
me
just
check
a
how
the
screen
generationist
works
well
or.
A
D
A
B
So
I
think
I'm
sharing
a
screen.
You
know
you
can't
really
see
it,
but
no
I
see
it,
you
see
it
okay,
because
I
don't
hear
it's
wonderful,
the
way
they
they
make.
These
things.
B
So
that's
that
one
I
probably
made
some
mistake
in
the
chair,
slides
and
that's
daniel's
slide
deck
and
that's
all
right.
That's
those
are
the
materials
we
have.
B
B
B
A
Well,
he's
getting
some
more
caffeine.
F
Okay,
so
did
you
receive
my
slides?
Yes,
okay,.
A
A
G
A
A
I
guess
you
know
we'll
need
to
think
about
as
we
move
forward
and
anything
about
having
sorry
it's,
my
brain
still
just
isn't
quite
working
document
shepard.
You
know,
I
think
the
intro
probably
needs
to
be
rewritten
to
be
just
a
little
more
formal,
okay
and
less
chatty.
A
But
anyway
so
so
I
think
probably
you
know
wherever
last
call
happens,
you
know
if
we
move
this
up
to
the
int
area
or
if
we
try
to
do
it
here.
A
F
I
I
I
think
from
for
dhcp,
I
only
received
also
ralph
and
with
the
other
one
ray.
A
F
I
mean
michael
ray
ralph
and
one
guy
from
isc
team,
thomas.
A
A
F
Yeah
I
I
met
the
presentation,
quite
short,
because
I
am
and
sure
I
think
I
I
saw
this
presentation
as
more
open
to
discussion
on
how
we
move
the
work
forward.
A
A
Though
I
do
want
to
see,
if
you
know
we
can,
maybe
you
know
see
if
people
have
read
it.
If
they
do
have
comments,
thoughts
on
it,
so
yeah
and
I
see
ted
is
here
ted.
A
A
A
A
A
A
Oh
good,
you
can
ask
again
so
so
ted
did
you
want
to
talk
to
any
today
about
stub
networks.
H
A
Yeah,
if
you
want,
we
can
schedule
a
different
interim
to
discuss
dub
networks
and
we
could
probably
advertise
the
discussion
to
some
of
the
other
working
groups
that
are
interested.
H
A
H
Think
that
makes
sense
it's
a
slightly
different,
possibly
slightly
different
population
than
is
interested
in
the
naming
architecture.
Stuff.
A
Yeah,
okay,
well,
we'll
discuss
that
with
the
full
working
group,
since
the
call
really
starts
in
a
minute
and
we'll
probably
come
to
that
conclusion.
Cool.
I
A
A
A
A
Okay,
so
stephen
is
presenting
the
slides,
as
hopefully
everyone
can
see,
and
hopefully
everyone
hears
me.
I
am
hearing
a
bit
of.
B
A
A
A
Okay,
apparently
that's
automated,
so
it
is
being
recorded.
Okay
with
that,
this
is
a
meeting
and
enter
a
meeting
in
the
home
networking
group.
I
do
see
that
our
illustrious
a.d
eric
link
has
joined
us.
There
is
a
link
to
where
the
meeting
materials
are.
I
will
be
taking
minutes
on
codium
d.
Oh
yes,
note!
Well,
is
anybody
not
familiar
with
notewell
or
would
like
to
have
an
entire
reading
of
this
to
them?
A
I
didn't
think
so.
Okay,
so
note!
Well,
these
are
the
chairs.
Our
id
is
eric.
I
see
that
we
actually
have
both
area
ads
on
the
call.
So
eric
klein
is
here
as
well.
Don't
confuse
them.
A
Those
are
the
working
group
pages
moving
right
along
well.
Hopefully,
you
already
know
that
these
are
the
webex
details,
because
you're
here,
if
you're,
not
here,
you're,
not
seeing
this
slide,
that
is
the
jabber
room,
stephen
said
that
he
would
be
paying
attention
to
the
jabber
room.
I
am
not
on
jabber,
because
my
current
environment
isn't
supporting
it.
The
ether
pad
I
haven't.
I
I
was
a
bit
lacked,
I
didn't
get
it
started,
but
that
is
where
we'll
be
putting
the
blue
sheet.
A
Is
there
anybody
willing
to
help
with
minute
taking
by
the
way.
A
A
If
you
know
that's
what
you
feel
like
doing
so,
either
way
works
fine
for
me,
and
so
today,
we'll
be
focused
on
the
home
net
front-end
naming
delegation
and
the
dhc
options
for
stub
networks.
A
Well,
actually,
let's
go
ahead
and
we'll
just
mention
the
conversation
we
had
with
ted
about
that.
What
we'll
try
to
do
on
stub
networks
is
set
up
a
separate
interim
to
go
for
stub
networks
and
we'll
invite
the
other
working
groups
that
are
interested
in
stub
networks.
You
know
just
so
that
they
know
that.
That's
something
that
we're
talking
about
and
I'll
do
a
doodle
poll
for
that
ted.
I
think
that's
kind
of
what
we
discussed.
B
So
maybe
I
mean
I
think
that
sounds
reasonable.
Probably
maybe
you
know
starting
a
conversation
on
the
mailing
list.
A
little
bit
ahead
of
that
would
probably
make
it
more
useful
yeah.
So
let's
say
two
or
three
weeks
after
the
mailing
list.
Conversation
starts
how
about
that
sounds
good.
So
that
means
like
yeah,
so
I'm
assuming
ted,
if,
if
you'd
be
the
one
to
start
that
discussion,
if
you
want
a
late
may
interim,
that
means
maybe
in
a
couple
of
weeks
kind
of
kick
off
a
discussion
on
the
main
list.
H
I
I
I
I
need
to
do
an
update
to
the
draft
and
then
and
then
I
think
it
makes
sense
to
to
start
that
discussion.
So
I'll
try
to
get
that
done
in
the
next
week
or
so.
A
Okay,
and
so
if
there's
no
other
administration
and
eric
did
you
have
anything
you
wanted
to
say.
A
That
would
be
nothing
at
all,
okay,
perfect!
Then,
let's
get
going
and
I'm
going
to
go
on
mute
and
try
to
catch
up
a
little
bit
on
the
minutes.
While
daniel
presents.
F
Okay,
so
today
I'm
going
to
present
the
two
drafts,
so
the
front-end
delegation
and
then
the
associated
dhcp
options
I
do
not
intend
to
to
have-
I
mean
to
go
over
the
full
detailed,
have
a
detailed
technical
presentation,
but
it's
more.
I
I
think
the
way
the
discussion
should
be
how
we
move
those
drafts
forward.
That's
my
my
intention.
If
you
have
any
comment,
any
questions
feel
free
to
interrupt.
I
think
we
are
a
small
number
and
we
can
have
that
conversation
style.
So
next
slide.
F
So
I
mean
what
has
changed
recently
with
what
recently
means
so
on
the
front
end
aiming
negation.
We
we
worked
on
I'm
saying
on
cleaning
up
a
little
bit
the
document
so
using
a
uniform,
uniform
terminology.
F
We
also
added
some
clarifications,
as
we
could
do
anytime.
We
read
a
document,
but
on
the
technical
aspects
we
we
we
formalized
a
little
bit
more
how
to
configure
the
home
net
naming
authority
and
we
had
that
configurations
being
reviewed
by
custom.
So
thank
you
custom.
F
We
removed
some
unnecessary
text
and
so
that's
five
pages.
Less
of
examples,
for
example,
most
likely.
F
And
then,
on
the
dhcp
options
we
we
synchronize
the
the
terminals
you
use
in
that
document
with
the
one
in
the
in
the
front-end
delegation,
most
like
mostly
well.
The
dhcp
options
are
just
one
way
to
configure
the
sjna,
so
so
we
it's
better
to
have
them
fully
aligned
for
a
better
understanding
and
rather
than
repeating
things,
it's
just
being
referenced
and
having
the
description
in
one
place.
F
We
also
remove
some
unnecessary
dhcp
options
and
add
ini
and
security,
section
consideration
section
and
address
the
comments
from
bernie
and
that
so
we
think
that
both
drafts
are
ready
for
working
group
last
call-
and
that's
so
I'm
gonna
recap
briefly
what
are
in
those
drafts
next
slide.
F
So
I
mean
it
has
been.
I
mean
there
has
been
a
different
period
of
activity
in
those
drafts.
So
if
I
recall
the
history
we
started
having
those
drafts
when
homnet
was
created,
then
we
we
were
almost
request
to
work
on
the
naming
architecture
and
then
go
back
to
how
we
could
outsource
this
dns
zone
from
a
home
net
router,
and
so
I
mean
the
the
big
so
and
we
had
so.
F
We
had
basically
two
period
of
activity,
one
in
the
beginning
of
the
home
networking
group
and
one
at
the
end,
and
the
main
change
was
that
in
the
first
case,
we
we
assume
that
we
will
have
some
kind
of
out-of-band
configurations,
and
so
all
the
necessary
parameters
would
be
agreed
between
the
two
parties.
G
F
How
can
we
reduce
the
parameters
that
need
to
be
agreed
and
have
some
sort
of
negotiations
between
the
two
parties?
So
so?
This
is
why
we
had
those
two
peaks
of
activity
and
in
between
a
long
dormant
period.
F
So
the
scope
of
this
document
is
we.
We
would
like
that
a
home
net
is
able
to
manage
a
zone,
but
instead
of
export
exposing
the
zone
to
the
internet
from
the
home
net.
F
We
would
like
that
the
zone
can
be
exported
to
a
dns
infrastructure,
so
basically,
you
have
a
full
set
of
devices
and
instead
of
having
your
cpe,
that
is,
if
you
want
to
reach
those
devices
from
outside,
you
have
to
publish
those
to
the
dns
and
instead
of
having
your
dns
zones
being
hosted
on
your
cpe,
we
would
like
that
the
cpu
can
export
that
zone
to
a
dns
outsourcing
infrastructure
like
dyn,
like
any
cloud
service
provider.
F
So
we
have
in
the
current
specification.
We
have
basically
three
channels,
one
which
is
the
distribution
channel,
which
means
once
a
client
provider
got
the
zone
he
has
to
publish.
F
He
spread
that
into
the
dns
servers,
he's
managing
and
that's
exposing
the
zone
to
the
internet,
so
this
channel
is
completely
outside
of
the
scope
of
the
document
and
then
you
had
another
channel,
which
is
how
the
cloud
provider
and
your
home
net
can
exchange
the
the
information
related
to
the
zone
itself
and
synchronize
that
zones.
F
So
this
is
a
primary
segmentary,
so
it's
entirely
being
handled
by
very
classical
dns
mechanisms,
and
so
most
of
the
the
specifications
is
about
the
specification
of
the
control
channel,
which
is
how
hna,
which
is
hosting
that
zone,
can
agree
with
the
dns
outsourcing
infrastructure
on
how
the
synchronization
channels
should
be
set,
as
well
as
some
parameters
that
needs
to
be
published.
F
So
this
is
mostly
how
the
how
the
protocol,
how
the
architecture
is
being
defined
so
next
slide.
F
The
reason
we
use
only
dns
messages
is
to
have
I
mean
to
only
rely
on
dns
as
opposed
to
another
party,
another
protocol,
such
as
http,
for
example.
So
we
had
that
discussion,
and
that
was
the
truth
that
has
been
made
so
next
slide.
F
So
how
we
configure
so
I
forgot
to
mention
that.
F
All
channels
are
protected
with
tls
and
we
also
have
some
discussion
why
we
use
tls
and
the
the
the
default
protocol
is
dns
over
tls,
so
how
to
configure
that
so
we
defined
an
information
model.
So
that's
the
new
in
this
version,
and
the
only
thing
we
need
is
the
registered
domain,
which
is
the
domain
for
the
home
net,
and
there
is
no
way
the
home
net
can
guess
that
domain
name.
I
mean
we
have
to
provision
the
network
with
that
one
as
well
as
which
is
the
distribution
master.
F
We
we
are
outsourcing
the
zone
and
those
are
the
two.
So
we
only
have
two
mandatory
parameters.
Then
we
have
a
number
of
additional
parameters,
one
of
those
we.
It
could
be
the
transport
layer
we're
going
to
use,
so
it
could
be
dot,
doh
hdoq.
F
So
that's
depending
on
how
things
are
moving
and
you
can
also
add
some
additional
parameters.
That
are,
I
mean,
of
course,
optional
as
well.
One
of
those
is
the
acl
which
which
defines
which
are
the
ip
addresses,
the
dns
outsourcing.
F
F
I
mean
these
are
the
envision
way
to
configure
the
hna,
so
so
one
way,
the
reason
we
have
this
information
model
is
that
we
thought
that
it
could
be
useful
if
you're,
on
an
interface
with
your
registrar
or
your
isp,
and
it
just
mentioned
yeah
use
that
link
with
this
json
object
to
embed
the
configurations,
and
so
we
we
so
this
it's
one
way
to
configure
the
hna
and
I
think
in
next
slide.
F
We
have
another
way
to
configure
this.
Aha
now.
So,
of
course,
whichever
way
you
use
to
configure
your
hna,
you
expect
that
the
the
same
parameters
are
gonna,
be
provided
and
in
one
way
we
use
to
provision.
The
hna
is
dhep
options
to
carry
all
those
parameters,
and
I
mean
in
that
case
we
reduce
the
number
of
parameters
we
don't
have
all
of
them,
so
why
we
did.
We
have
a
special
attention
to
dhcp
options.
F
One
of
those
is
that
isp
has
a
special
place
in
this
ecosystem.
The
first
thing
is
that
the
isp
is
assigning
you
the
ip
address,
so
he
is
going
to
manage
on
your
behalf.
F
The
reverse
zone,
so
he's
only
there
for
one
one
reason
and
the
other
one
is
that
in
in
some
cases
the
isp
might
also
be
able
to
assign
you
a
forward
zone
and
so
and
and
given
that
in
for
many
isps,
cpu
is
also
managed
by
the
isp.
F
So
this
is
the
sort
of
exchange
we
are
considering,
so
you
have
a
dhcp
request
where
the
cpu
is
asking,
which
is
my
registered
domain.
What
is
my
wrist
provide
me?
Information
about
my
distribution,
distribution,
master
and
the
reverse
distribution
master
and
the
dhcp
response
provide
those
information
for
the
registered
domain.
It's
a
fqdn
for
the
the
masters,
it's
fqdn
and
the
specification
of
the
transport
layer
being
used,
and
I
think
that's
the
the
end
of
the
presentation,
so
I'm
open
to
to
any
questions.
Any
comment.
G
Danielle,
if
you
allow
me
to
jump
into
the
queue
without
any
hat,
I
chat
with
ted
in
the
chat
and
we
were
wondering
whether,
though
rsc8484
supports
any
transfer
of
dns.
As
far
as
I
know,
but
from
the
top
of
my
head,
I
am
far
from
being
the
specialist
of
dough.
It's
only
queries.
F
Yeah,
so
so
yeah,
so
what
we,
so
we
just
allocated
the
cut
points
for
do
and
dns
of
a
quick.
It's
it's
just
I
mean
the
the.
The
main
purpose
was
to
show
that
we
we're
not
stuck
to
one
protocol
and
that
can
evolve
all
the
time,
but
we
did
not
discuss
that
at
all,
and
maybe
I'm
understanding
that
comment
as
it
might
be
better
to
remove
the
request
for
assigning
those
code
points.
H
It
it's,
I
think
I
think
you
know
it's
it's
good,
to
have
the
ability
to
to
add
a
new
transfer
protocol
if,
if
that
becomes
needed,
but
you
shouldn't
put
anything
in
that
you
can't
already
implement,
because
otherwise
it's
just
going
to
be
confusing.
F
Okay,
yeah
yeah
yeah.
I
agree
one
of
the
reason
we
we
add
those
is
because
I
didn't
want
the
text
to
be
stuck
on
one.
So
I
I
leave
the
option
open,
but
I
understand
that
yeah
now,
not
not.
We
are
not
stuck
with
that
one.
We
can
remove
those
it's
going
to
be
another,
only
the
ins
section
being
updated
so.
F
H
H
By
the
way
you
have
a
very
wrong
employer.
Employer
address
for
off
data,
ralph
veba,
just
fyi.
H
Down,
oh
the
I
I
did
have
a
comment.
You
you
bro,
you
put
up
the
chart.
That's
I
think
it's
figure,
one
from
from
the
front
name
front
and
naming
delegation
document
and
it's
a
bit
hard
to
read.
Actually.
H
There
are
a
couple
issues
one
is,
I
think
I
I
realize
it
would
make
the
the
diagram
bigger,
but
the
fact
that
you
don't
mention
that
the
in
adder
zone
is
also
available
or
can
also
be
managed.
This
way
feels
like
a
significant
omission
and
then
like
it's,
not
really
clear
what
the
relationship
between
the
home
that
authoritative
server
and
the
hna
is,
and
it
might
be
nice
to
put
in
some
arrows
or
something
that
makes
that
a
little
clearer.
K
So
the
two
comments,
the
which
zone
you
mean
the
reverse
zone,.
H
K
J
So
we
could
make
so
yeah.
We
could
make
the
diagram
just
a
bit
taller
by
adding
some
lines
where
it
says
example.com
we
could
put
an
adder
arpa
or
ip
six
dot
our
yeah.
I.
H
Yeah
and
then
I
know,
did
you
guys
talk
about
redacting
the
the
the
home
net
zone
or
is
that
out
of
scope
for.
J
Yeah,
so
we're
really
it's
really
supposed
to
be
opt
in.
It's
not.
You
know
the
the
gui
that
I
imagine
is
one
where
you
have
on
the
left.
You
have
you
know
everything
discovered
in
mdns
or
dns
sd
and
that
the
the
administrator
really
has
to
click
on
the
things
they
want
on
the
right
and
then
they
they
send
them
over,
and
so
it
really
is
opt
in
that
way.
That's
the
interface,
I
I
imagine-
and
I
mean
so,
the
the
part-
that's
kind
of.
J
The
convenience
or
or
something
is
the
fact
that
they
they
don't
have
to
copy
the
ip
addresses
over
from
left
to
right,
and,
of
course,
if
I
p
addresses
change
for
whatever
reason,
then
they
would
be
copied
over,
they
would
be
updated
and
further.
I
would
think
that
that
it
would
probably
filter
out
privacy
ex
temporary
addresses
would
not
publish
those
either.
J
So
if
you
have
something
that
is
offering
a
service
but
is
also
going
outbound
with
a
with
a
with
a
private
address,
then
it
wouldn't
be
linking
that
publicly.
F
Yep,
I
think
we
we
are
discussing
that
those
those
points
in
the
draft,
but
if
there
is
a
anything
more
yeah
we're
we're
happy
to
have
those.
I
think
it's
mostly
related
to
privacy
configuration
as
well
as
the
setting
of
your
network,
because
that's.
H
Yeah
the
reason
I
was
asking
the
question
is
because
in
the
diagram
you
you
only
mention
the
public
home
net
zone
and-
and
you
know
implicitly,
there's
a
private
home
net
zone,
but
I
don't
see
like,
and
presumably
the
private
home
net
zone
is
what
home
that
the
home
that
dns
sec
resolver
actually
advertises
on
the
home
net.
So
that
just
feels
like
an
omission
in
this
in
this
in
this
diagram.
But
I
realize
that
the
diagram
is
already
kind
of
complicated.
So
maybe.
J
That's
not
a
solid
problem
yeah,
so
I
think
the
other
question
is
whether
we
wanted
to
really
get
into
that
other
side
of
things:
the
private
home
that
zone-
and
I
I
found
I
I'm
not
opposed
to
discussing
it,
but
it
seems
to
me
that
that
any
amount
of
text
we
put
in
there
fosters
the
potential
for
more
confusion
rather
than
less.
H
H
Yeah
or
you
know,
you
might
put
the
private
home
that
zone
in
the
authoritative
server
and
have
an
arrow
between
so
you
currently
don't
have
any
arrows
between
the
public
home
net
zone
in
the
in
the
home,
authoritative
server
and
the
public
home
net
zone
in
the
hna,
which
I
think
are
the
same
zone
and
the
dot.
The
diagram
sort
of
implies
that
hosts
on
the
home
network
are
going
to
be
querying
the
public
home
net
zone,
which
I
don't
think
is
correct.
H
So
that's
really
what
I'm
kind
of
calling
your
attention
to.
So
it
might
make
sense
to
in
the
home
that
authoritative
server
zone
to
have
the
public
home
net
zone
and
the
private
home
net
zone
and
make
it
look
like
the
private
home
net
zone
is
what's
getting
updated
and
queried,
since
presumably
it
is,
and
then
you
know,
have
have
a
similar
arrows
between
the
public
and
private
home
that
zone
so
that
indicating
that
that
the
public
home
net
zone
is
updated
from
the
private
home
that
zone.
But
not
talking
about
how
that
happens.
H
F
Yeah,
I
think
I
got
your
point.
I
think
that's
feasible
and
yeah.
I
will
see
what
we
can
put
in
the
in
the
diagram,
but
I
I
it
sounds
that
it's
not
impossible.
I
think
we
also
have
enough
text
on
that,
but
I
will
double
check
to
clarify
that.
H
By
the
way,
when
you're
doing
dnssd,
I
think
that
the
temporary
addresses
aren't
published
in
the
dn
in
the
at
all
anyway.
Stuart
might
correct
me
on
that,
but
I'm
pretty
sure
that's
the
case.
L
H
L
J
H
J
You
know,
well
it
it.
It
is
a
good
question
right
yeah
I
mean.
H
You
know
if
the
document's
not
talking
about
it.
We
don't
really
need
to
care
about
that
here,
but
I
just
mentioned
it
because
you
thought
you'd
said
that
it
was
being
filtered
and-
and
I
think
the
only
place
that
really
it
can
be
filtered
is
on
the
host,
because
the
host
is
the
only
thing
that
knows
what's
a
stable
address
and
what's
a.
J
Private
address
yeah.
I
think
that
ultimately
you're
right,
but
there
are
some
other
patterns
that
we
do
recognize.
As
being
you
know,
slack
addresses
and
stuff,
but
absolutely
you're,
you're
you're,
right,
yeah,
yeah.
H
And
I
guess
right,
you
have
to
filter
out
link
local
addresses
which
would
be
published
in
mdns.
F
Right
right,
yep,
so
just
to
clarify,
does
mdns
use
any
other
non-private
ip
addresses.
H
H
H
Okay,
one
other
small
comment
on
the
on
the
dhc
document
is
that
the
http
document
is
that
you
never
actually
say
what
an
hna
is
in
the
dhcp
document,
and
it
would
be
worth
having
a
reference,
because
when
I
was
reading
the
document,
I
actually
found
that,
like.
I
was
like
what
the
hell
is
an
hna,
because
I
wrote.
H
M
B
B
So
daniel
just
a
question,
you
said
you
think
this
is
ready
for
working
group.
Last
call:
did
you
want
to
talk
about
that
now
or
wait
till
the
very
end.
F
Well,
unless
we
are
not
at
the
very
end
any
time
I
mean,
if
you
want
to
break
that
now
or
I'm
fine.
B
So
I
guess,
if
other
people
have
technical
discussion
to
have
that's
probably
better
to
do
first,
so
there's
there's
there
is
a
question
in
the
chat,
for
example,
from
eric
klein.
What's
the
auth
story,
there.
E
F
So
it's
I
I
I
think
the
answer
is
it's
a
long
story,
because
the
draft
has
a
a
long
life.
So
if
I
recall
correctly,
when
we
I
mean
we,
we
had
some
authors
that
were
present
at
the
the
very
beginning
and
that
had
some
contributions
to
the
to
the
document.
F
I
think
it
was
we.
We
started
that
when
ted
was
an
80
so
and
then
things
changed,
so
some
people
were
working
on
a
different
companies.
Some
people
moved
out
out
of
the
itf,
so
so
this
is
why
we
we
had
quite
a
long
list
of
authors.
My
understanding
is
that.
N
Yeah
I
was
taking
off
for
the
office
yeah.
I
think.
J
J
We
recognize
that
the
people
building
home
net
routers
and
the
people
doing
the
outsourcing
are
not
necessarily
in
the
same
vertical
and
that
people
want
to
be
able
to
go
to
other
other
third
parties
right
and
so
by
defining
this
blob
that
you
basically
have
to
copy
and
pa
you,
for
instance,
could
copy
and
paste
from
one
to
the
other
that
at
least
we're
getting
all
of
the
parameters
clearly
articulated
and
not
making
people
type
them
in
and
get
them
wrong.
J
Of
course,
that
could
also
happen
through
some
kind
of
an
oauth
2
process
where
the
the
the
the
process
starts
at
your
with
a
web
interface
to
your
home
net
router.
You
say
I
want
you
know
to
go
to
this
particular
outsourcing
agency
and
you
get
redirected
and
you
lo,
you
log.
You
know
log
in
with
oauth,
and
then
you
know
what
comes
back
is
a
post
from
your
browser
to
your
your
home
net
router
to
to
put
the
right
blob
in.
So
that's
strictly
configuration
right,
but
it
is
authorization.
J
You
are
saying
I
want
to
publish
my
zone
to
this
external
entity
and
I've
just
told
you
what
the
distribution
master
is,
and
then
we
expect
that
that
is
validated
in
tls
using
this
typical
6125
mechanisms
that
we
have
so
the
the
synchronization
channel
is
dns
over
tls
right
and
we
thought
along
hard
about.
J
You
know
people
are
saying:
oh,
it
should
just
be
a
json
interface
and
everything
should
be
json
up
and
down
and
ray
convinced
us
that
it
was
easier
to
do
with
dns
and
that
there
were
fewer
moving
parts
and
that
the
hard
part
was
getting
the
tls
not
there,
and
that
once
you
had
the
tls
there,
the
the
data
format
was
irrelevant.
At
that
point,
you
might
as
well
be
in
dns
format
rather
than
json.
M
Perhaps
I
think
I
have
more
reading
to
do.
I'm
just
kind
of
wondering
why
the
how
the
how
the
isp
trusts
the
home
net
to
to
update.
J
J
That
that's
that's
another
good
question.
I
was
thinking
the
other
direction,
so
so
that
happens
in
this
synchronization
channel
that
is
set
up
in
that
space.
Okay,
thank
you
and
ray
writes
there.
So
I
didn't
want
to
get
into
the
detail
right
here
because
I'm
still
asleep,
but
I
get
it
wrong
but
ray
points
yes.
So
there
is
a
certificate
provided
by
the
h
a
when
he
in
the
synchronization
channel
and
that's
how
that
works.
A
I
did
have
one
question
looking
through
this
was
so
I
do
notice
that
you've
got
the
list
of
various
dns
over
quick
dns
over
http
in
dot
and
do
53.
Is
there
any
thought-
and
you
said
you're
going
to
get
rid
of
the
doh?
F
Yeah,
that's
I
mean
this
is.
This
is
how
we
do
I
mean.
Basically,
you
have
a
dhcp
options
that
says
a
field
transport
and
you
had
some
cut
points,
saying
dns
or
dns
of
the
tls,
and
I
added
the
others.
So
I
mean.
J
I
think
we
added
the
others,
because
once
we
put
two
of
them,
we
went
and
then
people
are
gonna
be
like
well
what
about?
What
about?
What
about
and
we're
like?
Oh
just
throw
them
in
right,
so
we
weren't
really
thinking
about
whether
zone
transfers
over
doh
was
a
thing
or
not.
We
were
just
let's
be
inclusive.
A
Okay,
yeah,
I
think
it
looked
like
they
were
intended
to
be
a
niana
registry,
but
I
didn't
see
them
in
the
iana
considerations.
No.
J
I
I
don't
think
I
imagined
that
there
would
be
more
than
the
four
that
we
already
had
there
and
but
you're
right.
You
know
it.
We
should
remove
the
ones
that
really
actually
don't
make.
I
guess
really
don't
make
any
sense
and
you
know
provide
an
iana.
J
F
So
there
is
an
eye
on
a
section
for
the
ghcp
options
and
I'm
hearing
that
we
should
move.
I
mean
we
should
not
move,
but
we
should
have
an
another
registry
for
the
domain
document.
The
architecture
document.
A
H
Just
yeah
yeah
I
I
think
it
does
need
to
be
a
registry,
and
I
think
that
it's
actually
important
not
to
list
anything.
You
don't
know
how
to
do
or
don't
want
done.
For
example,
you
list
do
53,
but
the
document
basically
says
the
dos
dot
is
mandatory,
and
so
I
don't
think
that
you
really
want
to
list
do
53,
because
you
don't
want
it
used
right.
H
You
want
dot
to
be
used,
so
I
would
only
list
things
that
you
actually
want
to
be
used,
and
you
know
a
future
protocol
that
that
we
don't
know
about
yet
that
we
decide
to
switch
to
is
probably
going
to
be
better
than
dot
not
worse
than
dot.
So
so
anything
that's
worse
than
dot.
You
definitely
shouldn't
list.
F
Yeah,
that's
that's
not
a
problem
for
to
add
one
question:
is
I'm
just
opening
the
dhcp
options?
What
do
you
think
should
be?
Should
we
go
for
a
specification
required
or.
H
Well
then,
that's
enough
that
you're
never
gonna
run
out.
So
I
would
just
say
you
know
maybe
specification
required
just
because
you
want
people
document
what
they're
doing,
but
I
really
doubt
you're
gonna
have
a
problem.
Okay,.
A
B
On
the
process
of
in
the
chat
there,
I
I
suggested
a
couple
of
chair-like
process
like
questions,
so
if
anybody
wants
to
quibble
with
those
now's
a
good
chance,
I
I
I
don't
know
that
we're
going
to
get
a
a
huge
rush
of
people
also
in
their
review,
because
I
guess
we
all
know
how
quiet
the
work
move
this
is
and
so
on.
So
I
think
it's
worth
asking
the
questions
before
we
figure
out
how
to
do
so.
B
Okay,
so
the
the
rush
teams
have
died
down
there
in
the
in
the
chat,
the
the
for
the
audio.
I
guess
we
had
you
know
four
people
with
with
yes
or
partial:
yes,
okay,
so
how
many
people
are
willing
to
review
these
documents?
And
in
this
case
again,
if
you
can
state
your
willingness
in
the
chat
or
in
audio,
that
would
be.
B
B
Okay
and
that
russia
is
stopped
now
so,
okay,
so
we've
got
other
like
chairs
and
id
we
have
like
three,
I
think,
is
it
yeah.
We
have
three
people
who
are
not
chairs
or
id
saying
they
will
do
a
review
and
then
the
third
question
I
had
before
we
figure
out
what
this
all
means
is.
Does
anyone
violently
object
to
thinking
about
progressing
these?
Does
anybody
think
that
we,
you
know
either
technically
or
we
just
don't,
have
enough
commentary
and
review
to
claim
consensus
so
other?
B
B
B
So
I'm
hearing
slide
on
some
app,
not
saying
anything
in
the
chat.
Ted
is
encouraging
us
to
finish
this
okay.
So
so
it
sounds
like
we.
We
have
the
position
we
kind
of
knew
we
had,
which
is
that
we
have
some
work,
that
people
think
is
worthwhile
and
we
have
a
problem
progressing
it,
because
we
don't
know
that
we've
gotten
enough
review
is
something
I
think
we
discussed
with
eric
at
our
id
before,
and
so
it
might
be
that
getting
a
review.
You
know
progressing
it
as
with
a
working
group.
G
You
know
you
can
do
it
the
same
thing
right,
so
you
may
want
to
ask
an
early
review
or
just
right
now
and
at
least
at
the
end
directorate
to
get
the
dns
and
the
acp
pass
on
it,
and
I
would
strongly
suggest
as
well
when
you
issue
the
ring
group
last
call
in
home
net.
You
copy,
dns,
ops
and
deprive
for
the
the
front-end
name
delegation
and
you
copy
dhc
working
group
for
the
dhcp
option
as
well,
just
to
be
sure.
B
G
B
Okay,
so
so
it
sounds
like
the
plan
I'll
ask
in
a
second.
If
the
authors
want
to
do
an
update
before
we
start
this,
but
it
sounds
like
we
have
some
people
to
review
it.
A
small
number,
the
authors
think
it's
ready
with.
You
know
some
changes
as
per
discussion.
Today
we
have
a
few
people
to
review
it.
We
do
a
working
group
last
call
promote
it
to
dns
optiprive
into
ask
for
an
early
interview
review.
B
Maybe
an
early
sector
review
see
what
we
get
and
then
hand
it
over
to
eric
and
let
him
use
his
enormous
wisdom
to
solve
the
problem.
If
there
is
one.
F
F
Yeah
so
wait
a
week,
I'm
gonna
update
that
and
as
soon
as
we
have
the
update,
we
can
kick
the
working
group.
Let's
go.
B
B
B
Not
hearing
anything,
so
this
is
our
agenda.
We've
done
one
two
and
three,
I
think
four
we
earlier
discussed
and
figured
it
would
be
better
to
to
have
this
as
a
separate
topic
in
you
know,
in
after
ted
has
started
some
discussion
on
the
list
in
a
few
weeks
and
maybe
towards
that,
may
have
another
intro
on
that
topic.
H
Last
time
we
discussed
it,
I
promised
to
do
an
update
before
we
before
we
discussed
it
in
an
interim,
and
it
seems
like
that's
worth
doing
so.
G
B
Good
good
thinking,
so
please,
please,
do
fill
in
the
blue
sheet,
which
is
in
the
kodian
d
thing.
Isn't
it
at
the
top
down
the
bottom,
not
sure
where
it
is
yeah
it's
down
at
the
bottom
of
the
cody
and
kodai?
How
do
you
pronounce
that
cody?
How
do
you
make
podium
d,
okay,
so
down
the
bottom
of
that
page
is
the
blue
sheets.
Please
put
your
name
there
if
you've
been
enjoying
this
session
or
even
if
you
haven't
okay,
any
other
business.
A
I'm
good
thanks.
I
think
it
was
a
good
call,
look
forward
to
getting
some
movement
on
these
tracks
and
also
on
the
stud
networks
and
I'll
polish
up
the
meet
the
minutes
and
post
them.
B
Great
and
again,
if
you,
if
you
haven't
yet,
please
do
put
your
name
on
the
blue
sheet,
I
mean,
I
guess,
you're
kind
of
recording
it,
but
it's
it's
much
better
to
do
it
right,
and
so
with
that,
I
think
we're
done
for
today
a
little
bit
early.
That's
good.
B
So
yeah,
I
think
that's
it
folks.
So
thank
you.
We
look
forward
to
some
traffic
of
the
list.
Those
drafts
work,
group,
glass,
calls
etc.