►
From YouTube: IETF100-CCAMP-20171114-1550
Description
CCAMP meeting session at IETF100
2017/11/14 1550
https://datatracker.ietf.org/meeting/100/proceedings/
A
C
Okay,
good
afternoon,
everyone
welcome
to
circumcision.
So
actually
you
know
arm
this
time.
Agenda
is
really
very
busy
and
Deborah
asked
me:
ask
her
to
cheers
it's
bad
for
us
to
end
the
session
ten
minutes
earlier
and
then
for
people
to
take
the
pass.
You
know
to
be
more
time
for
for
the
social
event,
so
yeah
I
will
quickly
go
through
with
some
general
information.
That
has
been
your
not
a
pity
them
100
times,
maybe:
okay,
okay,
load,
where
I
think
you
know
it
were
very
escape.
C
So
please
big
in
front
of
the
mic
and
state
your
name
before
speaking,
and
also
for
the
minute
taker.
It
will
be
much
appreciated
if
anyone
can
contribute
the
minutes
over
there.
You
know
our
salute
the
use.
A
pad,
yeah,
okay,
III,
think
how
men
can
have
a
list
session
this
one.
So
you
know
actually
out
this
time.
We
have
plenty
of
jobs,
actually
twenties
range
arts
15
slots,
so
the
agenda
is
really
busy
and
actually
that
very
good
that
they
came
to
steal.
You
know
glowing.
C
So
for
the
IPR
process,
yeah,
so
the
contributors-
all
you
know
closest
you
have
to
you-
know
the
price
IPR
call
as
soon
as
possible.
Otherwise
it
will,
you
know
slow
down
there.
You
know
table
G
post
and
we
always
encourage
people
to
use
the
Mentalist
as
as
much
as
possible,
especially,
for
example,
to
introduce
some
new
topic
to
discuss
some
technologies
and
also
especially,
we
need
to
use
the
many
lists
to
build.
You
know:
table
chicken,
sensors,
okay,.
B
Okay
short
update
on
the
status
of
the
Working
Group.
We
have
no
new
Avada,
no
new
RF
Caesar
since
last
meeting.
This
doesn't
mean
that
we
have
been
lazy
because
we
have
two
drafts
ready
for
working
group.
La
Scala,
APR
polling
is
already
done
and
we
have
a
one
draft
ready
for
working
group
adoption
polling.
B
We
have
one
dropped
in
the
editor
queue
and
wander
one
in
the
ASG
processing
that
piece
okay.
So
we
have
five
drafts
on
the
agenda.
First,
one
is
the
microwave
framework.
This
is
one
of
the
two
documents
that
will
be
lost
called
immediately
after
the
the
end
of
meeting,
and
we
will
have
all
the
young
models
for
w.zahn,
microwave
and
OTN
presented.
Today,
then
we
have
the
framework
for
WDM
interface,
management
and
controller,
which
is
the
second
draft
that
will
be
last
called
after
the
meeting
the
next
third.
After
that
we
will
progress.
B
Is
there
rsvp-te
bandwidth
availability?
We
will
launch
a
PR
declaration
request
after
after
the
meeting
we
have
the
transport
and
bi
use
cases
which
will
not
be
presented
about.
We
have
a
to
use
cases
presented,
presented
that
they,
the
w.zahn
impairment,
validation,
information
model
which
doesn't
have
major
changes
compared
to
the
last
meeting
and
they
OSPF
available
extension,
which
is
in
the
isg
processing
no
liaisons,
neither
incoming
or
outgoing,
which
is
a
quite
stranger.
And
that's
it.
Let's
start
immediately
and
try
to
save
as
much
time
as
we
can.
B
D
D
We
add
some
tears
to
indicate
that
in
the
young
job,
so
we
decide
to
move,
some
parts
could
be
generated
for
other
technology
use
and
we
also
add
some
tests
to
describe
that
way.
What
we
have
done
in
Astra,
IDF,
hexam
and
another
appetit
ism.
We
have
a
new
co-author,
the
near
now
from
Nokia
and
immediately
when
we
finished
update
down
there
one
motion
we
found
that
we
left
empty
on
the
Security
section,
so
we
have
another
0
2
version.
We
fill
up
security
session
and
also
fix
some
editorial
needs.
D
So
there's
no
technical
issue
opening
for
today
for
this
rim
of
dropped,
then
non-thinking.
The
nested
will
be
a
working
group,
not
code,
ok,
so
the
second
one
is
under
young
module.
Ok,
let's
see
there
are
two
main
changes
from
the
other
one.
The
first
one
is
that
in
a
three-team
will
receive
some
comments
to
review
the
model.
D
This
slide
shows
the
details
about
how
we
use
that's
the
protection
part,
the
left
side,
the
generic
interface
protection,
and
it's
defines
some
example,
protection
types
and
the
working
entities
or
some
other
related
or
protection
related
objects
and
in
the
microphone
radio
link
part
we
make
use.
Actually
it
should
be.
The
arrow
should
be
right
to
that
direction.
We
make
use
of
the
interface
protection
and
module
and
lets
you
use
that
in
our
microwave
specific
model.
So
this
is
for
the
protection
groups,
another
updated
and
be
a
companion.
D
B
D
D
E
B
D
F
Okay
good
afternoon,
my
name
is
Joey.
I'm
from
Maui
will,
firstly,
introduce
the
changes
of
odeon
apology,
graphs
in
the
OT
intifada
draft
they
are
as
varied
as
in
the
introduction
part,
we
had
a
clarification
about
the
interface,
the
interface
independent
and
the
applicability
of
the
models
described
is
described
in
another
craft
and
for
the
young
model,
namely
attributes
are
removed
and
as
they
are
covered
by
already
by
the
TE
quality
model,
and
the
client
facing
related
attribute
in
the
LTP
are
also
removed,
and
there
are
three
attributes:
TPN
range.
Yes,.
F
In
for
the
newly
added
attributes-
and
they
are
especially
for
the
TPN
range
and
the
TS
range
I
used
there
for
the
inter
domain
scenarios
in
the
inter
domain
scenarios,
for
example
in
the
a
CDN
Seng
in
the
context
of
a
city
and
MBS,
a
need
to
configure
the
inter
domain
beings.
So
it's
the
ambience
II
need
to
know
the
information
for
the
for
the
inter
domain
names
and
the
each
PNC.
F
Currently,
there
are
still
some
attributes
lottery
to
be
removed
as
they
are
covered
by
the
teeth
quality
model
by
the
unreserved
bandwidth
attribute
next
step
we
will
removed
and
then
currently
this
model
is
an
da
compliant
and
so
for
the
next
step
for
the
OTN
topology
model,
we
will
remove
the
attribute,
which
is
a
complete
outcome
covered
by
the
sheet
polish
model
and
to
align
with
that
heat
water
model.
And
we
are
thinking
about
whether
to
report
as
a
multiplexing
hierarchy
of
the
inter.
F
F
The
changes
are
simple:
we,
along
with
the
current
t
panel
model,
which
is
an
MDA
compliant,
and
we
add
an
RPC
for
fast
computing
and
they
renamed
the
I
transport
types
module
to
the
Odeon
types
module
and,
and
that
information
in
the
in
in
the
module
is
a
key
part.
Changed
here
is
a
young
tree
did
have
tree
for
the
ODN
tunnel.
It
is
compliant
with
MDA.
F
Next,
thanks
and
for
the
newly
added
RPC,
it's
a
used
for
pass
computing
and
the
input
part.
There
are
three
parts
which
is
a
general
input
and
constraints
for
pass
constraints
and
label
constraints,
and
some
of
some
of
the
attributes
covered
in
the
covered
by
the
past
computation
graphs.
So
the
next
step
will
align
with
the
past
computation
graphs
to
see
how
to
to
revise
or
just
remove,
the
sum
of
the
part
to
the
past
computation
drops
and
next
thanks
and
for
the
input
part
of
the
RFC
over
RPC.
F
Sorry
for
the
input
part
of
the
RPC
is
here
as
January
input
part
such
as
a
request,
ID
source
destination
and
priorities.
Such
kind
of
attributes
are
already
covered
by
the
pass
computation
draft,
so
I
may
remove
this
attribute
and
for
the
past
country
constraint,
part
the
in
the
for
the
primary
pass
or
the
secondary
pass.
We
used
the
ER.
All
explicit
a-rod's
objects
are
used
to
describe
the
second
pass.
F
For
the
label,
constraints
is
same
as
OT
internal
model.
The
data
model
to
to
describe
the
end
of
the
tunnel
or
of
this
path
or
the
end
of
this
path
and
for
the
output
part,
is
also
represented
by
the
explicit
at
all.
It's
pretty
round
objects
for
the
poster
proposed
for
all
the
primary
pass
and
the
secondary
pass,
and
so
the
next
step
we
just
we
are
trying
to
align
with
that.
Has
a
nice
welcome.
Any
comments.
C
I
I
Send
specific
information
such
as
W
sand,
node
types
and
the
application
code,
for
you
know,
based
on
ITT
on
G,
does
six
nine
eight
two
four,
the
comparability
for
the
proprietary
interface
and
wavelength
assignment
policies
or
under
TW
n
type
module,
and
also
we
cleaned
up
so
that
we
only
argument
w10
specific
link
attribute
from
theater
polish
model.
Yes,.
I
Yeah,
so
this
is
a
basically
w.zahn
topology
module.
As
you
see,
a
lot
of
augmentation
from
t
tunnel
model
achieve
a
topology
model,
and
only
we
just
kept.
What
is
a
unique
for
w
son
next,
please
so
I
think
most
basic
work
is
done,
but
possibly
impairment
data
or
we
can
integrate
introduced
as
a
link
model
in
the
next
revision.
I
J
I
What
is
channel
number
okay?
Could
you
flip,
through
a
young
model,
for
that
I?
Actually,
I
forgot
I
need
to
look
at
my
young
mother.
A
J
C
Okay,
so
yeah
I
have
one
question.
One
comment
so
look
at
in
the
next
step
step.
You
said
that
you
are
going
to
and
some
impairment
data
on,
topology
young,
you
know.
Actually
this
kind
of
information
may
depends
on
the
encoding
or
the
impairment
that
you
know
the
encoding
for
the
impairment.
Actually,
it
is
individual
jobs.
Mayer
sometime,
you
know
to
move
forward
the
encoding
jobs.
So
if
you
are
going
to
add
this
kind
of
impairment,
information
to
their
rubbish
on
topology,
maybe
also
it
take
it-
needs
to
take
much
longer
time.
C
A
B
I
Please
yeah,
so
we
did
clean
up
quite
a
bit.
Basically,
we
argument
for
things.
We
argument
teeth
tunnel
model
for
basic
configuration
and
global
pests,
constraints
for
W
and
wavelength
assignment
policy,
and
we
also
augmented
ITF
OTN
tights,
because
oh
ten
types
now
defines
client
signal
for
source
and
destination.
I
So
we
think
that
that's
a
good
idea
to
augment
OTN
type
and
another
one
is
IETF
TW,
some
type
for
double
wavelength
of
shannon
policy
for
configuration,
and
we
argument
IETF
t
patch
computation,
RPC
mode
for
stainless
from
each
other
and
the
sergers
documents,
so
it
compares
it
medically.
So
that's
so
happy
with
that,
and
then
this
is
NMDA
compliant
model
next
week
yeah.
So
this
is
a
basically
you
know:
I
TFT
W
send
you
know.
Tree
looks
like,
as
you
see
for
organization.
I
B
A
K
K
We
have
published
a
revision
from
the
last
ITF
meeting,
where
we
have
started
the
to
analyze,
how
the
model
can
be
used
to
support
Ethernet
services
of
interim
point-to-point
services,
IPP
ln,
v,
PL
and
OT
n
client.
Like
a
statement
at
the
channel
over
at
Jana,
we
found
a
some
open
issues
on
how
to
use
this
model,
and
we
have
some
questions
about
how
the
T
topology
mode
attributes
and
the
ITRs
topology
attribute
fits
together.
We
are
going
to
analyze.
K
We
have
a
minor
addition
about
how
to
integrate
edges
on
code
that
we
are
developing
into
the
rough,
though
it's
going
to
be
fixed
in
few
days.
So
the
next
steps
is
to
resolve
this
issue
and
to
complete
the
document
and
for
them
for
the
first
issue.
I
ever
dedicate
his
life
next
one
for
the
use
case
tree,
which
is
a
multi
domain,
a
single
layer.
We
have
a
new
draft
submitted
in
this
meeting.
K
We
have
started
to
analyze.
One
of
the
major
problem
with
multi
domain
is
how
you
stitch
together
the
inter
domain
link.
So
the
inter
domain
link
is
reported
as
extended
domain
links
by
two
PNC's
and
the
MDS.
He
has
to
be
able
to
understand
how
they
are
glue
together.
We
have
started
to
good
discussion,
but
we
have
not
finished
so
we
have
to
finish
it,
and
then
we
have
to
complete
the
rest
of
the
document.
Then
next.
J
K
Sometimes,
on
the
open
issue,
so
the
big
one
has
been
on
the
multi
domain
is
an
inter
normally
stitching.
We
have
been
able
to
thanks
to
Igor
as
well,
and
the
apology
so
should
thank
analyzed
the
plug
ID,
so
the
Plaga
D
has
been
analyzed
in
two
particular
and
that
we
see
that
he
supports
two
cases,
one
case
where
this
number
is
assigned
by
a
central
authority
and
configured
on
both
BNC
domains
and
reported
NPI
to
the
MDS
C.
K
The
second
use
case
is
when
the
two
H
devices
Excel
to
discover
the
link
VL
NP
and
the
information
that
is
out
of
this
cover
is
reported
to
the
mdac
and
by
by
business-casual.
We
notice
that
the
Plaga
decent
asset
to
be
changed
and
that
the
topology
has
been
changed
based
on
our.
So
we
have
delivered
a
feedback
to
the
tea
topology
model.
That's
one
of
was
one
of
our
tasks
and
this
based
on
this
feedback.
We
have
this.
The
structure
is
allows
also
the
coexistence
of
different
mechanism.
K
Also,
you
can
have
a
central
authority
on
something's
discovering
on
the
other
links.
There
is
no
conflict
or
you
can
have
also
different
outer
discovery
mechanisms
running
in
your
network,
and
it
should
be
everything
should
work
with
plug
ID.
A
second
issue
in
a
second
option,
which
were
we
have
not
finished,
we
didn't
have
time
to
analyze
before
this
meeting,
is
that
the
wheel
can
associate
a
configure
either
on
the
PNC
or
on
the
BSC.
How
did
he
know
that
the
LTP
ID
on
one
side
is
at
match
to
do
that?
K
You
know
that
the
LTP
ID
on
the
other
side,
the
configuration
on
the
BSC,
is
already
the
describing
a
topology
I
did
from
tipster,
and
there
are
some
issues
described
are
the
other
case
is
not
described
because
it's
more
an
MDS
internal
configuration.
What
we
are
asking
now
we
are
to
analyze
this
one
and
we
have
to
understand
whether
there
are
some
issues
with
the
option
of
black
ID.
That
is
analyzed.
K
That
requires
to
look
for
other
mechanism
and
we
need
to
understand
what
are
the
pros
and
cons
of
this
alternative
solution
and
in
case
we
have
more
option
what
happens
in
case
for
interoperability.
Different
pnc
and
MDS
C
make
different
limitations
of
what
is
going
to
happen.
So
these
are
a
major
issue.
I
have.
K
K
Okay,
next
one
is
about
the
client
services,
okay,
we,
we
have
looked
at
the
scenario
and
we
have
found
that
with
these
working
documents,
we
have
some
questions
that
is
not
easy
to
solve,
with
implementing
quality
time.
Grantee
topology.
The
first
question
is
on
which
topology,
Datanet
or
other
of
the
end
clients,
academia
and
fibre
channel
assessing,
should
be
reported
in
the
ocean
topology
or
should
we
have
other
topologies?
K
And
if
the
f
Jesuses
links
and
we
have
the
audio
tunnel,
we
had
to
configure
the
relationship,
because
the
t
tunnel
is
between
peas
and
then
we
need
to
know
which
SS
link
goes
into
once
you
set
up
the
t-ten.
You
have
to
say
on
this.
This
service
is
an
association
between
the
SS
link
and
DT
tunnel
and
also
in
case
of
EDP
L.
You
have
been
an
ID
classification
criteria
that
has
to
be
clarified,
configure
be
the
number
one
goes
over
tunnel
number
one
below
number
ten
goes
over
10
and
under
trend.
K
This
information
is
not
in
the
in
the
current
e
Mullis
and
we
have
analyzed
them.
We
have
started
to
analyze
that
two
options.
One
option
is
a
set
of
draft
that
will
be
submitted
to
this
working
group,
which
will
around
the
agenda,
and
basically
those
rafters
mean
triggered
by
the
discussion,
and
another
option
we
can
analyze
is
the.
What
open
config
is
doing.
That
was
raised
a
comment
that,
let's
look
at
that
and
we
have
not
yet
started
the
complete
an
idea.
So
we
are
not
taking
any
decision
on
as
a
design
team.
C
Any
comments
so
I
have
one
comment,
actually
I
think
actually
on
I
would
like
to
suggest
the
author's
on
design
team
to
take
egos
jobs
at
input.
You
know,
because
that
job
also
talks
about
use
cases
and
describe
how
to
use
the
young
models
for
the
transport
network,
so
that's
good,
a
foundation
for
for
the
for
the
Dan.
Thank
him
to
take
a
Tim
30.
Yes,.
K
H
Okay,
hello,
my
name
is
Tommy
and
I'm
going
to
present
her.
The
three
works
about
the
young
models
for
odine
client
signals
the
respectively,
the
service
model
for
protein
client,
the
topology
model
and
the
tunnel
models
next,
so,
firstly,
we
are
going
to
introduce
about
a
service
model
and
a
service
model
which
is
different
from
the
previously
defined
the
topology
model
and
the
tunnel
model.
So
the
most
important
issue
for
here
is:
we
need
to
understand:
where
do
the
different
models
seat?
H
H
So
here
we
are
using
an
example
to
describe
how
it
is
applied
between
the
different
controllers
and
we
use
the
ethernet
over
OTA
as
a
example.
So
considering
the
ntsc
and
the
PNC
interaction,
the
first
step
will
kick
off
the
request
of
Ethernet
service,
so
that
is
the
the
client
layer
stuff
and
correspondingly,
given
this
kind
of
route
past,
the
pmc
would
respond
a
messenger
to
set
up
the
OTN
tunnel.
H
So
currently
we
use
this
table
to
summarize
how
many
potential
service
tab
can
be
in
the
in
the
client
service.
This
is
comes
from
the
RFC
seven
one,
three,
nine
about
the
otm
GP
and
the
currently.
The
drafter
only
contains
the
Ethernet
details
and
we
are
going
to
develop
other
kind
of
service
types
in
the
in
the
future
version.
H
So
then,
we'll
we
would
like
to
have
a
very
quick,
real
after
client,
the
service
model
and
our
young
tree.
So
the
first
one
is
the
client
service
model.
So
it
is
mainly
used
to
requesting
the
client
service
by
specifying
different
service
attributes
like
very
global,
high-level
descriptions
and
the
service
type.
H
And
then
this
young
tree
is
shows
the
parameters
contained
in
the
internet
quality
model,
so
this
can
be
used
as
use
the
win-win
to
athletes
as
a
client
that
layer
topology-
and
this
is
an
augmentation
to
the
teeth
of
polarity
model.
So
in
this
work
we
in
this
current
version
of
the
graph
that
we
use
the
Ethernet
header
example
came.
H
H
So
there
are
also
a
few
open
issues
in
the
current
draft.
The
problem
is
the
first
problem
is
currently
only
the
Ethernet
service
is
included,
and
we
need
to
add
others
and
all
also
for
the
Ethernet.
So
we
also
need
to
align
with
some
other
young
models
in
the
ITRs
model
and
then
mode
will
work,
because
they
also
have
some
kind
of
layer
to
stuff
and
together
with
actually
802
dot.
What
they're
into
we're
not
sure
if
there
are
different
client
models
like
SDH.
H
Ethernet
and
kind
of
fiber
class,
whether
they
have
a
common
partner
to
be
generic
or
there
can
be
separate
models.
We
will
firstly
define
those
kind
different
kind
of
models
and
find
whether
it
is
and
currently
the
the
model
is
still
not
and
the
a
compliance,
but
we
first
want
to
clarify
the
technical
stuff
and
then
make
it
an
MDA.
H
So
here
we
would
like
to
confirm
with
the
working
groups
as
the
work
is
useful,
and
this
is
actually
as
it
hello,
president
theater.
This
is
triggered
by
the
discussion
of
the
design
team
and
though
we
would
like
to
work
together
and
fit
into
the
use
case
in
the
scenarios.
That's
the
perspective.
Thank
you.
D
Okay,
I
have
a
comments,
so
definitely
I
think
this
is
Amy
from
Huawei.
Sorry,
so
definitely
I
think
this
is
a
very
useful
work,
especially
on
the
Annette,
because
also
isn't
it
it's
a
very
one
of
the
popular
client
service,
even
a
microwave
link.
So
we
would
like
to
say
such
work
and
I
also
have
another
comments.
H
B
And,
and
not
only
microwave
I
mean
I
I
see
these
I
probably
already
do
these
comment
them
and
on
the
mailing
list,
probably
generalizing.
This
worker
is
something
that
is
really
really
useful.
As
usual.
My
suggestion
is
to
try
to
see
what
is
the
generalized
part
of
a
bit
to
bring
it
to
this
and
then
do
all
the
technology
specific
extensions
in
it
see
camp
you.
I
I
H
Page
two
yeah
I
agree
actually
in
the
slides
yeah.
This
page
will
focus
on
the
network
side,
and
this
is
our
kind
of
supporting
the
Interop
on
the
NPI.
So
I
don't
think
it's
a
conflict
with
those
kind
of
Ericsson
service
model,
but
yeah
yeah,
but
I
would
like
to
I
tend
to
agree
this,
because
there
is
a
slightly
terminology
issue,
because
both
of
them
seems
to
be
called
as
service
model,
but
actually
I'm,
not
a
expert
for
terminology.
K
Boots
from
away
to
comments,
I
think
for
Q&Q,
if
it
is
a
queuing,
cute
point-to-point,
T
tunnel,
it's
the
Internet
tunneling
that
is
supported
here.
If
it
is
a
connectionless
Q&Q,
then
we
don't
have
yet
analyzed
that
that
that
option
so
depends
on
which
type
of
Q&Q
implementation
you
are
looking
at
and
I
support.
I
mean
this
one
is
for
the
MPI
is
not
for
the
CML
violator.
One
CSM
is
for
this,
so
you
need
to
translate
the
layer
on
CSM
requested
at
MDC
into
these
commands.
K
L
Document
just
ensure
number
one
I
Triple,
E
8,
or
that
one
is
working
on
Ethernet
and
Q&Q
and
anything
relevant
to
the
workshop,
probably
be
aligned,
I'm,
not
sure
what
they're
and
the
work
probably
should
use
the
young
cattle
of
the
check,
but
it
should
be
aligned
number
two
I
tourists
we
know
is
going
south,
so
you
had
the
point
of
aligning
with
a
tourist.
If
I
Taurus,
it's
not
there
and
drafts
are
in
limbo.
Maybe
we
shouldn't
we
need
to
figure
away.
So
it's
not
a
liability
for
us.
M
Good
morning,
good
afternoon,
this
is
a
presentation
about
the
young
data
model
for
layer,
1
CSM,
so
layer,
1
VPN.
The
starting
point
of
all
this
work
was
the
RFC
48
47
that
provides
a
framework
and
the
service
level
requirement
and
injera
describe
all
the
deployment
scenario
for
layer,
1
VPN
as
a
service.
So-
and
this
draft
want
to
make
a
young
data
model
for
a
layer,
1
VPN.
M
M
This
is
very
simple,
because
we
are
talking
about
a
customer
that
won't
layer,
one
VPN
services
to
a
provider,
so
the
layer,
1
CSM
in
this
case
is
a
modeling
of
the
interface
between
the
customer
service,
Orchestrator
and
the
network
controller.
So
this
use
case
could
be
not
so
common,
but
is
useful
to
explain.
M
Also,
the
second
scenario,
if
you
can
go
to
the
next
slide,
where
we
have
a
very
common
use
case,
in
particular
in
the
same
organization,
we
have
a
service
sense,
Sdn,
orchestrate
or
services,
the
uncontrolled
for
layer,
2,
layer,
3
services,
and
we
have
the
network
as
the
uncontrolled
for
layer
1
at
the
end.
So
in
general,
this
is
the
use
case
where
we
have
an
layer,
1
VPN.
So
a
common.
M
A
common
transport
network
layer
that
is
shared
by
different
services
and,
in
particular
different
services,
can
be
different
service
department,
for
example,
of
say,
organization
or
same
service
provider
and
so
on.
So
this
is
interface,
make
sense
in
this
in
this
case
and
make
also
the
difference
with
the
layer,
the
layer
to
SM
and
layer
3
SM.
So
if
we
go
to
the
next
slide,
we
can
see
these
difference.
M
Ok,
the
architecture
is
a
monolithic
architecture,
so
it's
very
simple
for
for
now
is
otoscope
the
multi
domain
and
multi
service
provider,
whose
case,
but
just
to
make
you
to
understand
that
we
have
the
layer
2
SM
under
left
years,
and
that
is
the
interface
between
customer
and
services.
The
uncle
Orchestrator,
while
layer,
1
CSM,
is
the
southbound
interface
between
the
Sdn
controller
and
the
network
controller
for
layer,
1
VPN
for
external
customer.
Ok
is
a
less
common
for
now,
but
we
have
to
consider
it
next.
M
F
F
G
M
Particular
as
I
mentioned
before
in
the
context
of
a
service
provider
network,
could
be
useful,
particular
between
several
department,
the
one
that
are
more
service
oriented
and
the
department
that
are
involved
in
transport
layer,
and
this
can
be
considered
Andy
scope
of.
Does
he
come
working
group
because
it's
about
layer,
zero
later
one
technology
and
another
question
is
maybe
we
need
the
layers
on
to
mif
for
this
work
and
the
outer
sofa?
You
can
consider
this
work
as
a
basis
for
four
layer.
G
A
G
L
N
Severity
from
Nokia-
yes,
I-
am
contributed
these
drafts,
but
they
were
is
aware
of
that.
Okay
is
not
appear
that,
because
there
is
not
official
documentation
from
MAF,
so
I
think
that
a
liaison
is
easily
be,
is
absolutely
needed
to
make
aware
both
of
this
of
the
standard
body
of
the
activity.
Is
this
absolutely?
N
I
B
G
G
B
G
My
point
is
this:
we
can
easily
use
the
informal
channels
to
go
back
and
ask
MEF
to
send
liaison
the
C
camp
since
MAF
had
no
idea.
C
camp
was
working
on
this
until
while
they
couldn't
have
because
it
happened
after
their
meeting
right
or
I,
don't
think
it
takes
a
working
group
draft
document
for
the
two
chairs
to
solicit
work
from
the
map.
These.
O
Hey
IPF's
work
is
open,
so
open,
right
and
so
I
would
say
if
MF
participants,
you
know
you
know
aware
of
this
work
here
and
they
think
it's
interesting
to
meThe
folk.
They
can
just
send
an
email
on
their
lists
and
inform
them
or
they
can
access
this
document.
It'll
be
very
it's
not
for
us
for
us
to
hear
the
gossip
that
map
is
working
on
something
and
then
we
send
them
Eleison
to
ask
for
that
information.
You
know
it's
it.
You
can.
Let
Neph
people
know
that
what
it's
public
right
give
them.
O
C
M
M
C
M
B
I
Yeah,
this
is
so
basically
based
on
RFC
769
eight
and
we
extend
it
from
generic
tea
topology
model.
Next
I
think
this
was
the
previous
one,
so
we
can
move
on
to
the
tree
yeah
and
it
is
then
and
then
they're
compliant
yeah.
So
this
is
basically
a
current
flex-grip
topology
model
similar
to
wson
model.
We
cleaned
up
most
of
overlapping
parts,
except
you
know,
flexicord
specific.
I
I
Draft
has
been
presented
in
a
second
working
group
and
and
I
think
the
only
issue
on
the
flexgrid
young
I
think
we
study
if
hold
shift,
alt
p
or
to
be
more
consistent
with
the
teeth
of
a
model
and
tunnel
model.
I
think
the
media
channel
may
not
be
the
best
terminology,
but
the
original
author
wants
to
use
that
terminology.
So
that's
one
pending
issue,
but
it's
not
a
big
issue
and
another
issue
is
same
LTP
both
model.
I
B
J
Please
dieter
dieter
Bela
Nokia.
First
of
all,
I
would
like
to
thank
you
for
incorporating
our
comments
that
we
provide
it
at
the
last
meeting.
I
think
this
is
actually
good.
I
have
just
one
comment
regarding
the
operational
the
available
operational
node
attribute.
This
is
currently
readwrite.
I
believe
this
should
be
read
only
read-only.
B
A
So
yeah
I
think
that
this
third
presentation
on
flexi
framework
for
gmpls
control,
plane
we
had
this
is
a
port,
was
version
posted
and
we
done
a
lot
to
the
document
and
it
is
basically
two
things
we
have
been
doing.
We
try
to
align
it
with
the
work
going
on
in
itu-t
and
as
that
work
is
also
aligned
with
uif
work.
We
should
also
be
aligned
by
to
the
UAF
work
or
the
other
way
around
I.
Don't
know
they.
They
are
basically
doing
the
same
thing.
A
Then
it
took
away
part
of
the
document,
especially
we
took
away
the
use
cases.
We
take
cook
away
use
case
not
because
we
didn't
like
them,
because
they
weren't
actually
focused
on
the
control
time.
They
were
focused
on
the
more
generic
flexi
behavior
and
then
we
have
converged
on
terminology
I
think
we
are
pretty
well
done
there.
We
have
done
a
lot
of
smaller
editorial
changes,
but
you
still
have
a
lot
of
lotta.
We
have
some
document
clean
up
to
until
be
to
be
done.
A
The
information
we
added
is
mostly
responding
to
to
comments
we
had
last
time.
This
is
in
the
comments.
Were
this
is
unclear,
and
this
doesn't
really
capture
what
you
want
to
do
and
I
think
that's
now,
it's
well
inside
the
draft
next
time.
I
did
show
this
last
time.
I
all
I
thought
we
needed
a
reference
model
to
actually
be
able
to
discuss
things
and
I
have
asked
help
from
a
couple
of
people
were
involved
in
creating
the
reference
model
for
pw
III
and
MPLS
DP
factually
get
all
the
small
knits
and
bits
in
place.
A
A
My
understanding
and
I
think
she
lays
understanding
and
in
Rada
and
the
thing
are
not
exactly
the
same,
but
I
think
we
are
slowly
come
converging
and
we've
actually
sorted
out.
Yeah
I,
don't
see
any
really
problem
it.
Just
like
you
described
will
have
all
how
it
is.
So
we
can
do
things
through
an
outer
band,
signaling
channel.
If
you
want,
we
can
always
do
that
for
everything.
A
When
setting
up
a
flexi
clients,
we
actually
have
a
signaling
channel
available
on
the
Phi
1
2
on
top
of
channel
or
one
channel
available
or-
and
we
also
have
a
single
channel
available
on
the
flexi
group
we
could
use
either.
We
need
to
decide
how
we
actually
want
how
we
don't
how
and
in
what
situation
we
want
to
use.
This
also
use
those
channels,
and
then
we
can
use
flexi
to
actually
announce
the
PE
parameters.
A
We
can
use
the
GMP
less
control
want
to
control
plane
to
announce
flexi,
TM
te
parameters
in
the
routing
system
next
and
then
we
can
actually
also
use
it
to
set
up
and
vanilla
MPLS
LSP
and
that's
actually
the
example.
We
have
in
the
in
these
slides,
okay,
so
flexi
configuration
an
operator
could
take
a
number
of
different
approaches.
He
could
either
configure
the
entire
infrastructure
and
leave
the
Flexi
MPLS
LSP
of
FX
e
to
the
control
plan.
Only
or
you
can
set
up
the.
A
A
Yeah
I
think
that
is
nice.
So
this
is
we.
If
you
want
to
establish
a
flexi
group,
we
have
two
boxes:
the
dotted
lines.
We
have
a
data
plane
or
flexi
data
plane
and
ashame
on
each
side,
and
then
we
have
clicked
once
we
have
an
NMS
that
are
doing
the
configuration
click
one
more.
You
have
a
routing
system
that
actually
is
the
ultimate
recipient
of
the
information
and
then
an
MMS
yeah.
So
the
NMS
tell
the
two
boxes:
to
establish
the
the
flexi
group
and
then
the
likes.
A
The
note
inside
send
the
information
to
the
control
time
that
actually
announced
it
into
the
routing
system.
I
think
this
one
yeah.
So
we
could
also
establish
the
flexi
group
from
from
a
from
the
control
plane
and
then
the
the
trick
here
is
that
I
thought
and
that's
when
I
wrote
did
the
slides
that
I
actually
need
the
outer
band
Channel.
A
A
A
A
A
So
this
is
what
could
be
resolved
so
flexi
capable
notes,
blue
squares.
You
have
links
between
those
note,
blue
links
and
yellow
links.
The
blue
links
our
flexi
capable,
and
you
have
all
the
t
parameters
and
it's
possible
to
find
a
way
for
setting
up
a
MPLS
LSP.
That
really
requires
to
be
run
over
flexi
links.
A
You
can
find
a
way
from
it
and
you
can
actually
do
the
signaling
between
the
notes,
based
on,
for
example,
next
visit
er
based
on
any
arrow
next,
so
here
I
again
talking
about
the
approaches
that
could
be
taking
about
by
an
operator,
and
it
depends
who
you
are
in
the
operator
shape.
So
if
you
own
the
entire
infrastructure
and
own
it
all
the
way
up
to
the
the
LS
piece,
then
yeah,
then
you
might
need
the
control
tend
only
to
be
able
to
set
up
quick
restoration.
Otherwise
you
don't
really
need
it.
A
If
you
are
selling
off
our
selling
flexi
groups
selling
flexi
clients,
then
you
are
in
a
different
situation
and
you
really
want
to
be
able
to
sell
flexi
clients
in
a
manner
where
you
can
actually
guarantee
that
the
craxi
client
you
are
selling
to
someone
is
actually
reserved
exclusively
for
that,
for
that,
for
our
customer
customer
might
set
up
more
than
one
more
than
more
than
one.
I
will
see
you
that
flexi
client,
but
no
one
else
can
set
it
up.
So
that
gives
you
an
unintentional
bandwidth.
A
Okay,
so
that's
where
we
are
at
the
moment,
I
would
like
to
stress
that
I
think
I
think
we
are
aligned
with
other
people
working
on
flexi.
The
draw
should
be
pretty
clear
at
the
moment
and
I
think
what
we
would
like
to
do
is
now
at
having
have
a
good
review.
I
asked
a
couple
of
people
that
I
know
dilgar
reviews
to
look
at
the
document
to
please,
as
the
working
group
dudes
also.
We
need
that,
but
I
don't
think
we
have
any
any
showstopper
now
to
go
ahead
and
accept
this
working
group
document.
G
Dave
Schoeneck
Rob
Erickson,
so
there
was
a
liaison
to
see
camp
I
believe
it
was
months
ago
from
pretty.
G
From
the
broadband
forum,
letting
letting
C
camp
know
that
broadband
forum
is
doing
similar
work
on
a
reference
architecture
and
nodal
requirements,
so
it
would
be
good
for
them.
There's
been
a
lot
of
discussion
in
those
groups
on
what
is
the
applicability
of
champions
to
flexi
and
there's
been
a
lot
of
confusion.
G
G
Your
diagram,
where
you're,
showing
the
selection
at
the
client
layer
of
flexi
capable
links,
is
the
first
time
I've
seen
that
type
of
architecture.
What
I've
seen
in
other
sessions
has
been
the
signaling
of
flexi,
some
mysterious
flexi
information
that
allows
a
flexi
path
to
be
created
through
the
network
at
the
flexi
layer
and
their
question
come
right.
Yes,.
A
G
The
question
comes
in
what
is
the
label
in
that
case,
and
is
there
something
called
flexi?
Switching
and
categorically
people
deny
that
there's
no
flexi
switching
and
yet
how
does
one
create
a
flexi
path
without
flexi
switching?
This
is
the
first
time
I've
seen
something
that
even
resembles
a
path
through
the
network,
but
it's
chain.
P
P
A
P
Q
A
Actually
anything
that
is
established
in
the
flexi
layer,
group
or
client
that
is
actually
announced
to
the
route
into
the
routing
system.
The
routing
system
knows
what
the
quality
all
or
the
capability
of
the
links
in
network
are,
and
here
we
actually
say
that
we
need
te
parameters
to
actually
describe
the
TLX.
So
when
setting
up
an
LSP,
you
can
pick
the
right
type
of
link.
P
P
A
G
Yeah
exactly
so,
instead
of
say
instead
of
flexi
between
the
two
notes,
they're
using
lag
right
and
so
at
some
point,
the
lag,
bundles
three
links
together
and
then
announced
so
the
routing
system
that
this
is
one
aggregated
link
of
some.
You
know
so
much
bandwidth.
It's
really
no
different
than
what's
happening
here.
The
the
flexi
bundles
are
being
connected
together
and
then
are
being
announced
to
the
routing
system
as
a
constraint.
E
A
E
A
J
A
A
P
P
During
the
program
meeting
first
person
with
them,
what
the
drafter
fram-o
but
afterward
discussed-
and
we
also
have
some
questions
and
some
topic
of
the
discussion
which
what
he
is
using
all
his
intestinal
using
as
cheap
Pescara,
we
have
not
included
a
scene
in
the
framework
document,
so
just
made
an
english
after
I
had
a
new
sex
into
this
part
of
what
is
this?
Is
she
so?
P
P
The
second
one
is
okay.
Overall,
you
saying
and
after
that
discussing
with
things
this
this
can
be.
This
can
be
solved
by
reuse,
the
mechanism
defining
I,
say
71
39,
it's
because
at
one
configure
descending
had
a
most
the
symphysis
I
thought
UK.
So
the
piano
100k
control
entirely
millage
in
this
traffic
to
focus
on
setup
of
the
for
her
focus
on
the
bonding
of
the
instance.
P
P
The
traffic
parameter
for
audio,
saying
and
also
comparing
to
a
FC
71
39.
There
are
also
some
changes
for
this.
Up
to
this
object.
The
traffic
parameter
country
will
unleash
this
project.
A
story
is
the
object
that
only
cow
includes
a
signal
type
which
can
be
three
different
single
type
and
the
number
of
instances
requested
and
the
Patriot
annum
I'm.
Here
they
are,
they
which
also
try
to
reuse
these
two
fields
with
it
also
in
describe
the
UFC
71,
okay,
okay.
P
Next
one
with
the
final
labor,
we
use
a
little
who
indicated
instance
point
in
this
audiences
audio
saying
with
another
labor
extra
included,
I'm
belogus
with
his
policy
in
ecology.
In
his
instance
RT
the
pit
made
plans
and
Stroud
bit
a
map
under
the
number
of
available
slot
and
the
pretty
matalin's
and
hospital
here
as
a
x-ray
user
that
we
indicate
the
prisoner
available
to
us
when
signaling
as
user
does
that
have
the
audio
same
pass
or
audio
co2
using
the
same
past.
Okay,
next.
P
Also
some
other
theories
that
define
when
they
find
a
new
TV
available
slots
class.
In
theory,
which
is
a
new
kind
of
a,
must,
be
attributed
it's.
This
children
is
expended
to
collect
available
throughout
the
information
for
and
to
an
audience
in
ours.
It's
because
one
audio
CSP
miss
by
multiple
what
you're
saying
or
what
you're
saying
assembling.
Also
the
interface
ID,
as
we
hope
object,
must
be
used
in
reservation
message,
and
it
contains
several
share
with
three
indicator
which
component
in
the
face
you're
carrying
a
specific
out.
You
say
how
do
you
see,
instance?
P
So,
okay,
thanks
this
light,
does
have
some
description
about
how
to
use
g-cloud.
She
already
find
in
the
single
knowledge
after
four
actually
in
the
current,
addressing
of
the
single
image,
after
which
think
this
is
a
still
mat,
Hillier
scenario.
We
can
see
that
it's
a
case
of
a
setup
of
a
high
rack
or
RSP.
It's,
because
when
the
example
and
to
end
audio
serious,
becoming
Kerala
over
three
different,
what
you
say
all
the
obvious
in
Tessa
and
recipe
with
I
can't
connect
Shakira.
P
P
P
During
discussing
with
also
have
some
open
issue,
I
think
we
needed
to
discuss
this
this
week.
First,
one
is
audio,
say
not
using
it
can
notice
whisper.
So
why
is
the
so-called
and
when
the
RSP,
because
there
is
no
labor
to
be
switched
so
I
think
we
need
to
discuss,
is
also
another
issue
is
how
can
we
define
the
funding
accessing?
Can
we
call
this
set
map
of
RSP
its
content
now
answer
when
you
to
discuss
this
another
one?
P
So
is
there
a
funding
over
Oh
TOC
instance
in
what
you
saying
is
called
some
houses,
saying
that
the
OTO
same
as
he
may
not
need
to
be
explicitly
specified
that
so
we
we
need
to
solve
this
problem.
I
see
okay,
next
next
step,
asking
awaiting
needed:
okay,
because
caper
discussing
the
framework
and
a
solution
and
some
alignment
more
needs
to
be
done
between
a
farm
worker.
Second,
only
underwriting
draft.
Also,
we
need
to
discuss
where
the
user
case
documenting
a
framework
as
often
so
you
need
to
be
careful
because
of
them.
P
B
F
How
my
name
is
Troy
you
found
from
Maui
so
as
routing
extensions,
closely
related
with
signal
yin
and
the
three
more
craft.
So
we
just
upload
this
protein
stacker
merge
draft
to
before
just
before
this
hi
DF
and
it's
a
draft
is
still
in
progress
and
the
detail.
The
technical
points
are
still
under
discussion.
So
I
will
this
rap
that
actually
mergers,
two
drafts
about
the
routing
intentions
for
the
100,
100,
Giga
OTN
and
all
the
the
extensions
actually
mainly
focus
on
the
LCD
part?
F
So
for
the
first
drafts
and
it's
this
draft
has
been
presented
in
previous
ITF
meeting
so
in
this
drop,
the
type
3
bandwidth
sub
T
are,
we
is
defined
for
the
audio
see
in
container
and
at
the
TSG?
Is
that
you
send
it
for
5g
granularity?
The
unreserved
bandwidth
is
not
included
as
audio
Shion
is
not
switchable,
and
this
is
the
detailed
of
the
label
introduced
in
the
first
craft,
and
they
is
also
present.
It
has
have
been,
has
been
presented
in
previous
IDE
idea
and
for
the
second
draft.
F
A
second
draft
stands
the
type
1
bandwidth
sub
T.
Are
we
for
ot?
You
see
for
audio
C
in
container
and
as
audio
signal
type
is,
has
only
only
has
one
granularity
which
is
5g,
so
the
PSG
is
not
extended
and
the
number
of
T
is
used
to
indicate
the
number
of
available
available
tributaries
rot,
which
means
the
tributary
slots
can
be
occupied.
It's
different
from
the
can
be
allocated
how
to
say
there
are
two
okay.
This
is
ambiguous.
F
F
Actually,
her
draft
merge
the
two,
the
two
drafts,
and
so
the
technical
point
for
the
leap,
the
ICD
part
is
actually
combined
and
the
two
two
drafts
and
defines
a
type
series
up
and
we
sub
T
RV
and
extend
the
5g
for
granularity,
as
there
may
be
more
granularity,
is
for
the
audio
CSO
and
a
bitmap
is
used
to
indicate
the
exact
locations
of
the
unavailable
tributaries
throughout
the
information.
Although.
C
B
L
G
F
Although
it's
the
you
know,
unavailable
TS
information
is
described
in
the
signaling
part,
but
actually
I
think
this
is.
This.
Information
is
actually
is
up
about
the
node
capability
so
which
is
which
should
be
carried
in
the
routing
advertisement,
so
it
is
added
in
the
merge,
straps,
and
so
here
is
the
difference
compared
comparation
of
the
difference
for
three
drops.
F
We
can
see
that
the
merge,
actually
the
merge
raft,
can
combine
the
two
two
drafts:
first,
first
of
the
RSP
encoding
time,
audio
CN
and
bandwidth,
sub,
T,
AVI
type
and
you
standed
tributaries
South,
Korean
variety
and
the
fire,
our
reserve
bandwidth
for
the
audio
Seon
connection,
setup
and
the
information
about
available
tributaries
loss,
and
so
next
I
thought
we.
We
are
open
to
discuss
and
revise
the
technical
detail
for
the
merged
routing
drafts
and
any
comments
welcome.
Thank
you.
B
H
Hello,
it's
a
humming
from
highway
again
I'm
going
to
present
this
work
talking
about
the
interworking
of
the
GMP,
RS
control
and
the
centralized
controller
system.
So
we
are
coming
back
to
GM
PRS
again
and
firstly,
I
would
like
to
introduce
the
motivation
of
this
work
because
we
have
been
working
on
the
GMP
RS
as
a
control
plane
technique
for
a
couple
of
years
and
it
before
the
the
controller
emerged.
The
data
plan
is
consistent.
It's
working
consistently
with
with
the
control
plane,
but
nowadays
with
the
involvement
of
the
controller
system.
H
We
have
also
developed
a
kind
of
a
pressure
of
solution
that
how
the
controller
system
interacted
with
the
corresponding
device.
So
it
would
be
interesting
if
we
can
further
understand
okay,
how
the
kind
of
distributing
the
flavor
of
solutions
like
GMP
RS
and
the
centralized
the
flavor
of
a
system
like
controller
system,
they
can
coexist
and
they'll
work
together.
So
the
example
protocols
in
the
GM,
Paris
control
pain
may
include
the
rsvp-te
protocol
for
signal
and
the
OSPF
t
for
routing
and
correspondingly
there
has
been
a
few
newly
emerged.
H
Consideration
on
how
this
in
her
work
with
each
other,
for
example,
on
the
southbound
interface
between
the
PNC
and
the
interface,
how
the
GMP
RS
can
help
report
the
topology.
We
may
have
different
alternatives
like
PCRs
from
the
centralized
style
or
we
can
have
a
kind
of
OSP
FTE
in
the
distributed
function,
and
the
second
issue
would
be
like
considering
the
inter
domain
link
and
the
SE
need
to
gather
information.
H
But
usually
it
is
a
kind
of
stitching
from
the
information
reported
from
PNC
and
how
the
JMP
RS
can
represent
this
kind
of
information
to
PNC.
It
would
be
a
key
approach
to
this
problem
and
correspondingly
in
the
Nets,
the
issue
would
be
interaction,
request
for
the
RSVP
because
early
giving
a
kind
of
PC
protocol.
If
we
initiate
the
the
past
supplement
from
the
from
the
hand
had
a
node,
it
would
run
the
rsvp-te
signaling
accordingly,
but
actually
given
multi-domain
case.
There
would
not
be
explicit.
H
We
are
all
function
to
describe
each
node
in
the
other
domain,
so
that
would
be
taking
care
from
the
other
kind
of
controllers.
And
finally,
the
monster
advanced
should
be
the
kind
of
protection
and
recovery.
This
would
also
request
a
very
accurate
interworking
mackensen
between
the
device
level
and
the
controller
level.
Some
kind
of
the
intro
domain
protection
and
recovery
is
very
different
from
the
inter
domain
operations.
H
So
here
we
are
trying
to
introduce
some
issue
and
examples
for
our
interworking
consideration
and
in
the
next
step
we
are
going
to
bring
more
details
and
describe
some
typical
interworking
scenarios
and
during
the
procedure
with,
if
we
detect
any
kind
of
gap,
we
would
like
to
continue
our
working
on
extending
those
kind
of
protocols.
And
but
before
doing
that,
we
would
like
to
confirm
with
the
working
group
that
we
are
doing
the
right
job
to
say
that
this
work
is
useful.
H
C
J
J
H
B
G
K
In
the
design
team,
we
are
looking
more
about
what
empower
MDS
EMPAC
interact
each
other.
We
do
not
care
because
we
are
looking
at
the
MPI
and
and
it
interoperability
space
how
the
PNC
translates
the
information
that
the
mdac
provides
into
action
in
the
network,
also
because
in
the
network
you
can
have
GPS
or
whatever
you
like,
so
I
think
this
second
also.
The
point
is
useful
because
it
complements
is
say
when
you
get
this
information
and
you
are
running
jumping
us
what
the
PNC
can
do.
That's
useful
information.
This
is
GM.
I
H
I
So
my
question
is:
maybe
working
with
GC
working
group
together
with
C
camp,
to
figure
out
little
bit
bigger
scope
of
alternatives
because
he
said
you
know,
centralized
method
is
now
if
I
understand
based
on
offline
discussion
is
going
to
take
off.
So
this
is
very
useful
work,
but
in
terms
of
scoping
right.
So
if
you
consider.
B
N
By
just
a
short
comment,
I
said
that
I
supported
is
that
his
work
and
it
Isis,
is
very
interesting
because
for
the
first
time
in
stride
to
the
findings
are
working
between
gmpls
and
that's
the
end,
control
and
also
open
the
door
on
they
need
that.
What
mentioned
by
eternal
now,
yes,
then
transfer
design
team.
We
just
analyze,
basically
MPI
interface,
but
these
thereafter
make
care
that
I
also
work
on
the
SBI
I.
Think
ITF
as
to
do
it
is
important
to
do.
Q
Yeah,
who
do
you
consider
Telecom
same
direction
as
Julian
just
mentioned,
so
what
kind
of
problem
do
we
want
to
solve
here
with
this
solution
compared
to
the
existing
solutions
that
we
have
with
PCE?
So
if
it's
going
more
to
Sdn,
so
then
PCE
and
napkins
are
almost
not
the
right
mechanisms
to
address
this
here.
So
then
I
2
RS,
maybe
is
the
best,
is
more
or
less
a
way
to
move
forward.
Q
Q
E
E
So,
even
if
we
have
let's
say
pretty
excellent
76
99
98,
sorry
that
is
defining
the
frame
of
40
sson
and
also
6699
and
77
92,
to
define
that
the
signal
or
a
media
channel,
we
don't
have
actually
the
possibility
in
case
we
want,
to,
let's
say,
define
and
signal
what
is
inside
the
video
channel
between
the
two
clients.
Next
next
again
again,
please.
Okay,
here
is
a
picture
that
described
a
little
bit
the
issue.
E
So,
supposing
that
we
have
image
node
that
has
multiple
DWDM
interface
or
SS,
one
interface
connected
to
the
client
to
the
core
node
and
then
suppose
that
the
edge
node
wants
to
ask
for
a
media
channel
to
connect
the
tail
end.
Node.
So,
basically,
okay,
gmpls
can
calculated
the
media
channel
can
define
the
path,
can
define
the
N
and
M
value,
but
cannot
or
if
it
is
able
to
do
to
define.
E
The
frequency
of
the
different
sub
carrier
then
has
to
signal
to
the
edge
node
this
frequency
next
and
on
the
other
side
that
the
edge
node.
How
can
ask
to
the
corn
order?
What
kind
of
circuit
wants,
for
example,
can
define
number
of
that
can
be
fixed
or
maximum
and
I
can
define
the
total
bandwidth?
For
example,
over
ten
for
carriers,
the
H
node
can
ask
for
a
foreign
Turkic
Channel,
or
maybe
an
800
DP
in
a
tendril
gig
channels,
and
then
let
the
gmpls
calculate
how
to
implement
that
I
mean.
E
Great
on
the
other
side,
when
the
gmpls
calculates
everything
as
to
tell
back
the
edge
note
about
the
modulation
format
at
the
FEC,
the
baud
rate
and
also
the
position
of
the
subcarrier
is
added
with
a
channel,
so
J
and
K
are
reported
to
next
slide,
a
reported
n
related
to
the
media,
channel,
Center
frequency
and,
of
course,
the
media
channel.
With
on
top
of
that
extra
this,
we
have
defined
also
the
relationship
between
the
carrier
and
the
port,
and
also
the
carrier
power
very
quickly.
E
J
Q
Q
So,
based
on
the
framework
document
dealing
with
the
optical
interfaces
that
are
not
part
of
the
managed
domain
of
the
optical
network,
so
managed
by
a
different
network
management.
For
example,
we
are
using
LMP
and
the
extensions
of
Olympian
this
both
documents
to
exchange
the
properties
of
one
side,
the
optical
line
system
and,
on
the
other
side,
the
interface
itself.
We
defined
certain
or
different
sub
objects
based
on
RFC
4209
here
and
these
documents,
so,
first
of
all
to
negotiate
the
capabilities
of
the
line
system
and
of
the
transponders.
Q
So,
therefore,
we
added
the
application
codes
and
the
application
identifier
x'.
We
are
supporting
as
well
a
super
set
of
parameters
that
are
defined.
The
current
specifications
of
itu-t
I
have
to
mention
the
first
document
that
we
discussing
here
for
the
single
channel
optical
interfaces
is
on
standard
stroke.
The
second
one
is
an
experimental
draft
for
the
second
one.
We
addressing
the
multi
carrier.
Optical
interfaces
for
spectrum
switched
optical
networks,
so
some
things
we
have
to
exchange
or
DMT.
Q
The
parameters
again
not
for
configuration,
that's
very
important,
just
to
figure
out
which
capabilities
we
have
on
both
sides.
Next
page
yeah,
I
think
for
the
current
version.
So
we
updated
both
documents
for
this
ITF
meeting.
We
did
a
little
bit
of
bug,
fixing
not
so
much
things
reshape
the
documents
a
little
bit
and
added
some
parameters
on
the
on
the
draft
for
the
Flex
grid.
Next
page,
you
can
jump
over
this.
A
Q
Additionally,
to
the
the
application
identifiers,
our
application
codes,
we
added
the
the
output
power
and
the
current
input
power
for
the
single
channel
interface
document.
So
that's
one
thing
we
have
to
mention
here
and
next
page.
On
the
other
side,
a
little
bit
more
parameters
are
needed
to
exchange.
So
all
the
details
are
in
the
in
the
draft.
You
can
read
it
and
give
feedback
to
that
next,
page
yeah
and
that's
the
last
one.
Q
J
B
S
Yes,
hello,
everybody.
Do
you
hear
me?
Okay,
yes,
okay,
great!
Thank
you
yeah.
So
this
is
a
little
bit
another
kind
of
module.
This
is
a
generic
alarm
module
that
lets
devices.
Press
enter
alarm
state.
A
first
question,
it's
hard
for
me
to
see
which
of
you
will
raise
your
hand,
but
how
many
of
you
have
read
the
module
at
all
a.
S
B
S
This
one,
this
one
is
okay,
so
it's
been
more
American
that
is
working
on
this.
One
I
would
like
also
to
thank
there's
been
relevant
input
already.
I
had
one
this
morning
from
Balor's
from
Eric
song,
I've
had
good
input
from
Joe
and
Nick
from
atra
and
also
low
barrier
for
lab,
and
so
you'd
iterations
on
email
list.
Already,
the
main
features
of
the
module
is
a
way
to
represent
alarm
list,
which
means
what
are
the
alarms
on
the
system.
S
S
S
S
S
Kit
so
when
we
say
alarm
in
this
module,
we
are
referring
to
an
alarm
as
a
state
on
the
resource,
not
a
notification.
So
conceptually
an
alarm
is
some
undesirable
state
in
a
resource
that
requires
corrective
action,
meaning
this
is
not
for
events
in
general.
This
is
not
for
logging
in
general.
Every
alarm
is
important
and
it
needs
someone
to
take
an
action.
A
human
or
a
software,
but
the
meaning
is
don't
use
this
to
throw
just
events
into
it's
serious
things
that
someone
needs
to
take
action
on.
S
S
S
Go
back
to
the
previous
slide.
That's
perfect!
Thank
you.
What
is
an
alarm
so
when
we
say
an
alarm,
it's
a
specific
resource
could
be
a
specific
interface,
a
specific
disk
or
a
specific
detector
or
something
and
then
a
specific
type
of
alarm.
So
those
two
together
are
the
key
in
the
alarm
list.
It
has
a
severity
and
a
separate
clearance
flag.
So
if
there
are
some
alarm
geeks
in
the
room
here,
some
alarms
stand
and
sort
of
confused
severity
levels
with
clearance,
East
alarm
cleared
or
not.
That's
one
thing.
S
The
severity
of
it
is
another
thing,
and
so
we
have
a
list
of
the
resources.
There
learn
types
their
current
severity
and
if
you're
cleared
or
not
that's
the
focus
of
the
alarm
module
and
a
society
effect,
they
will
emit
net
cough
notifications,
where
some
modules
more
stays
on
the
right.
Focusing
on
the
notifications
themselves.
We
focus
on
the
states
themselves
next
slide.
Please.
S
Good,
so
here
we
see
the
alarm
list
itself.
We
will
focus
on
a
couple
of
things
again
repeating
what
I
just
said.
You
can
view
the
alarm
list
as
a
function
so
from
a
specific
resource,
a
specific
alarm
type.
What's
the
current
alarm
state.
So
that's
the
purpose
of
the
alarm
is
it's
a
function
of
that
kind?
It's
not
a
notification.
Log
and
again
clay
is
separate
from
severity.
So
what
you
see
here
to
the
right?
You
have
a
read-only
alarm
list.
The
keys
are
resource.
S
The
interface,
for
example,
the
alarm
type,
the
specific
kind
of
alarm
I
will
return
to
that
and
those
are
the
keys,
that's
important.
So
the
time
is
not
the
key.
The
resource
in
the
Laurentide
are
the
keys,
and
you
can
see
further
down
that
there
is
a
separate
field,
saying
is
cleared.
Is
it
cleared
or
not,
which
is
separate
from
the
current
severity
level,
which
is
perceived
severity
then
for
each
arm?
You
can
have
a
history
of
State.
This
changes
from
the
underlying
resources.
S
S
So
there
yes
stay
on
this
one.
This
is
my
last
slide,
so
that's
the
state
changes
you
can
see
the
the
history.
What
has
happened
with
alarm
from
resource
point
of
view,
then
separate
that
further
down
this
list
called
operate
to
stay
in
change,
meaning
an
operator
might
have
acknowledged
alarm.
I.
Tell
you
see.
Little
arm
is
being
closed,
that's
separate
list,
so
there
is
no
thing
like
an
operator
clearing
alarm,
but
that's
two
different
perspectives.
S
So
this
is
the
alarm
list
and
that's
the
heart
of
it
and
notifications
will
be
emitted
from
this
one
and
the
other
mechanisms
you
can
read
it
RFC
you
can
block
and
filter
alarms.
You
can
query
the
system.
What
are
the
possible
alarms
that
can
be
emitted
so
that
that's
the
main
thing
around
this
module?
So
any
questions.
B
Okay,
there
is
no
question
from
the
floor,
not
just
a
consideration
from
my
side.
Well,
actually,
I'm
happy
today
that
the
draft
generated
a
lot
of
discussion
on
the
on
the
mini
list.
This
means
that
there
is
there
is
interest.
There
is
also
rather
support.
I
would
say,
since
most
of
the
comments
were
what
positive
I
didn't
see
any
next
step
in
your
in
your
presentation,
but
I,
guess
you
you
want
the
draft
to
become
a
working
group
document
sooner.