►
From YouTube: IETF101-NETMOD-20180320-1550
Description
NETMOD meeting session at IETF101
2018/03/20 1550
https://datatracker.ietf.org/meeting/101/proceedings/
B
C
C
C
Alright,
let's
get
started
so
we
have
a
new
note.
Well
it
peels.
Well,
it
feels
later
in
the
week.
It
is
just
Tuesday
so,
but
you
should
have
seen
this
new
note.
Well,
it
applies
to
every
meeting
and
discussion
that
happens
in
the
this
working
group
and
all
the
other
working
groups
during
the
week.
I
think
it's
pretty
folks
should
be
pretty
familiar
with
the
concepts.
Please
just
make
sure
you
disclose
any
IPR
that
you
may
have
related
to
our
discussions.
C
C
If
you
didn't
like
that,
the
previous
etherpad
length
this
one
also
works,
we'll
be
jumping
on
two.
We
have
two
sessions.
You
obviously
made
it
to
the
first
one.
Thank
you,
the
second
one.
There
was
some
discussion
about
whether
we
were
gonna
have
that
at
all
at
the
the
first
agenda
that
came
out
said
likely
to
be
canceled.
We
are
not
cancelling
it.
We're
actually
gonna
have,
hopefully
a
very
good
scheme,
amount
discussion
on
the
second
one
and
that
will
be
focused
on
the
version
that
was
just
published
within
the
last
hour.
C
There's
a
zero
nine
out
there
and,
more
importantly,
what
we
want
to
do
as
a
working
group
in
the
long
term,
considering
that
we
now
have
gang
library,
this
through
working
group,
last
call
and
a
good,
full
and
MBA
support.
So
that's
going
to
be
all
of
Wednesday
this
session,
we're
going
to
start
out
with
a
couple
of
chartered
items,
Chris
and
Martin,
and
then
we're
gonna
go
into
a
list
of
non
chartered
items.
There's
one
item
here
that
got
just
added
at
the
last
session.
So
there
was
a
meet
in
net
comp.
A
C
C
Two
we've
already
talked
about
so
since
the
last
meeting
we're
very
excited
we
have
for
RFC's
the
we
think
that
having
this
nice
batch
of
RFC's
is
a
great
way
to
show
our
appreciation
to
our
outgoing
ad
that
we
actually
did
some
work
under
his
tenure
and
think,
oh
it's
already.
It's
got
published
today,
oh
yeah,
so
thank
you
been
one
up
for
expediting
that
processing
and
Benoit.
Thank
you
for
all
the
support
and
guidance
during
your
tenure.
C
So
Benoit
I
said
that
he's
hoping
this
week,
which
is
for
me
amazingly
fast,
but
but
quite
awesome,
post
working
working
group
last
call
but
not
yet
submitted
for
publication
request.
There's
the
ACF
ACL
model,
that's
ready
for
write
up.
Basically,
there
were
some
comments
that
need
to
be
addressed.
They
were
addressed
what,
in
the
last
week
pretty
recently
and
we
will
get
the
this
Shepard
will
get
to
the
write-up.
D
Apologies
I've
just
been
short
to
time
there
in
the
aid
stuff,
so
now
that
that's
out
of
the
way
of
the
drive
down
the
way
ie.
The
my
expectation
here
is:
there's
not
that
much
more
to
doing
these
drafts.
It's
really
just
adding
some
examples
through
and
then
I
think
that
they
should
be
ready
for
working
with
last
call.
So
there's
not
much
further
to
do.
I
think
the
one
exception
here
on
the
interface,
so
interface
VLAN
model
that
one
will
need
checked
with
actually
that
they're
happy
with
a
structure.
That's
on
structure.
C
C
Okay,
so
you'll
approach
them
directly
and
if
we
need
a
liaison
afterwards
you'll
do
that
right,
yeah,
okay,
the
acoustics
are
a
little
weird
in
here
and
it's
actually
a
little
hard
for
us,
the
it's
a
here
and
it's
not
a
volume
issue.
It's
just
the
sort
of
almost
half
echo
that
we're
getting.
So
if
we
ask
you
to
repeat
yourself,
please
just
no.
It's
a
little
hard
to
hear
up
here.
Okay,.
E
C
C
I'm
not
sure
I
have
seeing
this
come
in
that
that
type
of
offer
come
in
this
way
before
we
certainly
have
had
very
good
cooperation
with
itu-t
in
the
past
that
usually
that's
through
our
liaison
setting
things
up,
rather
than
just
coming
in
the
people
setting
things
up
rather
than
just
coming
in
through
liaison.
So
I
think
this
is
noteworthy,
and
we
certainly
would
like
to
highlight
it
so
that
anyone
who
is
interested
in
this
area,
she
should
feel
free
to
participate.
C
We
have
a
the
next
ones
coming
in
from
broadband
forum.
It's
an
update
on
OEM,
related
activities.
It's
I,
don't
think,
there's
anything
any
response
necessary.
It
is
also
interesting
for
those
of
you
that
care
about
this
topic.
I
happen
to
be
one
of
those,
but
many
of
you
may
not
the
the
next
one
is
one.
F
Wanna
I'm
not
clear
speaking
so.
Actually,
yes,
I
I've
seen
those
leeadams
were
a
response
was
required.
I
wanted
to
send
like
an
answer
to
all
the
famous.
Do
s
right
for
an
MDA
and
I
was
just
waiting
for
the
last
piece
before
the
schema
mounts
right.
So
hopefully
it
will
be
done
pretty
soon
and
then
we've
got
like
that.
F
The
bunch
of
thing
we
want
to
say:
okay,
we
have
provided
a
store,
it's
published.
We
have
all
the
gang
module.
Data
that
are
MDA
compliant
I
could
go
in
a
Yank
italic
and
do
a
query
for
all
the
traffic
R&D
compliant.
All
the
RFC
and
I
could
provide
this,
but
I
was
missing.
The
last
scheme
amount
piece
so
that
the
status
I
guess
that
by
Wednesday
evening
it's
not
there
not
for
any
longer,
but.
C
Well,
on
Wednesday
all
right,
I'm,
just
gonna
steal
some
thunder
there
we're
gonna
adapt
to
do
another
last
call
in
the
working
group,
so
we
won't
be
able
to
say
it's
all
completely
done
on
Wednesday.
We
just
know
where
we're
going
so
the
note
I
took
down
is
that
the
response
was
gated
by
scheme
I'm
out.
We
need
an
updated
response
and
once
we're
ready,
we'll
send
it.
Okay,
thank
you,
and
this
I
Triple
E
thing
is
so
very
similar
and
I'd
make
sense.
It's
consistent
with
what
Ben
Alonso
said.
Okay
with
that.
G
H
H
H
H
So
basically,
it
was
adopted
by
the
working
group.
I
just
reached
the
same
text
that
was
adopted,
but
we
had
a
bunch
of
changes
that
were
indicated
by
the
group
that
we
should
do
and
so
I
put
our
vision
through.
Also
that's
the
O
one
religion,
so
one
of
the
changes
was
to
use
configuration
only
previously,
we
had
sort
of
calf
moved
that
direction,
but
we
had
a
reset
tag.
Rpc-
and
this
is
the
idea,
was
that
you
can
delete.
H
You
can
delete
tags
that
designers
or
implementers
might
have
put
on
a
module
that
a
user
didn't
want,
didn't
agree
with
that
functionality
is
still
there,
but
we
have
a
different
way
of
masking
those
tags.
So
we
do
that
through
configuration
now,
I
also
removed
the
revision
from
the
list.
Keys.
I
may
be
a
little
discussion
on
the
list
on
this
I
don't
know,
is
it
possible
to
optional
keys,
I,
don't
think
so
right,
so
yeah,
that's
where
that
comes
into
play,
and
we
also
removed
the
King
library
augment.
H
So
this
is
the
old
module
you
can
see.
We
had
a
list
of
tags,
a
list
of
modules
followed
by
a
list
of
tags
for
each
module,
and
then
this
reset
tags
are
PC.
That's
like
the
new
one
is
simpler.
We
have
a
list
of
modules
indicated
by
name
for
each
module
with
a
list
of
tags,
and
then
we
also
have
a
list
of
masks
AG.
So
this
effectively
is
a
no.
So
if
somebody
put
on
like
AI,
this
module
supports
super
duper
feature
a
and
the
user
says.
No,
it's
both
bugs.
It
doesn't
support.
H
H
One
of
the
reasons
that
we
came
up
with
the
idea
was
surrounding
the
device
model
that
we
were
doing
with
the
routing
yang
design
team,
and
that
was-
and
that
was
basically
a
model
that
was
trying
to
organize
all
the
modules
under
this
tree.
So
you
had
like
a
tree
with
the
route
of
routing
and
then
under
rowdy.
You
had
control
playing,
and
then
you
had
OSPF
nice.I
as
bgp
right,
so
it
nobody
liked
that
and
everybody
wanted
the
more
flat
model,
the
flat
design
that
that
mod
affords
less
coupling
right.
H
But
but
people
do
like
to
organize
things,
that's
why
it
made
sense
to
some
people
right,
so
we
bring
tags
in
and
now
we
can
say
well,
these
are
routing
things
they're
protocols
and
then
you
can
see
the
difference
in
coloring
if
you're
not
colorblind.
The
bottom
tag
is
IGP.
The
for
is,
is
for
bgp,
it's
protocol
routing,
an
EBE,
EGP
and
then
the
third
one
is
not
comp,
which
is
a
protocol,
but
not
routing,
and
it's
just
a
man
right.
So
it's
a
way
to
organize
and
counter
Rhys
things
next
slide.
H
So
the
open
issues
we
do
have
a
list
of
tags
which
are
basically
surrounded.
You
know
we
came
up
with
that
list
based
on
the
device
model
idea
there
might
be
other
it
would
be
good
to
if
we
could
go
over
those.
As
a
group
I
know,
Martin
had
some
ideas
about
who
he
wanted
to
use
this.
It's
not
just
the
device
model
like
you
could
say
these
are
open,
can
fix,
you
know,
models
or
modules
right
or
not,
so
they
can
they
conform
to
the
open
config
scheme
or
whatever
we
could
use
more
examples.
H
H
I
mean
you
have
a
bunch
of
recipes
that
you're
looking
at
and
we
like
to
organize
them
too,
or
a
menu
like
breakfast
and
lunch
and
dinner,
and
then
maybe
land
and
see
like
I,
don't
know
I'm
just
trying
to
come
up
with
examples
of
grouping
things
by
tags,
so
yeah
I
think
that's
it,
but
that
we
don't
have
a
lot
to
do
here.
I
think
it's
gonna
be
pretty
quick.
D
K
K
D
H
I
think
I
when
I
talked
to
Robert
earlier
it's
a
kind
of
we're
kind
of
paving
new
ground.
Here.
I
I
mean
Cisco's
sort
of
famous
for
the
no
concept
like
no
interface
and
no
shutdown
right,
but
we
don't
really
have
a
way
to
do
that.
You
know
through
positive
config,
and
this
is
the
way
I
did
it,
but
yeah.
We
should
look
at
it,
make
sure
it's
the
right
way.
F
H
H
H
The
vendor
yeah
the
vendor,
is
it
I,
don't
have
expectations
or
anything?
It's
it's
like
hashtags
right
it
I
I
picture
it
more
as
something
that's
it's
a
not
an
obvious
thing
that
we
do.
We
we
organize
things
and
people
may
come
up
with
new
ways
to
use
it.
The
example
that
I
came
up
with
first
or
that
caused
it
to
be
birth,
was
that
the
device
model
that
would
mostly
be
a
design
time
thing
because
most
you
would
say,
I'm
writing
a
routing
protocol.
H
Ios
be
off
right,
so
I'm
gonna
tag
it
with
protocol
routing
IGP.
So
that's
a
design
time
now.
The
vendor
I
I'm,
not
sure
how
the
vendor
tagging
would
happen.
Maybe
they
could
be
tagged
with
opens
and
bag
if
there
I
it
was
outside
of
the
thing
now
that
not
really
and
then
the
user
could
be
tagging
it
and,
however,
they
wanted
to
organize
their
modules.
The
the
vendor,
one
is
I,
think
that
at
least
probably
the
least
one
that
would
be
used,
but
yeah
alright,
but
we
just
left
it
open
for
white.
F
For
this
right,
because
you
know
if
this
is
design
time
as
opposed
to
you
know
it
could
be
the
lifetime,
then
you
know
the
tact
have
to
be
perfect
right
and
we've
been
trying
those
type
of
tax
in
the
past
of
discussing
in
the
context,
for
example,
of
energy
management.
Oh
but
I
want
you
know
if
this
is
like
or
something
that
we're
waking
up
a
morning
and
then
one
of
they
combine
the
two.
Then
it's
a
new
time,
so
you
know,
but
ok
I
will
be
thinking
about
no.
J
H
Api's
right
like
if
you
have
a
comp,
if
you
have
a
common
path
that
gives
you
common
functionality
in
a
module,
you
could
tag
it
as
supporting
that
it's
not
a
feature.
It
is
a
feature
right,
but
it
would
be
cross
module
and
you
could
say
that
it
supports
that
that
path
to
that
function
and
then
you
could
tag
any
module
that
supported
that.
But
this
is
kind
of
I
think
outside
of
the
standards:
purview,
I,
don't
I,
don't
think
it's
as
useful
and
IETF
is.
L
L
K
L
H
I
J
H
M
Says
you
can,
if
you
run
into
a
config
another
operation,
so
you
can
retry
this
as
multi-line
post-attack,
because
I
think
this
is
only
operation
d'etre
and
if
you
I
mean,
if
you
try
this
volume,
you're
learning
together
can
take
two
resources:
module
which
cannot
receives
its
tax
information.
Those
think
is
big
need
to
define
some
metadata
as.
H
B
M
M
H
I
mean
you
can
define
whatever
you
want.
That's
how
we
wrote
this
right.
So
if
you're
asking,
if
we're
going
to
add
certain
tags
and
yeah
I
mean
we're
I'm
open
to
hearing
any
sort,
types
of
tags
that
you
might
want
to
add.
But
again,
if
the
document
is
structured,
so
the
designers,
vendors
or
people
with
the
devices
or
servers
can
add
the
tags.
It's
it's
allowed
at
all
three
stages:
okay,.
D
H
C
L
So,
just
a
very,
very
quick
recap
of
the
problem
in
the
solution,
so
the
problem
is,
of
course,
that
have
these
yang
data
extension
statement
in
the
rest
of
our
sea,
but
it
has
been
used
for
a
lot
more
than
just
within
the
restaurant
Hong
Kong
people
are
using
it
in
in
various
contracts
and
it
has
a
couple
of
limitations.
So
so
one
limitation
that
was
noted
and
notification
drafts
was
that
the
structure
cannot
be
augmented.
L
So
there
were,
there
are
two
open
issues.
They
were
briefly
discussed
on
an
analyst.
We
would
like
to
try
to
close
them,
so
one
question
was:
should
we
also
define
the
statement,
something
like
uses
young
data,
so
they
can
have
you
structure
with
a
lot
amended
at
to
also
use
this
structure
just
by
keeping.
Is
a
group
thing,
so
there
are
also
some
drawbacks
for
this
order.
They
have
group
into
it,
but
you
can
use
so
we
would
have
two
different
mechanisms
for
defining
reusable
structures
if
we
did
this.
L
Another
problem
is
that
if
we
do
this,
we
would
do
this
as
an
extension
statement
tools,
model
able
to
understand
it
because
sorry
not
required,
understand
old
extensions
and
it's
generally
a
bad
idea
to
define
data
nodes
in
expansion
statements,
so
I
would
propose
and
I
think
that
some
of
us
Walker's
proposed
to
to
not
do
this.
We
just
use
whatever
we
have
and
use
normal
grooving.
They
use
this.
For,
for
this.
L
Useful
case,
for
the
other
hand,
I
mean
so
this
young
data
extension.
It
defines
the
data
structure
that
is
not
part
of
any
data
store.
Anything
it's
something
outside
of
data
source,
so
schema
mount
mount
stuff
data
source.
So
I
wouldn't
think
that
you
could
actually
schema
mouth,
something
that
is
defined
in
this
extension.
That
would
be
I.
Think.
D
A
Captain
perhaps
a
way
that
we
could
address
this
would
be
in
this
draft
say
that
anyone
who
wants
to
create
a
game
to
use
this
Yankee
rat
extension
that
they
must
create
a
grouping
and
then
use
the
grouping
and
they're,
thereby
ensuring
the
downstream
compositions
can
occur
by
using
the
difference.
Also,
oh
I,
wouldn't.
L
Right,
the
second
open
issue
is
about
the
error
info
thing.
We
have
seen
also
in
the
notification
drafts
that
the
young
data
structure
is
is
used
to
define
error
infrastructures.
So
error
info
in
the
RPC
error
is
even
it's
an
open
structure.
You
can,
you
can
put
any
structure
in
there,
but
there
is
really
no
way
of
defining
what
that
structure
would
look
like.
L
So
one
proposal
on
list
was
to
maybe
add-
or
maybe
use
this
young
leader
statement
to
define
the
error
info
structure
just
like
they
do
in
a
draft,
but
then
also
add
another
extension
into
the
RPC
and
actions
that
would
tell
you
which
our
infrastructure
can
actually
occur
for
this
particular
you
see
currently
will
have
to
do
this
with
description
statements,
plain
text,
and
this
might
be
a
good
idea,
but,
as
someone
pointed
out,
it
kind
of
expands
the
scope
of
this
document.
It's
probably
not
included
in
what,
in
the
original
scope
the
issues.
L
L
L
K
O
L
L
A
M
A
L
Right
so
so,
for
the
time
being,
if
you
need
something
like
this,
you
would
use
the
I
ignite
extension,
define
the
structure,
and
then
you
would
explain
in
text
in
the
description
statement,
all
the
RPC
or
action
that
that
particular
area
or
structure
is
actually
being
used,
so
we'll
have
a
form
way
of
doing
it.
That's.
G
C
L
E
O
All
right
in
Singapore,
I
presented
on
this
proposal
to
introduce
the
concept
of
semantic
versioning
for
modules,
specifically
because,
even
though
yang
won
one
stipulates
we
should
not
have
backward
incompatible
changes
between
modules.
That
implies
that
a
module
must
be
perfect
out
of
the
gate
and
that's
not
the
case.
That's
certainly,
we've
already
seen
examples
where
there's
been
issues
between
the
standard
and
the
implementation
that
made
it
hard
to
move
forward
with
yang
vendors
are
struggling
at
this
as
well.
O
In
that
we
coming
from
a
vendor,
sometimes
we
have
to
release
backward
incompatible
changes
and
in
the
standards
bodies.
If
we
strive
for
perfection
we
get
in
the
way
of
good
and
we
delay
and
delay
means
people
will
go
elsewhere.
Looking
for
the
solution,
so
we
have
proposed
an
alternative
method
in
my
whereby
we
introduce
a
major
minor
dot
patch,
where
major
introduces
this
idea
of
backward
incompatible,
changes,
minor,
introduces
new
features,
but
backwards
incompatibility
is
maintained
and
patches
bug
fixes.
So
that's
level
setting
that's
what
we
talked
about
in
100
and
Singapore
since
then.
O
Besides,
adding
Polish
to
the
list
of
authors,
we've
added
some
additional
text.
That
kind
of
rounded
out
some
of
the
use
cases
added
some
additional
justification
and
also
saying
that
you
know
sometimes
a
new
module
name
may
be
required,
for
example,
when
there
is
an
overwhelming
change
to
the
schema,
or
there
are
some
orchids
organizational
ships.
We
also
added
some
augments
and
admittedly,
these
augments,
if
you're
reading
version,
oh
three,
they
do
not
refer
to
the
this
version
of
IETF
yang
library.
So
we
have
to
fix
that.
O
We
also
identified
kind
of
a
terminology
issue
with
deprecated
and
obsolete,
especially
when
you
look
at
them
as
an
API
contract.
They
tend
to
lend
themselves
to
a
may
or
may
not
type
of
language
which,
for
a
contract
just
doesn't
do
very
well,
meaning
that
the
client
it's
up
to
the
client,
to
kind
of
figure
it
out
just
fire
and
see
what
you
get
back.
That's
really
not
what
what
an
API
contract
should
be.
O
So
we
proposed
new
definitions
for
both
deprecated
and
obsolete,
where
deprecated
nodes
must
still
work
as
defined,
and
it
serves
as
a
kind
of
a
foreboding
warning
that
this
will
go
away
or
could
go
away
and
obsolete,
says
the
implement.
The
the
server
must
remove
this
node
from
the
implementation
and
any
client
trying
to
dereference
the
node
gets
back
specific
errors
identified
there
with
the
operation
failed
because
your
dereferencing,
an
obsolete
element,
hi.
A
O
We
in
the
draft
we
talked
about
a
kind
of
a
heralding
of
deprecation.
We
it's
a
good
comment.
We
don't
have
a
specific
data
element
that
we
introduced
for
a
time
bound
deprecation,
but
we
talked
about
it
in
the
text
as
something
that
we
should
pre-warn
or
forewarn
about
a
deprecation.
So
it's
a
it's
a
good
observation.
We
probably
should
ratify
or
formalize
that
a
little
bit
more
then
we
we
mentioned
import
by
semantic
version
up
I.
Q
Q
C
H
So
that
I
wouldn't
want
to
be
tied
to
having
to
put
a
date
for
moving
from
deprecated
to
obsolete
I
mean
you
might
want
to
deprecated
something
saying
this
is
not
the
way
we
want
to
do
this
anymore,
and
then
you
want
to
ship
it
to
see
how
the
market
reacts
right.
I
mean
you
know,
you
don't
want
to
have
to
say
on.
My
hands.
Are
tied.
I
have
to
obsolete
this
now,
because
I
picked
that
day
well,.
C
Q
H
N
C
H
R
F
C
O
The
this
line,
or
this
line
as
I,
moved
on
in
the
one
pack-
okay,
it
might
be
the
next
law.
I
know
this
slide.
I'm
presented
that
slide.
It's
one
of
these
two
I'll.
O
So
it's
good.
The
conversation
is
great.
Let's
bring
some
of
that
to
the
list
as
well.
The
next
thing
we
want
to
mention
is
import
by
semantic
version.
We
talked
about
this
a
little
bit
in
Singapore.
We,
admittedly
import
by
revision,
is
seldomly
used,
probably
ineffective.
It's
way
too
specific.
You
have
to
say,
oh
this
version
or
this
revision
of
the
module,
and
only
this
revision
of
the
module.
O
Something
like
this
import
by
semantic
version,
if
done
right,
would
give
us
more
granularity
to
allow
us
to
say
import
by
revision,
X,
a
major
revision
X
and
any
major
revision,
or
any
minor
and
patch
revision
of
X,
or
to
import,
even
specifically,
by
X
Y
Z.
If
we
wanted
to-
and
this
also
allows
operators
to
understand
the
interdependencies,
the
relationships
between
those
modules
and
helps
them
from
a
tooling
standpoint-
understand
where
their
tooling
might
break.
O
So
it's
it's
it's
important
and
it
allows
them
to
understand
that
if
I
move
to
this
I'm
going
to
also
have
to
add
or
support
these
additional
modules,
so
we're
also
saying
that
the
mod
version
sub
statements
should
be
a
sub
statement
of
import
and
we
should
not
include
both
revision
and
module
version
and,
in
fact,
module
import
by
revision
should
just
be
discouraged
or
or
just
killed,
forgotten
about
it's
not
to
say
it's
perfect.
We
want
more
discussion
on
things.
O
We
have
some
we've
identified
some
open
issues
and
sounds
like
we're
going
to
have
a
few
others.
Do
we
need
to
include
by
some
ver
as
well?
Should
we
go
back
and
do
kind
of
a
host
analysis
and
generate
a
derived
semantic
version
for
existing
IETF
and
Ino
modules
and
and
who's
that
whose
responsibility
is
it
to
do
that?
O
S
It
for
simple
one-to-one
replacements.
We
have
to
think
about
whether
we
want
to
bother
with
cases
over
modules
are
split.
Then
I,
don't
know
if
this
that
would
quite
work,
you'd
have
two
modules
or
replacing
one
all
going
this
they
won't.
This
is
replacing
part
of
so
manage.
Consider
one
the
two
splits
and
who
did
you
split
somehow
that
they
are
material
for
one
to
one?
I
like
this
concept
so
tooling
can
see.
Mm-Hmm
can
follow
the
link
between
the
modules
but
up
to
think
about
non
one-to-one,
splits,
yeah.
H
H
B
C
C
N
C
O
H
M
M
H
D
One
of
the
cases
we
came
up
for
where
a
patch
level
is
useful,
is
like
a
rafter
on
published
yet
module
where
you
might
be
modifying
example,
description
statements
there,
but
it's
useful
to
say
it
has
changed,
but
the
change
is
sort
of
in
significance
be
still
actually
notified
of
the
change
there.
The
last
that's
one.
D
J
U
I
U
I
U
Their
share
of
problems
and
I
believe
if
they
are
used,
then
they
should
be
really
tightly
coordinated
and
the
revisions
can
be
included
in
yang,
very,
very
information,
so
I
believe
this
is
not
necessary
to
do
it.
It'll
only
complicate
this
thing,
so
that's
wrong.
Second,
is
actually
two
responses
to
to
create
what
Chris
said.
I
believe.
K
I
I
K
U
U
With
this
is
that
it
will
change,
it
will
change,
also
the
the
namespace
but
use
in
the
beginning.
There
was
some
discussion
that
perhaps
we
might
also
include
include
the
revision
revision
string
in
the
namespace
URI,
which
was
possible,
but
the
decision
was
not
to
loose
also
that
the
main
space
your
eyes
stay
as
stable
as
possible
solid.
This
would
change
this
initial
decision.
I
believe
so.
I
would
actually
prefer
your
solution
to
have
just
the
normal
standard.
U
O
H
U
H
Great
I
wouldn't
want
provision
in
this
namespace
because
it's
not
changing
because
it's
compatible
right,
so
I
can
still
control
that
device.
Even
though
it's
a
newer
version,
I
don't
want
it.
I
don't
want
the
pleasers
to
change
them,
but
for
a
major
change,
I
can
no
longer
use
my
client
controller.
So
I
wanted
to
change
light,
but
only
the
major.
U
U
A
I
actually
should've
cued
up
this
presentation
by
saying
that
there
is
actually
another
presentation
following
this
which
isn't
yet
another
proposal,
and
so
Krista
is
actually
a
third
proposal.
If
you
don't
actually
have
a
presentation
for
he's,
just
sort
of
took
it
to
the
mic.
But
so
we
are
gonna
have
from
a
bake-off.
If
you
will,
after
Joe's
and
Mike's
presentations
or.
B
L
L
I
Comp
edge,
but
two
two
issues:
one
is
that
were
in
the
process
now
of
producing
a
second
version
of
north
lot
of
modules
by
virtue
of
Edmond
da.
So
it
could
have
this
couple
of
years
ago.
We'd
have
used
for
them
to
tell
NBA
models.
We
film
endgame
models.
So
I
said
here,
since
this
is
a
year
or
two
too
late,
but
more
fundamentally.
K
I
They
have
no
idea
where
the
version
means
into
our
Arsenal
in
fact
sure
what
they
mean
by,
because
every
manufacturer
has
a
different
sense
and
usually
I
find
they're
tight
marketing.
But
when
a
manufacturer
once
make
a
big
push
once
say
this
is
something
new
Devon.
You
must
have
it.
You
have
the
version
number
it
wants
to
run
hide
in
pretend
this
is
not
increasing
incompatible.
It's
causing
problems
in
just
tweaks,
the
patch
level,
only
some
minor
number.
So
to
me,
it's
a
marketing
tool.
It's
been
much
abused.
I
O
I
O
L
H
C
K
F
In
gates
yet,
but
in
different
SDS,
with
the
last
instance
being
the
hackathon
with
the
penalty
waiting
like
changes
to
their
yang
modules
that
were
supposed
to
be
standard
and
with
the
new
editors
Adon
working
on.
So
what
I've
been
seeing
different
SDOs
open-source
project
and
also
vendors,
that
we
need
to
change
the
way
we've
been
working
right.
We
could
say
we
have
a
good
metric,
because
the
number
of
languages
producing
RFC
are
going
up
well,
know
will
optimize
this,
and
if
people
leave
that
you
have
the
perfect
leg
not
use
from
now
on.
E
Mahesh,
it
and
LUN
I
can't
believe
that
I'm
you
and
suggesting
this
at
this
time,
because
I'm
sure
it's
gonna
come
back
and
bite
me
on
it.
But
is
there
anything
you
need
in
the
draft
that
actually
talks
about
how
job
authors
are
supposed
to
keep
track
of?
The
major
minor
changes
is
that
a
recommendation
on
is
this
being
done
in
that
github,
just
physical
somebody
going
and
changing
some.
O
There
are,
there
is,
as
I
mentioned,
they
a
I
hate
to
say
companion,
but
there
is
another
draft
about
using
semantic
version
from
a
development
standpoint.
In
fact,
there
was
talk
in
in
Singapore
about
running
a
pilot.
The
fact
I
thought
you
are
part
of
that.
So
yes
and
we'll
come
back
to
bite
you
and
in
this
draft
in
terms
of
how
one
determines
what
is
say,
backwards-compatible
the
concept
of
this
derived
semantic
version.
We've
been
using
in
a
tooling
standpoint,
algorithmically
to
determine
win
the
major
win,
the
minor
when
the
patch
version
would
increment.
A
A
C
K
O
So,
as
the
chairs
pointed
out,
there
is
going
to
be
a
additional
proposals
and
and
and
talk
about
this,
but
it
sounds
like
in
general,
the
topic
of
a
okay,
the
topics
of
deprecated
and
obsolete,
and
how
do
we
handle
versioning
and
and
the
known
changes
that
we're
going
to
face
with
yang
modules?
This
is
something
that
the
working
group
wants
to
work
on
or
wants
to
broach
is
a
topic.
E
M
M
M
So
they
believe
this
MD
is
really
good
work
and
it
can
really
improve
efficiency,
but
it
really
brings
some
issues,
focus
on
how
to
support
backwards
compatible
and
how
to
indicate
some
very
motive.
Revisions
update
video
to
address
these
issues
when
proposed
this
topic
and
defined
a
yummy
module
to
help
the
user.
The
tracks
of
modules
update
to
reflect
the
area
versions,
updated
details,
and
this
module
can
work
survivor.
M
M
M
These
modules
may
exist
multiple
versions
and
before
before
the
design,
time
I
may
not
realize
okay,
this
model
had
the
update
and
it
just
her
modules
and
leave
already
detector
kid
so
maybe
I
can
I
can
meet,
makes
a
mistake
to
define
the
interface
to
find
a
define,
the
leaf,
which
is
pond
to
some
path.
This
path
already
be
deprecated
in
the
listed
version
of
interface
young
module.
M
If
I
run
in
this
mode
use,
maybe
I
can
receive
some
arrows
like
here
so
I'm
a
confused,
oh
I,
make
him
feel
why
I
receive
this
error
and
what
makes
me
think
what
mistake
I
have
to
so.
If
we
have
some
tools
to
help
me
to
reflects
Aaron
Lorenz
update,
it
maybe
can
help
he
hadn't
made
to
quickly
fix
its
arrow
and
if
I
read
this
updated
details
before
design
hard,
and
maybe
I
also
can't
avoid
this
here.
So
I
believe
this
Mon
you.
M
If
how
a
young
in
multitude
will
fly
sharing
reference
of
the
digital,
it
can
help
me
to
improve
designer
efficiency.
The
succulence
neurons
is
this
model
conserved
either
management
aid,
for
example.
Some
a
winter's
sister
may
can
support,
but
the
version
of
a
sim
module,
but
the
system
can
only
implement
one
reverted
and
how
to
make
this
decision
and
how
to
do
this
work.
It
here
lacks
adapter,
where
the
system
can
support
a
somatic
host.
M
Your
the
inter,
inter
phase
of
reversion
and
if
I
can
hear
provided
to
choose
to
help
the
model
system
management
to
understand
on
which
we
versions
fascinators,
that
it.
What
is
a
cat
eye
back
workability
and
watch
it
change
logs
and
either
kind
of
help
me
to
make
this
Aryan
race.
Religion
should
hire
impediment
and
I
also
can
serve
each
module
with
this
model,
make
it
user
interface
I
need
to
be
update
if
I
synchronize
I
have
a
decentralized.
It's
very
related
modules
said:
I
can
implement
this
diversion.
M
All
I
can
first
implement
the
first
version
and
then
do
seven
such
access
updater
utilized,
then
I
can
modify,
choose
a
place
to
worship.
Okay,
the
Leicester
scenario
is
a
small
team.
Can
work
died
as
a
traitor,
so
Folsom
water
designer
for
thier
module?
There
may
be
really
needed
to
track
the
multi,
which
a
important
import
of
which
gate
and
down
the
status
if
I
have
provides
it.
I
can
provide
the
tools
to
tell
the
designer
each
versions.
Change
law.
I
can
help
me
to
quickly
synchronize
the
modern
which
I
am
designer
at
all.
M
Okay,
this
is
what
modules
over
real
inhaler
I
way,
provide
the
anti
DiMaggio
and
as
a
module
for
frustrated,
provide
some
basic
information
such
as
the
module,
a
introversion,
and
it
was
a
backward
compatible
information
and
behind
it's
this
even
basic
information
when
he
provides
a
motive
change
lock.
It
present
this
updated
detail
from
this
world
and
that's
a
list
of
world
and
the
previous
version.
M
Here
we
define
leave
change
operation.
It
can
be
indicate
what
kind
of
update
appear
in
the
list
version.
For
example,
if
I
we
have
deleted
some
statement,
if
we
have
moved
some
it
no
to
some
new
location
or
just
away
a
de
niro
cement
or
modify
some
statement,
and
also
here
is
to
case
one
case
for
some
definition
modified
on
the
data
definition
such
as
a
stiff
leave,
definition
least,
container
and
Troy's
case
rated
hill
of
modified
ounces
nose.
M
It
can
be
easily
present
in
this
module
and
another
is
another
case,
a
the
for
some
update
which,
located
in
the
I,
didn't
a
definition,
feature
definition.
Tab
definition
such
as
grouping
definition
since
also
need
to
be
reflect
in
this
module
service,
and
we
also
defined
RP
State
to
help
the
user
to
compare
an
a
version
of
this
same
module
to
tell
them
or
what
kind
of
update
they
have
to
in
this
version
and
another
one
previous
version
here
is
some
uses.
Example
I.
A
M
A
M
To
yes,
I
sorry,
I
forgot
you
provided
to
stage
says
this
model,
also
augmented
a
young
elaborate.
Is
they
define
the
Sun
live
to
reflect
back
work
happy
dating
sorry
for
that?
Okay,
so,
here
is
the
same
use
case
is
prison
how
to
use
it
module
to
return
to
the
update.
Half
I'd
have
interface
module.
M
D
D
Of
version
issue,
it's
more
like
there
and
yank
out
a
lot
of
extension
type
idea
of
providing
more
information
about
what
changes
have
happened
to,
but
no
I,
don't
I,
don't
see
how
to
solve
the
version
at
all,
and
then
one
other
portent.
This
is
is
whether
this
is
something
that's
useful
to
standardize
or
whether
this
is
just
something
that
we
provide.
Advice
and
tolling
did
the
dick
between
two
gang
modules
and
just
said
that
at
least
the
to
these.
D
K
O
Joe
Clark
Cisco
I
agree
with
Rob.
You
have
a
boolean
node
in
there
backward-compatible,
but
after
compatible
with
what
you
kind
of
have
to
say,
so
we
built
as
part
of
gang
catalog
org
exactly
almost
exactly.
What's
in
your
draft
meaning
and
in
fact,
in
your
example
in
your
draft,
you
actually
have
a
source
and
a
target
semantic
version
1.0.0
compared.
K
O
We
build
the
tool,
I
need
to
do
that
and
what
we
found
is
semantic
version
doesn't
standalone
by
itself.
You
have
to
compare
it
to
something
so
having
just
a
simple
boolean
for
a
module
that
says,
is
it
backward
compatible,
doesn't
have
as
much
information
and
saying
given
these
two
versions
of
this
of
a
module
with
this
name?
Is
it
backward
compatible?
O
O
M
I
have
written
your
document
and
I
think
a
theoretical
to
walk
and
I.
Do
this
thing
as
Eric,
and
you
know
I,
don't
think
to
have
some
overlap.
I
believe
that
to
solution
can
compatible
with
each
other,
and
the
user
ocean
can
choose
user.
How
changing
is
changing
illustrators
status?
What
is
a
big
change?
What
is
a
mini
change
or
pad
change
and
the
our
solution?
We
want
to
provide
what
it's
a
big
change
of
patch
and
really
are
yeah
I
think
they
can
work
together.
A
O
I
was
agreeing
rather
than
that
point
that
I
think
there's
value
here,
but
I
see
that
I
don't
know
that
the
standardization
is
needed.
The
tooling
is
absolutely
needed.
This
output
is
absolutely
needed
because
module
consumers
do
appreciate
it
I,
just
a
I,
don't
think
that
what
I
presented
him,
what
was
presented
here,
conflict-
and
he
I
don't
know
like
Rob-
said
that
it
needs
to
be
part
of
the
server
itself
versus
some
external
tool.
J
K
J
Say
I'm
not
even
adhere
to
a
major
minor
patch.
You
know
guideline
that
they're
gonna
be
able
to.
You
know,
build
all
these
individual
constructs
and
archives.
So
it's
a
great
idea
I'm
just
wondering
if,
if
indeed
the
industry
would
be
supportive
of
that
as
they
define
their
modules
and
have
that
particular
rigor
in
place
or
require
that
particular
rigor
and
that's
that's
my
biggest
concern
with
something
like
this
I've
been
through
this.
A
O
Any
vendor
to
produce
these
artifacts,
what
we've
done
in
our
tooling
Elise
is
note.
The
differences,
use
P,
n
PI
N
and
show
you
a
report
of
buying
and
then
show
you
a
contextual
diff
of
the
module.
So
we
don't
expect
any
additional
tooling
or
just
showing
you
what
what
tooling
is
available,
what
those
differences
are
not
to.
S
K
S
S
A
Can't
as
a
contributor
I
was
actually
thinking
the
same
thing.
That
seems
like
programmatic
release,
notes
and,
and
you
know,
but
already
you,
if
you
have
this
as
a
standard
and
there's
an
RFC
and
then
there's
a
BIST
at
RFC,
even
I
have
something
like
changes
from
where
you
know,
there's
gonna
be
a
section
is
describing
the
changes
were
made
for
the
last
RFC,
which
you'd
then
capture
some
of
these
kinds
of
details,
the
release
notes.
So
whatever
wise
is
needed,
programmatically
I,
guess.
The
question
Jason's
comment.
M
Yes,
maybe
you
know,
maybe
sana
may
have
some
assimilated
system
and
I
need
you
with.
So
they
say
to
re
reversion
of
this
module
of
their
system
in
Shu
support
every
version
of
this
sim
module
and
then
can
take,
can
chance
at
least
often
already
change
at
all,
also
to
proportions
and
make
sure
ok,
every
related
module
with
it
can
be
centralized
off
my
plate.
A
All
right,
thank
you,
Michael.
Now
what
the
discussion
I
I,
think.
We've
all
agreed
that
this
is
compatible
with
the
other
silver
and
Christmas
proposal,
but
yet
different
it's
solving
a
different
problem.
We
probably
the
discussion
row
should
just
be
between
those
two
proposals:
the
Zimmer
and
and
main
mangling
of
the
model
name
and
ten
minutes.
I.
C
N
N
Revving
the
model
further
quickly
because
we're
developing
it
and
I'm
in
driveway
with
an
animus
that
needs
to
have
changes
there.
I've
had
so
much
pain
in
the
whole
development
process,
because
we're
trying
to
create
one
and
a
mess
to
run
everything.
So
there
is
any
kind
of
device
coming
in
has
to
be
compatible
with
whatever
is
on
the
NMS
so
and
also
I
have
different
verses
of
my
case.
The
whole
gateway
that
support
different
versions
were
to
try
different
prefix
different
namespaces
and
they're.
K
A
N
B
A
C
N
I
don't
know
we
need
some
kind
of
implementation
advice
or
like
what
not
to
do
is
well
because,
like
I
have
had
you
know,
the
device
is
people
testing
software
upgrade
down
drains
and
the
device
is
flipping
back
and
forth
between
the
models
it
supports
it.
Does
you
don't
support
the
old
one
and
then
you
know
only
supports
new
one
and
and
then
like?
How
do
you
handle
that
if
the
yeah
that's
like
I,
don't
know?
If
that's
something
we
need
to
cover?
That's
obvious,
but
the.
N
K
N
U
N
Or
punch
with
country
to
do
that
like?
How
can
we
do
this
as
a
more
of
a
I?
Don't
know
DevOps
approach
or
something
where
we
continuously
changing
things,
because
it
seems
to
me
that
so
far
the
whole
yang
model?
The
thinking
has
been
you
putting
a
lot
of
work.
You
drop
them
all,
and
this
is
enough
static
for
a
long
period
of
time.
You
might
add
a
few
things
to
it,
but
it
there
are
no
major
changes.
This
is
actually
not
what's
happening.
I
think
the
real
world
is
a
lot
less
serious.
H
So
I
I
work
with
Michael
but
I
want
to
echo
I
want
to
I,
guess
sound
another
one
of
my
colleagues
real
pain
points.
This
is
not
particularly
an
IETF
thing,
it
could
well,
it
relates
to
modules
and
yang.
It
doesn't
relate
to
something
I
think
the
idea
can
change,
but
one
really
painful
thing
that
we've
had
is
that
vendors
are
changing
the
modules
of
a
ship
like
with
every
release
in
incompatible
ways.
I
mean
it's,
it's
really
obnoxious
it's
so
we
see.
H
Basically,
we
have
to
treat
every
software
release
as
a
that's
all
of
the
modules
Frank
right
now.
I,
one
runner
just
doesn't
change
anything.
So
the
we
just
get
you
know
we
just
the
the
module,
doesn't
indicate
that
it's
major
changed,
but
it
is.
We
have
another
vendor
who
just
puts
the
incrementing
number
and
namespace
right.
J
Q
H
A
I
can't
as
a
contributor
and
Epping
juniper
is
at
fault
with
this
as
well.
Every
release
we
essentially
it's
module
name
or
you
know
Juno's
underscore
release
number
and
it's
and
there's
no
guarantee
that
anything's
backwards
compatible
because
we
can't
but
going
to
your
other
drop,
the
module
tags
draft,
so
there's
standards,
modules
and
then
there's
vendor
specific
modules.
So
maybe
this
would
be
very
beneficial
for
standards
bodies
right,
which
is
our
personal
pain
point,
and
then
vendors
can
continue
to
be
backwards
and
pedal
hybrid
releases
as
they
are
today,
but.
G
What
are
all
assessed
walls
is
that
have
some
simple
data
like
Sam
there,
where
you
can
immediately
determine.
Is
this
backward
compatible
or
not?
Okay,
anyone
can
go
I.
Am
we
think?
But
theoretically
you
can
very
fast
determine
if
it's
compacted
or
not,
and
then
you
can
try
to
use
your
software
that
was
prepared
for
the
other
compatible
version
and
that's
fine.
Today
we
don't
have
that
so
their
particular
cases
and
obsolete
is
kills
backwards-compatibility
practically.
G
G
C
K
G
You
lose
compact
were
incompatible
really
programmatically.
Very
often
we
have
the
case
when
the
model
is
not
changed
for
the
behavior
behind
the
model,
it's
changed,
so
you
will
anyway
need
to
study
manually,
though,
and
I
would
say
that
this
detailed
analysis,
it's
very,
very
useful,
but
I
would
say
that.
Yes,
that's.
G
C
G
W
P
F
We've
got
vendor-specific
models
that
are
generated
so
and
that's
a
fact
right.
So
whenever
we
have
great
wealth,
the
microwave,
so
we
could
play
tricks
and
against
understanding
model
so
that
we
will
be
respecting
916
videotape
right.
So,
but
you
know
it's
not
working
like
in
the
hops
way.
So
you
know
what
Joe
mentioned
about
the
catalog.
What
you're
about
to
do
in
a
catalog
is
you
get
like
two
iOS
versions,
but
they
need
to
query
that
because
the
metadata,
if
you're,
going
to
cut
a
lot.
F
F
Your
fun
about
the
feeling,
the
pain,
yes,
I-
think
that
we
need
to
change
a
lot
of
things
here.
Let
me
try
to
be
both
I
would
even
try
to
still
people
must
be
changing
the
process
here,
and
it's
easy
for
me
to
stay
since
I.
Want
me
the
ID
like
that
more
Evelyn,
but
you
know
we
need
to
be
DevOps,
focused
up
here
and
be
focusing
on
those
young
models.
What
we
did,
because
we
did
all
the
experiments.
K
F
Of
a
young
module
right,
so
whenever
you
go
and
you
tell
us,
every
single
draft
I
go
and
implement
it
and
it
changes
things
my
script,
etcetera.
So
the
process
should
be
change
in
a
way
that
you
know,
we've
got
those
health
measure
exact.
It
validates
it
works
with
the
other
yang
modules.
There
is
code,
it
is
imported
and
all
this,
and
only
at
the
point
in
time,
then
you
know
that
it's
kind
of
ready.
You
feel
free
to
be
implemented
now
I'd.
F
If
I
want
to
go
one
step
further,
can
we
just
run
our
idea
process
directly
into
this?
This
yang
module?
It
is
what
Joe
was
mentioning
with
the
I
am
drought
there,
and
maybe
it
is
this,
like
we
run
the
center
on
the
on
the
draft
in
github
right.
That
would
be
at
least
I
hope
helping
you
deliver
a
mitosis,
but
that's
a
big
change
all
right.
That's
a
big
change.
R
R
R
Made
a
lot
of
sense
to
me
for
going
Joe's
method
is
I
could
certainly
see
if
an
operator
wanting
to
do
that
and
then
the
last
thing
is
that
there
was
a
comment
about.
You
know
this,
maybe
being
too
late
for
in
some
regards,
but
I
think
through
the
need,
for
this
type
of
thing
is
only
going
to
increase,
seeing.
R
Or
hey,
we
need
to
move
faster
when
we
move
need
to
move
faster,
we're
not
going
to
we're
going
to
even
more
need
to
change
models,
so
I
think.
Whatever
mechanism
we
do,
we've
got
in
order
that
it
works
very
well
for
lots
of
compatible
backward
compatible
changes
that
that's
done
to
work
very.
A
little.
A
Okay,
I
want
to
follow
up
on
some
of
the
comments
that
were
sorry.
This
Kent
as
a
contributor
I,
want
to
follow
up
on
some
of
the
comps
that
were
made
earlier
during
Joe's
presentation
about
how,
if
we
were
to
try
to
implement
it,
it
would
require
a
new
version
of
yang
Yang
next
and,
if
that's
true,
that
would
be
a
long
term
solution.
We
really
need
a
short-term
solution.
So
can
we
work?
What
is
what
is
the
word
short-term
solution?
Wow.
G
C
G
C
J
H
The
revision
as
a
minor
I'm
sympathetic
to
the
people
saying
the
patch
number
was
useful,
so
maybe
we
need
to
come
up
with
some
way.
You
know
so,
with
pre,
with
already
existing
mechanisms,
we
can
have
the
major
in
code
to
the
namespace
and
the
minor
is
a
revision.
So
then
it's
really
just
the
way
of
capturing
the
patch
change
right
to
say:
I,
didn't
change!
U
U
D
I
Tom
again
well,
as
it
is
too
late,
bearing
in
mind
that
we
do
have.
I
Revision
by
day
and
when
it's
made,
that's
not
much
used
because
to
make
the
questions.
Why
not,
but
is
we
do
have
a
former
version
currently
based
on
date,
if
it's
not
being
used,
we
need
to
know
why
it's
not
being
used
twice
inadequate
and
that
that
was
really
driving.
My
thinking
when
saying
we're
too
late
to
try
and
impose
a
formal
structure
of
major/minor
patch
and
so
on,
if
we
call
baton,
we
haven't
used
it.
We
need
to
look
at
that
as
well.
C
L
L
Y
L
C
I
suspect
every
we
have
to
look
at
the
details,
but
I
suspect
you
could
also
add
Chris's
as
an
extension
and
because
it's
because
it
it
would
be
compatible.
If
you
don't
understand
the
extensions
it
just
looks
like
a
new
module,
Chris
is,
is
more
conventional
yeah,
except
that
I
think
you
would
want
to
do
inclusion
by
name
still,
where
you
don't
care
about
the
version,
which
means
that
that
changes,
the
parsing
of
that.
H
Q
H
C
C
C
O
L
C
So
I
have
to
I
have
to
channel
from
the
floor
and
I'm
gonna
from
the
from
Jabbar
and
I'm.
Actually,
gonna
start
with
an
apology,
one
of
the
things
Kent
and
I
didn't
do
on
the
first
slide,
because
he's
not
here
is
forget
to
talk
about
Joe
land
as
being
our
new
chair
co-chair.
So
Joel
is
our
new.
Is
a
new
co-chair
and
he's
actually
online,
and
he
has
a
comment
so
and.
C
A
C
N
C
Me
that
so
we
were
gonna,
ask
I,
think,
there's
three
questions
and
then
the
next
step
was
gonna,
be
working
on
and
identifying
what
problem
we
really
want
to
solve.
So
maybe
I'll
ask
the
three
questions
and
then
to
talk
a
little
bit
about
next
steps
and
then
open
it
back
up
to
the
floor.
Okay,
are
you
you
really
want
to
comment
I.
G
C
A
L
C
A
design
team
to
go
work,
the
problem
and
the
first
step
will
be
the
problems
they
fit
and
it,
along
with
any
design
team,
comes
a
design,
team,
Charter
and
deliverables,
and
you
know
so.
The
question
is:
are
we
going
to
do
something
formal
or
do
these
people
say
they're
willing
to
work
it
and
then
they're
gonna
go
willing
to
work
this
week?
Hey
we
don't
want
to
get
in
the
way
go.
Do
it
now.
W
So
this
is
the
version
two
of
a
young
model
for
finished
state
machine.
So
we
we
proposed
this
model
with
the
aim
of
increasing
the
product
or
mobility
of
the
network
elements,
and
we
are
thinking
to
to
apply
this.
This
model
in
three
use
cases
of
applications.
The
first
one
is
to
pray
instruct
optical
transponders
about
reconfigurations
in
case
of
physical
layer
changes.
The
second
use
case
is
related
to
telemetry
applications.
W
The
third
one
is
related
to
performance
monitoring
through
a
network
clustering
approach.
So
let's
go
to
see
the
first
use
case
assume
to
have
an
active
service
connection.
The
Sdn
controller
can
instruct
the
the
optical
transform
transponders
on
the
actions
to
do
if
something
happens
at
the
physical
layer.
So
if
a
degradation
happens,
the
transponders
already
know
what
you
do
again.
They
can
promptly
react
so
without
alarming
the
Sdn
controller
and
waiting
for
complete
patience
because
they
already
know
what
to
do
more.
W
Details
can
be
found
tomorrow
in
the
sense,
in
the
session
of
the
CCM.
The
second
use
case
is
related
to
to
telemetry.
So
the
aim
is
to
customize
Network
data
collection
with
the
objective
of
reducing
data
data
bandwidth.
So
in
again
many
many
network
probes
can
be
described
through
a
finite
state
machine.
So
in
this
case
we
can
program
the
elements
to
to
trigger
data,
sending
data
telemetry
stream
only
under
specific
conditions.
The
third
use
case
is
related
to
IP
performance
measurements
on
multi-point
to
multi-point
large
networks.
W
So
we
we
can.
We
can
think
of
the
about
the
alternate
marking,
meter
metered
for
performance
monitoring,
and
we
can
apply
this
into
a
clustering
approach.
So
we
can
image
to
divide
the
the
network
in
in
clusters.
So
under
normal
conditions,
we
can
think
about
large
clusters.
But
if
something
happens,
we
can
reduce
the
sides
of
the
class.
That's
going
so
more
deep
into
into
the
the
performance
monitoring
up
to
the
flows
again,
a
Finnish
state
machine.
This
can
be
modeled
with
a
finite
state
machine
where
each
state
represents
a
specific
division
subdivision
in
clusters.
W
So
this
is
the
young
model.
It's
you
can
see
the
current
state.
Then
there
is
a
list
of
of
states
to
each
state.
There
is
its
associated
a
list
of
transitions,
for
example,
for
the
use
case
of
optical
transponder.
A
transition
can
be
triggered
with
a
bit
error
rate,
increase
the
transition
as
a
filter
attribute,
which
permits
to
further
describe
the
transition.
So
with
these
attributes
we
can
put,
for
example,
some
thresholds
on
the
bit
error
rate
increase
and
then
to
the
transition.
W
We
associate
some
some
actions,
for
example
the
change
of
modulation
format
or
the
fact
for
the
for
the
use
case
of
the
transponder.
The
attribute
execute
actually
performed
his
dis
action.
Then
we
go
to
a
next
action,
if
present
and
obviously
to
annex
the
next
state,
one
AD
when
the
the
transition
is
is
completed
so.
W
S
So
just
a
general
question:
when
we
trigger
an
action
and
then
when
you
trigger
sorry
and
then
you
take
an
action,
you
call
it
RPC,
so
I
assume
the
idea
is.
This
is
going
to
do
maybe
a
configuration
change,
just
as
if
it
was
any
other
management
client
like
there's
no
special
interface,
it's
just
as.
W
S
S
Sorry
this
this
action,
which
is
trying
to
do
a
configuration
change
just
like
any
other
client,
it's
gonna,
get
blocked
because
the
management
system
is
doing
took
a
walk.
It's
doing
some
edit
configs
doing
a
commit
that
could
take
seconds
or
a
minute
or,
however
long
it
wants.
If
this
is
just
doing
a
standard,
commit
like
any
other,
a
standard
configuration
change
and
commit
like
any
other
client,
then
it's
gonna
be
stuck
behind
any
locks
by
any
other
management
stations
right
well,.
O
O
W
W
W
T
Actions
can
be
excused
excluding
synchronizer
how
in
parallel,
so
not
sure
you,
you
are
considered
situation,
not
yeah
company
predict
so
maybe
in
depending
on
the
activity
and
then
should
be
executed
in
advance
of
action
P.
So
there
is
maybe
a
detection
mechanism
that
to
detect
this
kind
of
company.
W
Well,
we
can,
we
can
execute
actions
in
parallel.
Sorry,
in
sequence,
as
you
see,
there
is
the
first
action
that
recalls
a
next
action,
but
we
can
also
think
to
execute
actions
in
parallel.
It
means
that
we
we
have
to
define
an
action
that
intrinsically
implies
two
actions
to
be
executed
in
parallel,
I'm,
not
sure.
If
I
answer
to
to
your
question
I
answer,
it
did
I
answer
it:
okay,.
A
Thanks:
okay,
so
that's
net
launcher.
We
were.
We
actually
have
the
author
of
the
other
draft
in
the
room
and
we're
gonna
offer
him
to
present
his
idea
as
well,
but
at
the
end
of
the
session
other
with
last
presentation
as
NECA
co-chair,
he
just
presented
his
idea
in
the
neck
half
working
group
and
there
we
said
we
felt
that
he
should
bring
it
to
the
net
mod
working
group,
no
so
bring
just
like
you
brought
your
draft
from
ops
no
later
yeah.
C
C
V
Hello,
my
name
is
hiu
the
topic.
Our
presenter
here
is
a
document
document
convention
for
another
long
line
in
autoworker
containing
code
Shanksville
shared
for
suggest
me
actually
only
way.
The
title
title
is
actually
experiencing
young
in
XML
example.
By
the
way,
single
would
also
need
to
consider
jason
cases,
so
we
change
the
title
to
to
make
a
to
correlate
with
it,
so
so
why
this
job?
Actually
this
job?
The
way
when
we
actually
walk
on
air
3sn
actually
get
leads
to
UPS
a
few
n-no
one
issue
actually
come
up
with.
V
V
K
V
V
To
avoid
these
kinda
inconsistent
issues,
but
the
we
are
here,
we
want
to
vomit
I
way
to
have
no
change
to
the
rules
to
present
a
young
module
in
a
fire
on
a
on
a
wire.
So
what
does
this
job
do?
Actually,
so
we
need
to
avoid
each
talking
to
provide
its
own
maximum
to
document
the
XML
example
chasing
example.
So
so
we
actually
define
several
convention.
The
post
is
convenient,
for
example,
leaf
would
not
value
across
the
nine.
V
Xml
form
example,
and
we
also
provide
the
boy
played
text
to
use
when
this
convention
are
used
so
poster
we
can
take
a
look
at
this
example.
Actually,
in
this
example,
we
have
done
not
the
label
and
long,
not
a
value,
so
so
this
actually
actually
exceeded
the
known,
then
the
nine
men's
limited.
So
so
what
do
we
proposed?
Actually,
we
can
proton
this
leaf,
not
value
into
several
lying
actually.
V
Broken
line
actually
must
be
terminated
with
X
and
without
any
additional
space
before
the
backslash
and
also
without
any
character
after
this
backslash
for
the
continued
continuation
line,
it
must
start
with
what
whitespace
offset
at
this
two
parameter.
So
also,
we
add
a
statement
to
indicate
actually
the
document
convention.
W
V
V
B
L
V
L
V
V
L
K
K
V
L
V
V
U
V
K
V
V
Medicaid
annotation
Paris,
so
we
downloaded
the
community
nine
months
that
awaits
the
widest
space,
offset
here
of
the
two
characters
yeah.
So
in
addition,
we
different
from
the
the
previous
exam.
Actually,
we
also
require
the
leading
and
change
Trina
training
y
despues
actually
must
be
Eagan
on
and
so.
V
T
V
A
I
can't
as
a
contributor,
so
first
but
I
think
this
is
an
important
problem
solve.
If
you
have
very
long
lines
and
you
do
a
submission,
ID
Nets
will
give
you
an
error.
It's
not
a
warning.
It's
an
error
that
your
line
is
too
long
and
in
a
lot
of
my
graphs,
especially
the
ones
that
contain
basically
for
encodings
I
mean
like
there's
almost
a
paragraph
of
text,
so
I
do
believe
it's
an
important
problem
solve
my
second
column
is
I.
Don't
believe
this
is
a
unique
to
XML.
A
I
think
any
artwork
that
contains
long
lines
are,
is
subjected
to
needing
to
be
trimmed
or
dealt
with.
My
third
comment
is
my
solution.
I'm
in
the
acknowledgement
section.
Some
of
this
came
from
work
that
I've
done
already.
It
might
some
I
build
scripts
when
I'm
compiling
my
drafts,
essentially
it
it
I,
have
an
ability
to
do
a
fold,
the
UNIX
command
fold.
You
know
exactly
place
the
backslash
and
just
it
lays
that
perfect,
so
can
go
and
into
the
draft
easily.
Now
it
doesn't
have
the
indenting.
A
I
R
I
I
In
one
or
two
modules
in
the
bar
statements
well
get
got
those
slash,
dot,
dot,
slash,
dot,
dot,
slash
and
we
end
up
getting
edited
characters.
So
we
need
a
convention
for
that
and
then
stepping
outside
Netcom
altogether.
It
is
in
the
census
on
problem
that
it
pops
up
regularly
in
security
area.
We
have
time
for
accent,
keys
in
matters,
you
can
extract
examples
and
they
work
first
time
you
can't
afford
to
get
even
a
single
spaced
wrong,
so
tubes
in
some
other
areas
solve
problem.
Although
that
exclusion,
Mugabe.
I
I
F
E
F
F
C
F
D
D
K
L
K
C
All
right,
so
how
many
people
think
that
this
problem
is
something
we
should
solve
in
the
working
group
looks
like
a
reasonable
number.
How
many
think
that
this
draft
is
a
good
foundation?
A
good
starting
point
for
the
working
group,
I
would
say
about
the
same
addy
curiosity,
how
many
people
have
read
the
draft
slightly
more
than
either
of
those.
So
that's
actually
a
good
thing.
Often
it's
less.
A
C
R
K
R
Mentioned
that's
what
I've
always
done.
That's
kind
of
like
Unix
commands
what
you
do,
and
so
some
have
so
it
just
seems
like
there's
a
clear
solution.
I
guess,
I
haven't
studied
it
enough
to
know
what
other
solutions
people
are
doing,
but
certainly
introducing
additional
white
space
to
make
it
look
pretty
on
I,
wouldn't.
C
A
G
So
there
are
number
of
capabilities
of
the
server
on
unchanged
notification
capabilities.
Just
one
example
of
them
that
are
available
via
yang
modules,
IETF
Ganga
library
comes
to
mind,
contains
all
the
modules
revisions
features
whatever
that
call
for
metering
also
contains
similar
things.
The
C
camp
group
also
proposes
a
alarm
module
that
will
contain
server
capabilities.
G
Most
of
these
capabilities
are
actually
fixed
and
implementation
time.
So
you
don't
need
the
really
denote
to
know
them.
Some
might
change,
so
it
is
reasonable
to
have
them
as
in
the
yang
module,
but
we
need
to
know
this
information
already
in
implementation
time.
Nms
management
system
development
wants
to
start
before
you
get
actually
the
node
in
your
hands.
G
G
So,
let's
document
this
and
as
automation
and
tools
will
need
to
read
this
and
anyway,
that's
a
better
way
to
do.
Let's
do
it
standard
yang,
based
format
and
that's
where
I
proposed
to
have
yank
instance,
data
files
formalized.
So
this
is
data
that
could
be
fetched
from
a
yang
module
by
restaurant
and
that
form
or
another
way,
but
we
actually
document
this
in
the
file-
that's
very
similar
to
what
you
would
get
for
a
get
operation,
in
this
case
yang
library,
where
we
document
that
radius
authentication
is
supported
actually,
while
documenting
server
capabilities.
G
There
is
the
reason
why
I
started
this
there's
another
strong
use
case
for
this
pre
loading
data
when
there's
often
defined
before
data
like
before
before
user
groups
and
the
access
through,
so
that
site
I
define
that
in
before.
If
you
have
a
read-only
operator
security
operator
and
the
system
administrator,
what
areas
would
they
be
real?
G
What
areas
should
they
be
able
to
reach
according
to
access
control,
and
then
you
could
document
these
in
a
file
and
sometimes
even
though
this
file
into
your
system
now
this
data
may
be
stable,
may
be
static
in
a
way
or
maybe
they
can
be
changed
later
on.
The
boat
are
possible
so
both
for
documenting
the
capabilities
and
vote
for
pre
loading
data.
We
need
instance
data
format.
We
actually
have
that,
so
we
don't
want
anything
new
base.
G
So
I
try
to
define
or
reuse
more
like
two
formats,
one
for
XML
put
an
instance.
Data
wrapper
around
it
just
to
make
it
a
single
root
and
also
to
carry
the
metadata
like
the
name
of
the
instance,
data
set
revision,
description,
potentially
other
data
bits,
and
then
you
get
what
you
would
normally
see
in
a
Yank
library
which
very
nicely
defines
actually
what
your
yang
server
will
be
able
to
do,
or
the
modules
deviation
them
other
stuff.
G
Similarly,
you
could
have
a
JSON
format.
Happily
again,
this
is
predefined.
For
me,
the
only
thing
I
did
was
put
an
instance
data
record
around
it
and
if
I
stated
that
this
is
a
gastric
tie,
I
would
get
four
rest
comp
data,
at
least
that's
about
how
I
understand
it.
There
was
a
proposal
that
you
should
be
able
to
define
the
root
resource
somewhere
that
maybe
in
metadata
and
then
start
your
instance.
G
G
Defined
in
my
draft
one
yang
module,
it
doesn't
really
contain
and
it's
any
configurable
data,
just
these
metadata
annotations
for
the
instance
data
following
the
yang
metadata
draft.
These
are
the
metadata
I
thought
would
be
useful.
We
can
have
more
or
less
and
what
I
see
if
this
is
needed,
because
I
need
know
at
least
two
implementations
that
are
already
using
such
instance.
G
This
is
a
big
idea
to
document
it
document,
capabilities
with
instance
data
and
gives
you
the
instance
data
format,
but
it
doesn't
stay
that
which
exact
yang
modules
you
will
have
to
use
this
for
I.
Have
this
other
draft
that
will
prove
that
proposals
to
use
it
for
not
notification
capabilities
will
have
to
have
proposals
for
any
other
thing
and
then
the
other
yang
module.
G
G
D
G
This
is
actually
metadata
about
the
instance
data
set.
It's
not
real
data
that
you
will
load
anywhere
at
this.
If
you
have
a
look
at
it,
the
metadata
instance
date,
the
name
of
the
instance,
data
derivation,
of
instance,
data.
It's
really
metadata
about
it,
and
also
it
gives
you
a
nice
encoding
both
for
XML
and
JSON
yeah.
D
D
K
G
O
O
The
platform,
the
device
platform,
the
device
version
so
that
you
can
say
this
platform
with
this
version-
supports
these
modules,
but
it
was
just
the
additional
metadata
in
your
example,
but
but
it
we
find
that
very
useful
for
pre
loading
into
the
catalog.
So
we
can
do
some
of
the
things.
Benoit
said
where
it
says,
given
two
libraries
of
modules
here
are
the
differences
and
here's
what
this
platform
supports
in
this
vendor.
That's
our
use
case,
so
there's
I
think
some
good
cross
over
there.
I
would.
L
L
U
G
U
U
The
data
model
for
this
other
than
that
I
I
also
think
it's
it's
useful
work.
I
guess
it
could
be
used
also
in
RFC's
for
describing
some
more
complicated
data
models.
It
could
be
used
by
tools.
My
my
to
actually
use
this
library,
I'm
I'm
using
adjacent
formats
of
this
encapsulating
element
is
not
needed
and
it's
still
useful.
K
L
U
Depends
actually
I
didn't
mind.
K
A
As
a
contributor,
I
agree
with
Martin
I
think
it's
that
well
one
useful
work,
but
I
also
thought
that
yang
Dail
might
have
been
a
better
approach
for
approaching
this,
and
maybe
look
into
that
and
then
separately
with
my
chair
head
on
I
apologize.
We
have
run
out
of
time.
We
only
have
one
minute
left
in
the
sessions,
so
we
won't
be
able
to
hear
the
presentations
from
Alex,
Flinn
and
Igor,
but
let's
continue
those
discussions
on
the
list.