►
From YouTube: IETF-CBOR-20220601-1400
Description
CBOR meeting session at IETF
2022/06/01 1400
https://datatracker.ietf.org/meeting//proceedings/
B
B
B
B
B
A
B
No,
it's
weekly.
Now
it's
it's
supposed
to
be
every
tuesday,
but
I
guess
because
monday
was
a
holiday
in
the
u.s.
Everything
got
pushed
out
a
day.
C
B
Yeah
they
they
mow
every
week,
starting
sometime
in
may
and
until
sometime
in
october,.
B
Well,
I
mean,
I
guess
that
we
can,
just
if
you
and
marco
have
things
to
discuss
in
this,
we
can
start
it.
C
A
A
Everybody's
favorite
subject,
so
we
have
one
errata
that
was
reported
a
year
ago
on
8610
and
we
had
a
little
bit
of
discussion
on
the
mailing
list.
But
we
didn't
take
that
anywhere.
So
who
actually
has
the
the
ball
in
the
court
right
now.
B
Yeah,
the
the
ad
is
the
one
who
does
the
handling
of
the
errata.
They
look
for
advice
from
the
working
group.
We
often
for
trivial
things.
We
just
do
it,
but
this
one
is
not
trivial,
so
you
posted
yeah
a
year
ago
to
the
mailing
list.
I
see
that
post.
B
I
mean,
I
guess,
if
nobody
commented
on
that,
your
suggestion
of
hold
for
document
update
is,
can
be
considered.
The
working
group's
advice
to
the
ad.
A
Yeah,
I
think,
the
the
the
text,
the
notes
for
the
hold
for
document
update,
would
mention
that
there
is
a
missing
pointer
from
223
to
36,
where
that
that
additional
effect
that
is
actually
supplied
so
that
that
solves
lawrence's
problem
right
here.
All
the
information
is
there
it's
just
not
properly
internally
cross-linked.
B
B
B
Right,
I
guess
the
thing
to
do
with
if
francesca
can't
hear
us,
the
thing
to
do
is
just
send
email
to
seabor
ads,
asking
that
they
close
this
withhold
for
document
update.
So
I
guess
I
can
do
that.
Thank
you.
B
So
francesco
says
she
can
hear
now
but
missed
the
beginning
of
the
conversation
francesca.
The
conversation
is
about
errata
report
6575,
which
is
on
rfc
8610,
and
this
the
working
group
suggestion
is
to
close
that
hold
for
document
update
so
I'll.
Send
you
that
by
email,
okay,
go
on
carsten.
A
Yeah,
so
just
to
to
remind
people
what
what
the
the
underlying
problem
here
is.
The
we
have
this
this
weird
syntax
we
use
in
cgdl
for
basing
for
essentially
grounding
the
the
semantical
definitions
in
the
syntax
of
sibor.
A
So
the
additional
information
just
tells
you
how
many
bytes
there
are
in
the
argument
and
then
the
the
argument
supplies
the
actual
information
so
that
that's
yeah,
maybe
not
that
greater
design,
and
this
actually
came
up
repeatedly
in
in
various
drafts,
where
we
tried
to
use
some
some
generics
and
and
couldn't
make
this
work.
So
you,
you
cannot
say
dash
six
dot
x
somewhere
in
a
generic
or
you.
A
You
cannot
compute
tag
numbers
and
if
you
could,
the
syntax
would
be
really
bad,
probably
not
not
possible
the
the
way
it
would
look
like.
A
A
This
is
it's
worth
discussing
this
together
with
other
formats,
so,
for
instance,
in
the
http
with
working
group,
they
found
out
that
they
don't
have
a
way
to
talk
about
structured
field,
values
and
cdl
is
approximately
90
percent
useful,
for
that
it
just
doesn't
have
an
obvious
way
how
to
base
it
on
the
very
different
generic
data
model
of
structured
field
values.
So
this
this
is
almost
but
but
not
entirely,
unlike
jason,
so
we
would
have
to.
A
We
cannot
just
rely
on
the
analogy
to
to
jason
here
so
that
that's
something
that
we
should
look
at
if
we
think
it's
a
good
thing
that
other
documents
can
use
cdf
for
defining
their
data
models.
A
A
So
that's
one
point:
I
wanted
people
to
start
thinking
about.
We
probably
won't
have
the
the
solution
in
in
this
meeting,
but
it's
definitely
on
the
agenda
for
for
an
update
to
cdl.
A
Okay,
I
make
this
point
to
to
other
people
again
and
again
and
and
see
whether
there
is
a
point
in
trying
to
make
this
happen
or
whether
we
should
frugally
limit
ourselves
to
sibo
and
json
applications
of
cdl.
A
We
had
a
good
discussion
two
weeks
ago
and
I
tried
to
flesh
this
out
and
I
I
now
have
a
design
that
that
I
think
can
be
made
to
work.
I
haven't
completely
implemented
it
yet,
but
what
we
took
away
from
the
previous
meeting
was
that
we
won't
have
separate
prefix
and
suffix
tables
and
that
we
probably
want
to
make
the
merge
table
available
to
additional
processing
that
we
hadn't
defined
two
weeks
ago.
A
So
we
we
already
have
the
the
processing
that
is
making
use
of
the
information
for
prefixes
and
suffixes.
But
we
haven't
looked
at
other
ways
of
using
this
and
I
have
a
little
bit
of
slide.
We
are
doing
that
and
let
me
just
show
how
it
looked
like
two
weeks
ago:
that's
the
the
one
with
the
tank
51,
and
so
what
the
the
change
would
mean
that
we
wouldn't
have
separate,
prefix
and
suffix
table.
They
would
all
be
in
one
table
and
that
just
means
we
have
to
use
different
numbers
here.
A
So.
What
what
we
now
have
is
we,
the
package
consists
of
the
table
setup
tag,
the
sharing
reference,
so
a
reference
that
just
points
into
the
sharing
table
and
extracts
the
the
item
there
unchanged-
and
we
have
this
argument,
reference
thing
where
we
have
a
tag
that
has
both
their
their
own
data,
the
argument
and
the
reference
into
the
the
merged
table
and
a
bit
that
says
whether
this
is
a
prefix
or
a
suffix
reference.
A
We
would
have
the
two
processing
models:
the
accessor
in
place
model,
which
we
have
also
called
pointer,
tracing
and
the
the
unpacker
model,
but
the
unpacker
model,
where
you
unpack
the
whole
packed
silver
data
item
that
that
can
be
described
in
terms
of
the
accessor
in
place
model,
so
would
just
use
the
accessor
in
place
model
for
defining
the
the
meaning
and
the
the
meaning
is
essentially
and
when
you
have
an
when
you
do
an
accessor
in
place
unpacking
if
you
are
looking
at
a
reference
tag,
so
one
of
the
tags
that
we
define
in
this
document.
A
If
it's
a
sharing
reference,
then
it
has
an
implied
number
n
somewhere
in
its
in
the
tag
which
is
0
to
15.
For
for
a
simple
data
item
and
16
or
more
for
take
six,
then
you
index
the
shared
table,
apply
the
accessor
in
place,
processing
to
that
and
and
return
the
whole
thing.
A
And
then
you
run
the
argument
processing
which
is
dependent
on
the
the
flag.
This
a
prefix
or
suffix
on
the
reference
that
that
was
implied
by
the
tag
number
and
on
the
unpacked
content,
which
is
referred
to
as
the
rump
here.
A
So
this
this
argument
process
would
look
at
both
the
reference
and
the
rump,
and
if
both
are
strings,
it
would
do
a
string
card
and
if
both
are
arrays,
it
will
do
an
array
cad
and
if
both
are
maps,
then
it
would
do
a
map
merge
and
otherwise
it
would
do
a
function
process.
And
that's
the
new
thing
that
that's
coming
in
here
and
the
the
function
process
works
by
using
a
tag
on
one
of
the
two
parameters
here
on
the
reference
value
or
the
ramp
value.
A
So
there
must
be
a
tag
there.
Otherwise,
it's
not
not
a
valid
accessor
in
place
reference,
and
we
can
use
this
v
flag,
the
prefix
versus
suffix
flag.
Otherwise,
we
can
use
that
flag
to
decide
whether
we
are
looking
for
the
tag
in
the
reference
or
we
are
looking
for
the
tag
in
the
ramp.
A
So
it
is
completely
determined
by
by
the
referencing
mechanism
and
not
by
what
you
find
in
the
referenced
data
which
of
the
two
is
is
true,
so
essentially
you
find
a
tag
there
and
then
it's
the
job
of
the
tag
to
tell
you
what
to
do.
So.
That's
that's,
essentially
the
extension
model
here
and
let's
look
at
that
in
an
example.
A
Let's
imagine
we
define
a
midfix
tag
and
we
could
put
this
midfix
tag
into
an
argument,
reference
tag
with
the
the
index
zero.
So
we
would
extract
the
pack.example
and
use
it
with
the
mid
fix
semantics.
That,
of
course,
have
to
be
redefined
somewhere
like
for
every
tag
and
then
the
the
function
processing
would
find
the
the
midfix
tag
because
v
equals
one.
It's
it's
the
one
in
the
argument
and
not
in
the
reference
and
the
matrix
tag
says.
A
Take
my
take
the
array
inside
me
and
put
the
the
first
element.
First
then,
the
referenced
data
and
then
the
last
element.
A
So
this
can
be
done
the
other
way
around.
So
if
we
know
we
will
be
using
pec.example
in
the
matrix
situation,
most
of
the
time
we
can
go
to
the
v
equals
0
reference,
so
the
the
prefix
reference
and
leave
out
the
matrix
there,
but
put
the
matrix
in
in
the
argument
table.
So
this
is
essentially
the
the
same
thing,
but
the
diff
differs
in
whether
the
referencing
side
says
that
we
want
to
use
the
matrix
processing
or
the
argument
table
says
that
so
this
all
works.
A
Otherwise
we
have
the
three
string
array
map
mechanisms
that
that
are
implicit
functions,
but
if
it's
none
of
these
three,
because
we
have
a
tag,
then
that
must
be
a
function
tag
and
the
generic
unpicker
can
decide
whether
it
can.
It
knows
the
tag
or
has
to
leave
this
to
the
application,
and
the
only
thing
I
couldn't
really
figure
out
is
how
would
the
generic
unpacker
present
this
to
the
application?
So
clearly,
this
is
outside
what
you
can
express
by
head,
just
handing
a
zero
structure
to
the
application.
A
A
Okay,
so
we
said
last
time
that
we
want
to
do
this.
This
whole
sequence
thing
and
the
unwrap
splicing
proposal
outside
of
this
document-
and
we
probably
don't
want
to
do
a
cushion
sync
set
of
function
tags
in
this
document,
but
maybe
we
do
it
should
do
at
least
one.
So
we
have
a.
We
have
something
that
people
who
are
trying
to
implement
sibo
packed
try
to
implement,
so
they
they
have
an
incentive
to
actually
get
function.
Tags
going
so
maybe
midfix
is
a
good
candidate
for
that,
but
we
can
find
that
out.
A
A
Yeah
there's
one
ugly
thing
remaining
tag.
Six
is
is
expensive
as
edge.
It's
it's
an
efficient
way,
tagging
things.
So
we
are
splitting
tactics
between
shared
references
and
argument,
references
and
with
the
fact
that
we
now
allow
any
in
the
set
of
parameters
to
a
function.
Tag
we
no
longer
can
rely
on
the
fact
that
there
will
be
no
integer
there,
so
this
becomes
ambiguous,
or
at
least
if
we
define
it
the
way
it's
defined
right
now.
A
A
That
is
also
using
the
first
item
in
the
argument
table,
but
doesn't
have
this
this
shared
duty
between
shared
references
and
argument
references,
so
this
would
be
spending
one
more
tag,
but
it
would
make
would
avoid
having
this
weird
watch
where
you
suddenly
cannot
use
the
the
argument.
A
A
And
then
we
probably
need
to
think
about
complexity.
Do
we
want
to
do
some
profiling
here?
I'm
pretty
sure
that
we
will
want
to
have
a
sharing
only
profile
for
for
people
who
only
want
to
do
point
out,
chasing
and
no
function
tag
processing
and
then
the
the
number
two
is
the
one
with
function
tag
processing
and
then
maybe
maybe
there
are
subsets
there
as
well,
and
one
question
would
be
whether
we
we
add
additional
tags
that
explicitly
identify
this
using
a
specific
profile.
A
So
that's
the
the
questions
to
the
working
group
I
had
prepared.
I
hope
that
some
people
will
look
at
this
in
the
recording
that
will
be
up
soon
and
try
answering
this
this
off
list.
But
if
you
have
a
reaction
right
now,
I
would
be
glad
to
hear
about
that.
B
B
I'll
note.
You've
probably
seen
the
message
to
the
list
that
the
chairs
requested
a
session
in
philadelphia.
So
we
do
plan
to
meet
for
an
hour
in
philadelphia.
A
Yeah,
so
the
the
assumption
by
assumption
would
be
that
we
will
have
a
completed
reaction
to
the
regular
blast
goal
comments
for
the
pac
document
before
the
internet
draft
deadline
for
that
meeting,
so
we
will
either
have
a
second
working
plus
call
or
however,
we
we
handle
this
and
discuss
it
in
in
philadelphia.
B
Yep
yeah
my
inclination
right
now,
depending
on
how
extensive
things
need
to
be.
Is
that
we'll
just
let
any
other
working
group
comments
on
pact
come
during
regular
last
call?
So
probably
when
you
post
this
revision,
we'll
just
send
it
up
to
francesca
at
that
point,.
A
B
Okay,
then
I
guess
we
are
done
for
today
we
will
meet
again
in
two
weeks
agenda
given,
and
I
will
not
be
here-
christian
will
run
it.
B
So
christian
will
see
you
guys
in
two
weeks,
and
I
will
see
you
after
that
anything
else
from
anybody
before
we
close
it.