►
From YouTube: CBOR WG Interim Meeting, 2020-04-08
Description
CBOR WG Interim Meeting, 2020-04-08
A
A
This
is
an
official
ITF
meeting,
so
the
note
well
apply.
If
you
haven't.
Please
take
a
moment
to
read
and
understand,
and
if
you
have
any
question
feel
free
to
ask
me
Jim
or
anybody
or
anybody
around
as
a
reminder,
minutes
are
taken,
this
meeting
is
recorded
and
the
presence
is
logged.
Yes,
please
go
into
the
ether
pad
and
write
your
name
at
the
end
of
the
ether
pad
as
a
virtual
blue
sheet.
A
So
this
is
a
working
group
status
update.
So
we've
had
six
interim
since
ITF
106,
so
we
are
pretty
used
to
having
virtual
interims
and
we
think
they're
very
useful,
and
we
would
like
to
see
more
participation
so
for
whoever
is
here
who
never
been
to
a
working
group
interim
before
pleased
to
join.
They
only
take
one
hour,
often
less
than
that,
and
we
discuss
topics
that
will
pop
in
the
main.
A
This
time
we
think
yeah,
it's
it's
a
check
you
can
find
minutes
and
whenever
the
worst
slides
slides
for
those
meetings
at
this
link
and
yes
since
ITF
106,
we've
had
yeah
super
rate
tags
and
super
sequence
that
were
published.
So
congratulations
to
the
working
group
and
the
others
with
that,
and
also
we've
been
working
on
the
70
49.
A
A
The
status
update
of
sake
and
yes,
just
scheduling,
we
will
continue
on
having
these
interims
on
the
same
timeslot,
which
is
this
one
Wednesday
between
5:00
and
6:00
p.m.
CST,
every
two
weeks
from
now
until
the
14
of
July,
and
if
we
feel
like
we
don't
have
topic
to
discuss
where
the
meeting
will
be
cancelled.
But
otherwise
we
will
be
having
the
meeting
and
I
didn't
ask.
But
is
there
any
agenda
bashing.
C
The
the
problem
is
that
the
Chrome
application
chosen
takes
some
polynomial
time
quadratic
or
cubic
I,
don't
know
by
the
number
of
applications
you
have
Ultima
by
the
number
of
replication
windows.
So
it
takes
me
about
20
seconds
to
actually
select
an
application.
I
want
to
share,
and
the
fun
part
is
during
those
20
seconds.
I
cannot
talk,
so
that
was
the
gap
you
just
experienced.
C
Okay,
so
I'm
not
seeing
Mike
Jones
at
this
point
in
time,
but
he
might
still
be
joining
so
I
have
a
gap
in
my
slides
for
Mike
to
chime
in
okay.
So
I
want
to
talk
about
three
things:
the
this
you
have
a
status,
the
the
time
tag
and
if
we
have
time
the
CDD,
air,
freezer
and
I
think
we
will
have
time
mushing,
the
whole
meeting
will
be
pretty
short,
so
we
did
a
working
class
call
and
everybody
seems
to
be
happy.
C
Everybody
seems
to
be
sleeping
or
everybody
seems
to
be
busy
with
realigning
the
world
with
covered
19,
which
is
my
problem
right
now,
because
we
we
have.
This
is
really
University
one
here
and
yeah.
So
we
are
getting
some
comments
from
implementers,
so
it
it
has
helped
to
a
large
sum
of
them,
but
this
is
coming
in
slowly.
So
I
think
we
just
have
to
plan
for
a
little
bit
more
time
for
for
more
comments
to
come
in
and
and
one
one
other
comment
you
came
in
like
20
minutes
ago,
so
I
think
it
working.
C
So
let
me
just
quickly
talk
through
the
three
issues.
We
have
right
now
on
the
repository,
so
one
observation
is
that
the
text
currently
says
that
not
all
implementations
might
do
64-bit
integers,
but
it
doesn't
warn
people
that
the
same
might
be
true
about
one
plus,
eight
okay,
so
text
with
a
64-bit
tag
number
and
that's
probably
a
very
small
piece
of
text
that
needs
to
be
added
by
but
I
agree.
This
should
be
added
and
why
we
were
discussing
this.
C
C
So
the
designated
expert
can
not
provide
any
back
pressure
there.
Interestingly,
a
Jana
has
has
asked
me
about
allocations
in
in
those
spaces
as
well,
just
to
make
sure
that
they
are
doing
everything
right,
but
I'm
I
don't
have
the
power
of
a
designated
expert
there.
So
I
don't
have
the
power
to
push
back,
and
that
is
the
result
of
discussions.
We
have
heard
and
I'm
a
little
bit
in
the
rough
on
those
discussions
so
of
course,
I'm
clinging
to
every
every
opportunity
to
bring
this
up
again.
E
A
A
A
C
Also
could
do
something
like
keep
the
1
plus
2
open
to
first-come,
first-serve,
but
only
part
of
it.
So
we
could
say
the
first
half
4711
is
just
a
syntactic
meta
variable
here,
part
of
the
1
plus
1
plus
2,
would
be
expert
review
and
the
rest
of
the
1
plus
2
together
were
the
1
plus
4
and
1
plus
8
would
be
FCFS.
A
Okay,
if
nobody
in
the
meeting
has
opinion
about
this
I
suggest
we
take
the
action
point
to
look
in
the
minutes
and
we
bring
the
discussion
back
to
the
mailing
list
and
we
take
a
decision
really
quickly
because
we
don't
want
to
delay
this
obviously.
But
we
want
to
give
everybody
a
chance
to
give
their
opinion.
A
B
C
F
Franchesca
this
is
our
I
just
wanted
to
chime
in
and
say
I
also
strongly
prefer
that
at
least
part
of
the
1+2
range
is
expert
review.
Otherwise
we're
not
using
expert
review
which
doesn't
make
any
sense
at
all
and
I.
Don't
I,
don't
care
a
goodly
amount
say
several
thousand
at
least
gotta
be
expert
review.
It
seems
to
me.
C
Emile
said
that
maybe
we
should
reserve
one
tag
number
for
knotek,
so
in
an
implementation
where
you
just
have
integer,
where
you
write
the
tag
number
that
applies
to
something
you
can
write
that
you
can
store
this
special
value
which,
if
we
had
thought
about
it
in
2013,
might
have
been
zero,
but
we
didn't
so
so
it
probably
will
be
something
else
like
66
right
now.
So
when
you
hand
that
up
in
a
data
structure,
it
means
this
item
does
not
have
a
tag.
C
Now.
Jim
noted
that
actually
this
doesn't
quite
help
an
implementation,
because
there
also
might
be
multiple
tags,
so
you
already
have
to
have
a
way
to
deal
with
multiple
tags,
but
I
still
can't
imagine
implementations
where
it's
just
nice
to
have
a
tag
number
where
we
know
that
that's
never
going
to
be
actually
used.
C
C
C
C
C
F
C
A
D
D
D
C
C
Yeah
I
mean
one
problem.
Of
course
we
have
is
that
these
are
all
github
issues
at
the
moment
and
we
have
the
usual
problem
of
connecting
the
github
issue
commenter
to
any
discussion
that
is
going
on
on
the
mailing
list,
but
yeah
I
think
we
know
how
to
do
this.
We
just
should
not
forget
doing
it.
Yeah.
E
A
C
A
C
Okay,
thank
you
so
the
the
issue
that
came
in
half
an
hour
ago-
or
maybe
he
said
he
said
he
five
minutes
ago-
was
about
the
security
considerations
about
hashes.
It's
wearing
on
that
an
attacker
can
turn
oh
one
hash
into
an
O
n
hash
if
they
know
how
the
hash
is
implemented
and
the
security
considerations
currently
only
mentioned
one
mitigation
strategy
and
of
course
it
should
mention
that
there
are
other
mitigation
strategies.
A
C
I
have
and
I
still
can
expand
that
so
I'm,
the
more
I
do
this,
the
more
spenny
it
gets
because
I'm
engaging
more
and
more
venues.
That
really
aren't
quite
meant
for
this,
but
but
it's
probably
not
too
much
of
an
etiquette
violation
to
go
ahead
and
ask
for
help,
but
I
also
think
that
some
people
will
will
need
a
week
or
two
to
actually
react.
A
A
C
Where
we
can
stay
in
the
current
state
indefinitely,
of
course,
right
now
is
not
really
such
a
great
time
to
ask
for
people's
attention,
because
there
are
all
these
other
things
going
on
with
readjusting
your
life
and
all
that
so
I
think
it
makes
sense
to
to
have
a
little
bit
more
time
edit,
but
I
also
think
that,
maybe
by
the
end
of
the
month,
we
should
decide
whether
we
can
ship
it.
Oh
yeah.
A
E
E
E
A
A
A
A
B
C
C
So
there
was
a
request
to
have
a
date
tag.
We
have
several
time
tags,
but
we
don't
have
a
way
to
identify
a
whole
day.
You
cannot
identify
a
whole
day
with
a
time
check
because,
depending
on
timezone,
it
may
be
a
different
day
in
different
parts
of
the
world.
So
you
really
need
a
different
tack,
so
we
now
have
Mike's
tag
which
is
RFC
339
based.
So
it
essentially
looks
like
this
and
there's
also
the
order
idea
to
do
an
epoch
based
one
and
actually
was
it.
C
So
paid
days
since
1970
or
101,
which
is
essentially
add
an
offset
version
of
M
ready,
so
one
could
argue
whether
this
should
be
an
MD
ID,
but
babies
are
not
exactly
well
understood
by
implementers,
so
maybe
just
doing
this
offset
by
40,000
something
so
it
starts
at
the
eunuchs
day.
It
doesn't
make
a
big
difference,
so
these
are
out
there
and
the
question
really
is
because
these
are
so
fundamental
is
what
what
do
we
want
to
do
about?
C
C
We
haven't
done
that
with
tag
0,
&
1,
so
we
have
take
0
for
text-based
times
and
takes
one
for
a
book
based
x
so
that
that
would
be
a
change,
but
it
would
be
a
change
we
could
make
so
I
think
we
should
think
about
this
for
a
short
wire
and
so
far,
I
think
the
the
tendency
and
the
main
list
was
to
do
the
same
thing.
We
did
with
0
and
1
and
and
just
have
two
different
texts.
E
This
is
Hank
absolutely
in
favor
of
creating
texts
for
things
that
are
used
on
a
daily
basis,
so
to
speak.
So
I
am
fine
with
distinguishing
these
two
via
text,
because
it's
just
simpler
but
I
am
very
confused
by
the
term
epoch
based,
but
because,
if
thousand
2005
or
eight
does
not
have
an
epoch,
what
is
0
1
1?
So
that's,
probably
the
epoch
of
that
Bay
day
based
counter
the
start
of
the
Common
Era
is
probably
also
an
epoch,
and
this
is
apparent
in
epoch
based
they
counter.
E
E
G
A
F
C
C
E
So
this
is
Angus
edition
in
put
on
this
three
weeks.
In
average,
I
received
the
question:
how
do
I
write
a
timestamp
and
I'm
sick
and
tired
of
explaining
the
whole
thing,
and
that
is
this?
Is
this
is
good
work
I
mean
seriously?
Then
people
might
like
be
confused
a
little
bit
about
it
for
very
first
beginning,
because
we
already
have
tags
yeah,
yeah,
no,
a
timestamp
is
global
and
and
interoperable
timestamp
is
not
easy.
Clocks
are
bad.
They
they
function,
not
very
good
drift.
They
they,
they
had
a
timing.
E
Timing
of
some
some
some
global
actions
like
like
I,
don't
know,
revocation
whatever
that's
very
poor
example.
I
know
it's
important
to
to
to
chime
Bay,
otherwise
their
windows,
and
then
things
get
messy
and
and
all
of
this,
and
we
have
a
lot
of
timing
constraints
if
we
go
with
long,
very
long,
long,
long
on
tubes
that
reach
to
other
planets
and
then
suddenly
timing
becomes
very,
very
important
and-
and
so
I
think
this
this
all
this
work
we
aggregated
here
is
very,
very
useful,
but
not
for
the
everyday
use
so
to
speak.
E
Some
people
have
a
very
requirement
for
this,
and
a
lot
of
people
are
just
like
well,
this
is
might
be
overkill,
but
it
is
not.
Let
me
assure
you
so
that's
my
my
additional
comment
to
this,
so
we
we
aggregated
as
a
lot
of
attributes
for
time,
a
representation
here
of
reference
points
of
linear
time
and
F,
for
example,
that
and
and
so
I'm
giving
back
towards
to
couple.
C
So
these
are
the
things
that
could
be
added
at
some
point.
There
are
other
things
like
precision
and,
and
so
on,
that
could
be
at
it.
So
I
think
this
should
simply
be
handled
based
on
whether
people
come
in
and
and
ask
for
how
do
you
represent
eggs
in
in
sea
war?
So
people
have
already
been
asking
about
time
scales.
C
They
haven't
been
asking
about
precision
as
far
as
I
know
so
yeah
this.
This
could
evolve
for
a
while,
but
we
could
also
decide
at
some
point
to
ship
it
as
an
RFC.
Oh
we.
What
we
also
could
do
by
the
way
is
generate
a
document
that
combines
a
number
of
useful
tags
and
describes
them.
So
so
we
don't
get
fifty
RFC's
on
on
tags,
but
just
a
single
one
that
it's
a
little
bit
like
an
index
of
our
seas
of
tanks
that
go
beyond
our
c7
g-49.
B
C
That's
a
way
serious
and
in
in
the
time
between
it,
would
live
as
as
a
this
document
and
and
we
could
register
tags
against
there
this
document.
So
we
don't
have
to
publish
this
this
every
six
months
or
so,
but
having
it
in
an
editorial
stable,
useful
way
without
thousand
places
where
people
have
to
prove
some
some
descriptions
that
all
differ
in
the
editorial
style
and
so
on.
That
would
be
a
useful
service
to
the
community.
I
think.
C
A
B
C
E
But,
but
also
we
have
a
certain
feasibility
threshold
here.
Why
I
am
full
support
of
the
ideas
that
I
currently
in
the
document,
apparently
I
would
always
wage
the
additional
content.
That
would
be
the
best
periods
we
are
just
discussing,
as
is
that
is
that,
does
that
reach
a
threshold?
Does
this
validate
the
feasibility
of
of
having
having
a
new
check
here
and
yes,
I
think
I
would
agree
with
very
first
of
all
not
to
split
and
scatter
this
around.
That
makes
things
very
hard
to
read
and
actually
to
find,
maybe
you
overlooked
it.
E
That
would
be
like
confusing,
very
very
on
that
that
side
of
point
of
view,
I
think
that
an
aggregate
is
a
good
thing
and
having
that
again
as
a
living
thing,
if
that
is
a
real,
stable
and
reliable
possibility
as
this
iterative
business
that
we
plan
actually
to
do
I'm,
absolutely
fine
with
that.
If
that
works,
I,
don't
know
if
that
works,
but
it
sounds
like
a
feasible
approach.
E
A
B
Always
able
to
plan
to
do
these
updates
and
then
it's
also
the
working
groups
get
busy
with
other
things
and
don't
have
the
interest
in
keeping
it
up
or
the
working
group
gets
disbanded
at
some
point
and
there's
nobody
keeping
it
out.
So
it
it's
never
going
to
be
a
complete
reference,
but
having
one
place
to
go,
to
look
for
these
things
and
have
it
updated
periodically
is
a
good
plan.
It's
worth
it's
worth.
Thinking
about.