►
From YouTube: IETF93-ECRIT-20150720-1850
Description
ECRIT meeting session at IETF93
2015/07/20 1850
A
B
C
C
A
E
C
D
H
A
C
I
F
F
C
J
C
K
E
B
H
E
J
J
How
did
foundation
locations
around
the
planet
changing
price?
How
to
present
that
also
there's
a
new
proposed
working
group
of
things
like
human
language
or
internet
media
I
need
this
agreed
to
this
present.
On
that
and
I
say,
the
at
sea
bass
four-story
night
on
is
going
two
percent
Ally
and
any
objections
to
their
identity
represent.
J
A
brief
status
on
working
group,
this
couple
that
are
athlete
car
crash
eat
all
those
difference
have
a
double
inspired
or
help
to
resurrect
those.
The
hell
browning
has
been
blessed
all
submitted,
that's
over
and
done
with.
There
was
some
discussion
on
list
after
that,
their
figure.
What
what
would
I
see
there
and
then
the
HD
HD
process,
the
additional
KF
30
28
just
have
fun
you
on
this.
J
J
K
So
additional
data
has
been
through
quite
a
few
revisions
in
the
past
few
past
month.
We
had
quite
a
lot
of
comments.
I
really
do
appreciate.
The
comments
elicited
a
very
good
review
and
we
had
a
lot
of
comments
from
matt
from
the
Nina
group.
So
those
were
all
much
appreciated.
We
also
did
you
can
go
on
I
think
another
slide.
K
We
found
a
lot
of
bugs
yeah
I,
don't
think
I
think
everyone
here
knows
what
additional
data
the
purpose
is.
We
can
go
forward
interest
of
time,
so
we
verify
the
XML
examples
against
the
schemas.
Hanus
did
quite
a
lot
of
work
on
that.
We
had
quite
a
lot
of
bugs
minor
things
that
were
not
right
with
the
XML,
so
those
have
been
fixed.
A
lot
of
the
wording.
Clarifications
have
been
made.
Alyssa,
Keith
and
Matt
had
a
number
of
comments
that
are
much
appreciated.
F
F
M
Brian
Rosen
I
I
want
to
echo
what
randy
says
about.
We
appreciate
all
the
comments
also
wanted
a
state
that
this
is
wired
into
the
Nina
stuff.
We
really
need
to
have
it
and
we've
been
looking
for
it
for
a
long
time,
but
it's
also
true
that
there's
this
fairly
large
set
of
implementers
that
are
going
to
go,
implement
it
pretty
quick.
So
we
need
to
get
this
thing
thing
out
so
that
they
can
they
can
go
and
implement
it.
I
think
it's
it's
it's
a
pretty
important
thing.
M
It's
got
a
lot
of
a
lot
of
interests
and,
and
it's
got
required
information
information
that
we
currently
don't
have
any
other
way
of
getting.
The
other
thing
I
wanted
to
say
is
that
there's
discussion
going
on
within
Nina
about
transported
of
of
things.
That
would
involve
this,
and
you
know
it's
not
directly
relevant
to
this
group,
but
we're
we're
we're
working
on
mechanisms
that
involve
handling
this
thing
outside
of
a
sip
call
and
I
just
wanted
to
make
sure
make
people
aware
of
that.
I
F
K
Yeah,
so
the
the
last
couple
of
minor
things
there
was
some
additional
clarification
about
the
fact
that
the
privacy
indicator
could
apply
to
multiple
blocks.
I
didn't
submit
that
revision.
Only
because
today
is
the
first
day.
I
could
do
it.
I
forgot
to
do
today,
but
that's
other
than
that.
Everything
else
is
in
there.
So
I'll
do
that.
Probably
after
this
week
great.
F
Yeah
I
think
that
sounds
good.
We
can
go
to
achieve
last.
Call
own
thing,
I
would
say:
is
this
draft
this?
The
spec
shares
a
lot
of
really
sensitive
information
with
these
apps,
and
so
you
know
expect
some
is
G
wondering
about
that,
and
you
know
having
to
do
the
usual
like
this
is
for
emergency
call
and
this
here's
how
we
protect
it
and
so
forth,
so
you
guys
are
used
to
that.
K
So
we
I
think
we're
done
with
that.
You
know
you
want
me
to
grab
ya,
actually
a
silly
call,
it's
kind
of
a
natural
progression,
because
additional
data
is
is
the
foundation
for
e
call,
and
then
he
calls
the
foundation
for
car
crash.
So
who
this
is
he
call?
This
is
a
draft
that
we
talked
about
before
few
other
I
TFS.
It
specifies
how
to
what
how
to
use
the
additional
data
mechanism
and
in
order
to
carry
information
in
the
sip
signaling,
that's
needed
for
next
generation.
K
K
So
car
crash
is
the
more
generic
version
of
next-generation
automatic
advance,
automatic
crash
notification
and
GA
ACN,
and
it
builds
on
the
econ.
It's
basically,
the
call
setup
is
exactly
the
same.
The
difference
is
that
the
e
call
document
uses
the
econ
specific
data
set
MSD,
whereas
the
car
crash
uses
the
more
generic
Nina
aapko
beds,
vehicle
emergency
data
set
other
than
that.
K
One
of
keith's
concerns
prior
to
this
was
that
the
drafts
both
of
the
drafts
specified
the
same
call
setup
mechanism
independently,
but
it
was
identical
but
specified
independently.
He
had
a
concern
that
this
was
potentially
confusing
and
potentially
could
cause
differences,
and,
as
a
result
of
that,
the
the
car
crash
draft
is
now
references.
The
e
call
draft
so
that
it
picks
up
everything
from
that
to
make
sure
that
everything
is
going
to
be
the
same.
With
the
difference
of
the
of
the
data
sets
and
and
then
also
I.
J
J
K
M
This
is
very
quick.
I
made
this
draft,
that's
expired,
I'll
refresh
it
today,
but
I
generated
a
bunch
of
list
traffic,
because
somebody
in
neenah
asked
what
had
happened
to
it
and
I
told
him
that
there
was
not
enough
interest
in
in
the
ITF
and
because
there
was
no
interest,
it
was
dying,
which
was
the
truth
and
they
said
no.
M
No,
we
can't
let
it
die
and
so
I,
let
other
people
know
the
same
thing
and,
and
they
all
went
read
the
draft
yay
and
sent
a
bunch
of
messages
saying
I
like
it.
What
this
does
is
it
deals
with
a
actual
problem
that
happens
fairly
frequently,
which
is
that
a
location
which
was
valid
becomes
invalid
and
that
happens
typically
because
something
changed
on
the
ground.
M
The
very
easiest
one
to
understand
is
a
part
of
a
county
or
area
outside
of
the
city
gets
a
next
by
a
growing
city
and
now
how
the
addresses
that
used
to
be
within
the
county
change,
because
they're
no
longer
the
same
address
they
are
addresses
assigned
by
a
city,
and
that
very
typically
requires
that
you
update
the
address
in
the
list
that
stores
the
the
the
the
data
with
new
validation
on
the
only
way
that
we
have
currently
to
do.
That
is
there's
a
notion
of
periodic
revalidation.
M
So
the
list
every
once
in
a
while,
will
refresh
the
validation
of
each
of
the
entries
in
lists
in
practice
that
causes
the
load
on
the
validation
source,
the
lost
server
that
is
used
for
validation
to
balloon,
because
your
your
revalidated
millions
of
entries
for
tens
of
urgency
calls
and
the
only
reason
you're
doing
this
is
because
sometimes
it
changes
the
validation
changes.
M
So
what
this
does
is
it
gives
you
a
push
mechanism
that
says
when
you
validate,
you
can
store
a
you,
can
ask
the
the
validation
server
the
lost
server
to
store
a
UI.
You
are
I
against
the
address
and
if
validation
becomes
invalid,
it
pushes
a
note
notice
too,
that
you
are
on
it's
not
mandatory,
that
the
lost
server
support
this.
It
can
control
all
how
many
of
these
things
it
has.
M
It
might
only
save
one,
the
last
one
it's
up
and
it
has
another
mechanism
which
allows
you
to
manage
the
fact
that
these
changes
happen
at
a
predictable
time
and
it's
typically
in
the
future.
So
actually
you
can
be
told
that
this
will
become
invalid
at
midnight
on
such-and-such
a
date,
and
then
you
can
say
well
look
if
I
made
this
change.
That
is,
if
I
tried
to
validate
an
address
as
of
this
date.
M
After
that
event,
would
it
be
valid,
and
then
this
server
can
look
at
the
data
that
it
has
about
the
change,
that's
coming
up
and
tell
you
whether
at
that
time
it
will
become
valid
and
then,
when
the
thing
changes,
you
can
change
your
entry
and
everything
will
be
great.
Once
again,
we
have
people
implementing
lost
servers.
There
are
quite
a
few
implementations
of
lost
servers
and
there
are
deployments
happening.
M
We
have
several
deployments
statewide
deployments
in
the
US
of
emergency,
calling
systems
that
are
using
these
new
Mecca
so
that
they're
using
lost
to
route
calls
within
the
state
of
Maine
right
now.
This
problem
is
real
they're,
actually
in
car
and
carpeting
finding
it,
and
this
mechanism
has
been
looked
at
by
a
bunch
of
these
implementers
that
says,
yes,
that
will
avoid
an
enormous
load
on
the
lost
servers
and
give
me
a
positive
indication
of
change
instead
of
I
stumbled
across
it,
because
im
doing
periodic
revalidation,
simple
mechanism.
M
G
K
So
this
work
has
been
kicking
around
for
a
little
while
a
few
years.
Actually
we
have
a
proposal
now
the
the
basic
so
that
we
have
a
proposal
now
for
a
working
group
called
slim,
which
would
address
the
need
to
establish
the
human
language
for
communication
in
two
problem
sets
within
slim
and
that
would
be
non.
Real-Time,
specifically
email
and
real-time,
specifically
SDP
within
sip.
K
So
the
the
core
problem
is
that,
when
you're
setting
up
a
call,
we
need
to
match
the
caller's
need
for
specific
languages
in
specific
media
which
are
tied
together
to
the
capabilities
of
the
called
party
and
language
includes
spoken,
written
signed,
which
matches
with
media
that
we
can
support,
meaning
audio
text
and
video,
and
that
you
know
the
the
general
purpose
of
this
is
anytime.
Somebody
an
individual
is
calling
into
a
call
center.
K
It's
not
particularly
helpful
for
somebody
calling
up
a
friend
where
you've
already
got
context,
but
when
you're
calling
a
call
center
that
that's
really
helpful,
and
so
the
canonical
example
is
you
do
you
have
a
call
center
and
the
call
center
is
capable
of
supporting
various
languages,
including
a
sign
language
using
some
combination
of
in-house
staff
and
external
translators
and
interpreters.
An
emergency
calling
is
a
very
key
case.
You
know
of
this
generic
example.
K
So
let's
see
right.
So
the
proposal
here
is
that
the
human
language
gets
to
be.
You
know
you,
you
negotiate
that,
along
with
the
media,
because
there
really
are
tied.
For
example,
if
you're
negotiating
a
sign
language,
you
need
to
have
a
video
for
that
and
that
you
also
may
want
to
negotiate
media,
for
which
there
is
no
language.
That's
just
for
backgrounds
sound
or
you
know
to
just
to
see
the
person's
face.
K
This
is
really
very
much
the
same
as
the
way
you
set
up
any
other
media
stream
and
the
way
you
handle
the
codecs,
for
example,
and
the
media
types,
and
it's
important
that
both
ends
be
aware
of
what
you
ended
up
negotiating
so
we're
proposing
to
use
SDP.
It's
it's
worth,
noting
that
all
entities
in
the
call
path
that
can
see
the
the
sip
messages
can
see
the
SDP
within
the
invite,
and
you
can
route
the
call
to
a
facility
that
supports
the
language
in
media
or
you
can
bridge
in
external
resources
next
slide.
K
So
this
is
the
generic
case,
the
general
call
center
case,
so
you've
got
the
youÃve,
that's
placing
call
via
proxy
the
users.
Proxy
goes
to
the
call
centers
proxy
and
the
call
centers
network
can
have
a
policy
based
routing
function
that
can
take
a
look
at
what
is
being
set
up
or
what
is
being
requested
and
then
route
to
a
specific
call
center.
K
So
if
you're
calling
an
airline
for
example-
and
you
want
to
speak
Spanish
but
you're
calling
from
the
United
States,
the
airline
could
route
to
a
specific
call
center,
possibly
one
in
Spain
or
Mexico,
or
possibly
one
that
just
happens
to
have
Spanish
staff
handy
and
available
so
and
then
within
the
call
center.
The
call
center
can
route
to
a
specific
agent.
That's
capable
of
handling
your
needs
next
slide.
K
K
A
J
K
Yeah
yeah
yeah
you're
right
right,
so
the
proposal
is
that
there's
a
new
attribute,
an
sdp
stream
attribute
that
uses
RFC,
5646
language
tags.
Multiple
language
tags
can
be
specified
and
that
they're
listed
in
preference
order
in
the
proposal.
You
could
specify
different,
send
and
receive
values,
but
they
would
normally
be
the
same
and
there's
a
caution
against
trying
to
negotiate
a
language
for
a
media
that
doesn't
make
sense.
K
Okay,
well
I
just
thought
just
go
over
here,
just
in
case
it
answers
any
questions,
so
this
work
has
been
going
on
for
four
actually
quite
a
number
of
years,
and
as
part
of
that,
we
have
repeatedly
gone
back
and
forth
about
trying
to
do
this
in
sdp
versus
trying
to
do
this
in
sip,
and
we
have
spent
on
exhaustive
amounts
of
time
and
effort
working
out
exactly
how
to
do
an
sdp
and
exactly
how
to
do
it
in
sip
using
different
mechanisms.
The
conclusion
is
that
either
what
approach
can
work?
K
There's
no
approach,
that's
perfect!
There's
no
problem!
Either
approach
will
not
work.
However,
doing
in
stp
has
some
advantages,
because
you
avoid
a
state
where
you,
you
are
negotiating
the
media
twice
once
in
a
sip
and
then
again
in
sdp,
which
could
cause
you
to
negotiate
mismatches
now.
I
guess
we'll
take
questions.
N
Aha,
I
think
my
question
is
actually
related
to
this
because
it
previous
meeting
I
have
asked
why
why
we
don't
use
the
existing
media,
feature,
tags
etc
and
see?
You
says
there
has
been
a
revolution
in
conclusion:
I'm,
not
the
world
at
evaluation
on
conclusion,
but
but
but
maybe
maybe
I
missed
it,
but
so
I
guess
I
still
have
it.
I
don't
really
understand
that
the
media
negotiated
in
sick,
sorry,
the
the
language
and
media
negotiated
in
sick,
don't
match
the
media.
K
N
O
So
in
my
money
this
is
not
necessarily
llevo
opposition,
but
to
figure
out
which
one
is
we
write
one
into
that
you
mentioned
or
two
cases
as
we
emerged,
the
colon
case
versus
a
single
call
center
case
actually
somewhat
different,
namely
in
the
emergency
call.
In
case
you
actually
may
have
a
dedicated,
ASL
speaking
center.
That
covers
a
large
part
of
state,
because
you
don't
mean
you
can't
afford
to
have
an
ESL
interpreter
and
50
different
piece
outs
because
they
don't
get
enough
Bobby
I'm.
O
So
that's
a
separate
logical
entity
that
has
no
speech
sharing
with
any
of
the
other
49
peace
out.
Nicole
Center,
assuming
it's
a
small
single
site
cup
of
course,
enter
without
call
routing
between
rows.
You
have
a
single
spce,
PBX
ibr,
whatever
you
want
to
call
it
combination
that
essentially
does
queue
management
and
resource
assignment,
and
it
is
the
media
endpoint
because
that's
recording
it
does.
In
the
latter
case,
it
really
doesn't
much
matter,
like
you
said
I,
which
way
you
do
it,
because
entity
rightfully
looks
at
both
of
us
I
elements.
O
It
looks
at
some
headers
and
looks
at
SVP
in
reformer.
One
mucking
around
with
SCP
for
call
routing
is
not
Pacific.
Design
is
not
a
sip
architecture,
never
has
been
reset
architecture,
and
it
generally
turn
means
that
you
can't
do
encryption
I
other
things
break,
so
it's
just
a
supposing
it
as
an
EVO
oil
composition.
O
It
like
is
not
exploring
the
design
space,
but
we
should
look
at
is
and
I,
don't
think
the
contradiction
argument
matters
because
simply
once
you've
loaded
it
to
BSL
only
call
center
based
on
stp
and
it
turns
out
something
doesn't
work
there.
You've
got
a
bit
bigger
problem
because
you
know
when
right
getting
it
back
is
going
to
be
difficult,
evil
way,
so
I'd
see
about
as
fine
going
versus
coarse-grained
about
English
negotiation.
O
However,
you
want
to
fry
is
a
family
that
you
take
a
model
where
you
do
a
from
all
of
the
practical
places
that
I've
heard
it
is.
Is
you
have
a
course
clean
problem
when
we
have
a
set
of
ESL
speakers,
you
want
to
preferentially
if
you
can
get
there.
If
such
a
SL
Center
exists
in
your
coverage
area,
you
want
to
go
there
if
it
doesn't
exist.
O
Obviously
you
want
to
send
it
to
a
real
center,
which
does
relaying
and
wells
I
mean
we
normally
voice
center
in
and
so
I
don't
see
that
there
is
a
contradiction
problem
layer
that
is
anything
but
an
implementation
bug.
In
that
case,
you
know
that
many
of
a
simple
cases
that
we
would
want
can
indeed
be
done
and
should
be
done
as
a
call
routing
function,
just
like
any
other
call
routing
function,
and
we
should
look
at
that
model
as
opposed
to
treating
as
an
evil
of
opposition.
M
Or
not
about
my
side,
I'd
like
to
second
a
lot
about
hitting
just
said,
but
also
I'd
like
to
make
a
distinction
between
the
emergency
case
in
the
non
emergency
case,
and
they
can
be
very
fundamentally
different.
For
example,
if
somebody
who
is
speech
impaired
is
calling
you
know
the
barber
shop
or
whatever
they're
going
with
that
closed
I've
got
to
be
routed
through
the
interpreter.
It
won't
go
direct
to
the
barber
shop
with
a
barber
shop.
M
Then
you
know
we're
asking
an
interpreter
bridged
in
right,
so
the
car
flow
is
fundamentally
different,
but
the
the
other
aspect,
which
also
kind
of
echoes
we're
having
said,
is
that
I
understand
some
of
this
sdp
stuff
and
make
some
of
these
disability
call.
Flows
are
complex
because
they
involve
multiple
media.
For
example.
You
could
want
you
know,
I
want
all
22
and
you
know
to
pose
a
person
could
be
speech
impaired.
They
could
be
hearing
impaired.
Some
combination
of
the
above
when
I
use
ittt
I
speak
English
when
I
use
ASL.
M
I
speak
american
sign
language,
so
I
understand
the
desire
to
have
a
language
associated
with
each
n
line,
and
that
does
make
some
sense
to
me,
but
then
there
was
the
call
learning
aspect
which
is
the
state
and
his
hunting
said.
You
know
there
can
be
many
different
deployments
and
trying
to
send
this
direct
to
a
PF
who
may
or
may
not
have
a
interpreters
any
video
capability
at
all
right.
You
want
that
call
to
succeed
in
some
degree,
in
fact,
I
think
it's
legally
mandated
that
it
succeed.
M
You
certainly
don't
want
it
to
be
worse
than
it
is
today,
which
is
not
great
and
so
that
there's
basically
what
I'm
trying
to
say
is.
This
is
a
complicated
problem,
getting
a
little
problem.
Staying
with
all
the
aspects
and
examining
it
actually
is
extremely
worthwhile.
Having
that
reviewed
by
the
disability
community
and
understand
the
impacts
of
the
call
cause
would
also
be
very
valuable.
M
That
also
is
doing
email
at
the
same
time,
which
is
kind
of
the
current
proposal,
which
doesn't
make
any
sense
to
me
from
Rosen.
Respectfully,
disagree
I,
don't
think,
there's
any
difference
whatsoever
between
the
emergency
case.
In
any
other
case,
for
every
single
example,
you
gave
of
mergency
being
different,
there's
an
exact
analog
today
in
the
same
environment,
arrow
Alex.
No
one
wants
to
be
able
to
go
through
two-step,
dialing,
dial
and
interpreter
and
then
go
somewhere
else.
That's
what
they
have
to
do.
They
don't
want
to
do
that.
M
So
we
really
do
want
to
have
all
of
the
variations
that
you
discussed
where,
where
you've
got,
all
the
complicated
routing
mechanisms
happen
where
you
need
to
know
every
single
one
of
the
pieces
of
information
that
this
thing
tells
you
what
media
there
is,
what
the
relationship
is
between
language
in
the
media
and
all
that
stuff
is
part
of
the
routing
decision,
and
you
can't
make
it
any
simpler.
You
need
to
know
everything
that
we're
talking
about
putting
in
this
thing
in
order
to
make
the
routing
decision.
M
I
M
O
M
What
we
should
do,
I
think,
is
to
charter
the
particular
work
and
remember
that
we're
really
talking
about
a
chartering
decision
right
now
that
just
deals
with
Leigh
with
labeling
the
media
and
does
not
deal
with
routing,
and
then
we
can
do
a
different
group,
a
different
effort
that
deals
with
routing
because
labeling
the
media
everybody
agrees
is
a
good
thing
to
do.
No
one's
arguing
against
it,
they're
saying
doing
the
routing
based
on
that
is
not
a
good
idea.
M
But
the
number
MRSA
I
do
agree
with
Brian
on
that
much
that
little
piece
I
participate
with
everything
else.
You
said,
but
I
do
agree
with
that
piece,
but
that
my
concern
is
the
draft,
as
it
is,
tries
to
do
the
whole
picture
right
and
if
it
were
narrow.
That
would
be
fine,
but
then
the
next
question
would
be
great.
M
How
do
I
use
this
stuff
right
and-
and
that
is
let
me
put
it
this
way-
I
think
there's
a
very
big
need
to
solve
the
bigger
problem
and
I'm
not
against
chartering
the
narrow
thing
you've
said,
because
I
think
you'd
make
more
progress
that
way.
But
I
would
also
like
to
see
the
bigger
issue,
because
I
think
it's
needed
now.
I
mean
I
hate
to
say
this,
but
I
think
like
right
now
we
need
an
answer
to
the
bigger
problem,
Brian,
Rosen,
I
think
to
the
contrary.
M
Right
now
we
know
exactly
how
we're
out
calls
for
emergencies,
we're
out
them
exactly
the
same
way
as
any
other
call,
and
that
means
that
a
real,
a
call
in
particular
goes
to
the
real,
a
vendor
first
and
then
goes
to
911.
That's
how
we
really
do
it
now,
okay,
and
that
is
what
we
would
do
with
or
without
this
draft,
and
that
is
what
we
would
do
for
the
next.
M
While
there
is
a
desire
to
change
that
by
some
folks
in
order
to
change
it,
we
would
have
to
have
mechanisms
that
we
do
not
currently
have.
That
would
be
something
that
we
would
discuss
here
and
but,
but
if
we
we
could,
we
could
still
use
this
draft
within
the
peace
app
not
making
around
a
decision
just
within
the
peace
out.
This
is
Spanish.
Speaking
put
it
on
the
Spanish
q.
This
is
not
a
range
of
an
interpreter,
that's
not
the
same
as
ALS.
O
Pending
speaking,
be
the
general
advantage,
is
that
because
you
don't
have
fine-grained
state
knowledge
on
when
you're
doing
with
the
course
are
going
to
outing
a
definition
when
you
don't
want
to
have
years
of
p
mechelen
boy?
How
many
spanish-speaking
agents
you
have
available
at
that
Bay
moment?
Because
I
changes
second
question.
So
you
want
to
go
to
at
least
probabilistic
lee
high
probability
light
mine
could
be
that
your
single
ASL
interpreter
juice
is
taking
a
leak.
O
Even
if
it's
suboptimal,
there's
a
preference
indicator,
not
a
failure
indicator,
unlike
in
the
media
case
where,
if
you
speak,
h.261
and
I
only
speak
h.264,
so
I
link
on
her
video
today,
I'm
same
for
media
types
and
all
that,
unlike
a
new
media
negotiation,
this
is
a
preference.
We
are.
We
have
a
default
behavior
name
or
default.
Behavior
relayed
translated
language
line,
whatever
the
equivalent
is
each
case.
We
have
a
call,
goes
through
suboptimal
II,
but
if
I
know
more,
I
want
to
do
a
better
service
to
Weber's
column.
O
That
is
fundamentally
different
and
media
negotiation.
Media
negotiation
is
establish
a
compatible
subset
of
media.
This
decision
is,
if
possible,
optimize
the
call
behavior,
if
it's
not
possible,
do
what
you
do.
What
works
in
all
cases,
even
if
it's
lousy
and
nobody
likes
it
and
it
kind
of
sucks
and
all
that,
but
the
call
goes
through
you
never
want
to
refuse
a
call,
because
you
can't
find
a
Spanish
speaker,
you
make
do
I'm,
that's
the
difference
and
not
I
think
it
is
because
it's
called
outing
decision.
It
is
not
easily
map
into
a
meeting
interview.
O
P
It's
bernard
bakri
and
if
we
do
the
routing
for
the
ASL,
similar
to
the
routing
of
the
language
Spanish
what
you
have
given
the
example.
So
it
will
be
easier
because
the
P
sub
can
make
the
decision
to
engage
every
service
and
that's
a
much
easier
way
to
solve
it
done
fiddling
around
finding
relay
service
somewhere.
P
M
Brian
Rosen
I
can
only
speak
definitively
for
the
US,
and
today
we
can't
do
that.
It's
not
practical
thing
to
do
tomorrow.
We
might
be
able
to
do
it
and
it's
whether
it's
desirable
or
not
as
I'm.
Not
as
an
argument
is,
it
is
arguable,
but
if
we
wanted
to
do
it,
it
would
take
a
lot
of
changes,
including
regulatory
changes,
and
we're
not
prepared
to
do
that
now
and
we
need
the
press.
1
for
spanish
is
really
useful
and
it's
very
useful
for
the
emergency
case.
M
I
I
think
that
it
is
a
negotiation
and
in
the
same
sense,
that
you
accept
whatever
you
get
even
if
it's
wrong.
If
the
thing
says
I
speak
Turkish,
you
will
accept
it
as
Turkish
and
even
if
the
guy
who
answered
it
really
doesn't
know
much
Turkish
the
practical
way
we
deal
with
this
is
we
engage
a
translator
and
every
piece
up
I
know
has
a
way
to
engage
a
translator
to
handle
Turkish,
so
they
will
accept
the
call
with
Turkish
as
the
thing
and
they
will
arrange
a
translation
service.
M
A
you
know,
they've
language
line,
that's
what
they
do
with
it.
So
I
I
think
that
it
it
isn't
as
as
as
different
as
you
implied
you,
you
negotiate
and
you
end
up
with
a
compatible
change.
It's.
How
does
the
piece
app
do
that
and
that's
all
inside
the
pset
it
has
no
effect
on
routing
outside
routing
outside
is
is
absolutely
definitive
and
the
negotiation
that's
done
inside
the
piece
app
is
absolutely
definitive.
I
accept
this
call
as
Turkish
I
will
respond
as
best
I
can't
as
best
I
can
is.
M
In
Turkish,
because
as
a
practical
manner
in
in
every
case
that
I
know
of
the
person
who
answers,
the
call
actually
only
speaks
english
and
he
has
to
struggle
for
a
while
until
he
gets
language
line
on
the
call
which
takes
ms,
because
they
have
paperwork
to
fill
out.
It's
really
awful,
but
it's
the
way
it
happens
right
and
they
try
as
best
they
can
to
go.
But
they
accept
the
call
as
it
is
and
if
it
says
Turkish
they
answered
any
and
the
best
they
can
to
Berkeley.
M
K
Also
just
wanted
to
respond
to
some
of
the
comments
that
hemming
and
Krista
said
at
the
very
beginning
about
how
this
is
sprung.
Of
those
consensus
matches
certain
people's
preferences.
Surprise
Bob
wat,
because
that's
could
not
be
further
from
the
truth.
The
district
this
works
been
going
on
for
many
years.
Nobody
really
cared
where
it
was
done.
How
was
done?
Sip
versus
sdp
people
came
in
to
do
it.
This
way
we
rewrote
the
draft
entirely
to
do
it
that
way.
People
said
you
know.
Do
it
that
way?
K
K
M
What
really
has
not
happened
and
I
think
it's
part
of
what
we're
talking
about
is
is
a
discussion
of
the
context
of
using
this
right
and
and
I
I
believe
it
would
be
very
helpful
to
have
a
you
know
to
separate
the
work
that
just
the
work
that's
here,
which
I
think
is
useful
from
that
larger
context
which
may
expose
the
need
for
additional
stuff,
and
I
think
that's
that's.
The
issue
hasn't
been
under
discussion
at
all,
certainly
not
in
here,
not
from
the
emergency
perspective
of
handling.
All
of
these
you
know,
disability
use
cases.
N
Kristen
mine,
I
didn't
want
to
turn
away
as
the
fever
to
something
else.
I
just
like
22
I
have
asked
before
at
least
the
previous
meeting
I.
Don't
know
before
that.
Why
why
we
can't
use
existing
mechanisms
and
I?
Think
maybe
it's
if
the
draft
explains
that
then
I
apologize,
I
missed
it,
but
I
mean
I
think
we
should
have.
Why
confuse
existing
mechanisms?
Why
don't
they
work
and
then
we
can,
you
know,
define
something
new.
So
that's
all
I'm
asking
for.
J
F
So
we're
gonna
talk
about
this
again
in
dispatch,
sounds
of
Janet,
I'm
and
dispatch,
which
is
good,
I.
Think
actually
I'm
glad
that
we
had
it
here,
because
you
know
the
because
the
focus
of
this
group
and
I
think
in
dispatch
will
have
them
even
brought
our
conversation
of
the
email
parts.
But
if
people
do
feel
I
mean
I
felt
a
little
bit
like
it
sounds
like
people
like
the
let's
maybe
focus
on
the
labeling
piece.
F
World
that
might
be
useful,
so
I.
K
Just
want
to
also
point
out
that
not
only
will
it
be
disgusting
dispatch
on
Wednesday
morning,
but
tomorrow
Tuesday
there's
a
working
lunch
to
discuss
this.
So
if
you
want
to
go
and
have
not
and
I'm
not
familiar
with
it,
let
me
know:
email
has
been
repeatedly
sent.
People
sure
think
I'm
spamming
them
to
the
e
creative
individuals.
P
So
hello,
everybody,
my
name
is
van
albuquerque,
I'm
going
to
present
SDF
489.
It's
not
a
conversation
for
emergency
communication.
So
what
are
we
going
to
talk
about
today?
Is
the
why
the
STF
and
what
is
total
conversation?
What's
the
benefit
of
it
for
emergency
communication,
the
goals
of
the
SDF,
the
current
status
of
standardization
and
then
the
potential
issues
impacting
IDF
ex
slightly
so
SCF
489,
it's
a
it's
an
sdhc
Special
Task
Force,
which
reports
to
the
MTL
group,
the
team
member.
We
are
three
people.
P
You
may
recognize
some
of
the
people
here
we
have
a
web
page.
If
you
are
interested
to
know
details
about
our
work
and
the
work
is
co-financed
by
the
EU
European
Commission,
our
timeline,
we
started
march
first
this
year
and
we
will
be
ended.
We
will
end
the
work
in
March
end
of
march
next
year
and
for
that
I
have
a
sheet
at
the
back
on
the
desk
there,
and
please
could
you
assign
that
sheet.
For
me,
it
will
show
that
you
have
been
present
in
this
presentation.
P
Thank
you
so
why
the
SDF
its
kind
of
attendee
list
for
us
we
needed
for
the
EU
Commission,
just
make
it
clear.
So
why
the
STF?
We
have
a
you
policy
and
then
the
domain
3
of
ec
icy
satellite
ICT
standardization
work
program,
2010
13,
which
requires
total
conversation
to
support
communication
between
see
the
citizen
emergency
services.
P
So
if
you
can
see
in
the
directive
mentioned
here
that
it
should
ensure
access
for
disabled
and
users
for
emergency
service
is
equivalent
to
that
enjoyed
by
other
end,
users
are
not
going
to
read
that,
but
just
shows
what
it
stays
next
slide.
Please
also
you
can
see
in
the
domain
3
of
ECT
ICT
standardization
work
program.
It
mentions
total
conversation
that
it
is
required
for
emergency,
I,
think
also
accessibility,
end
of
interoperability,
of
related
solutions
for
total
composition
and
the
draft
rolling
plan
of
ICT
salinization.
P
It
also
talks
about
solutions
to
fulfill
the
requirements
and
can
be
deployed
across
Europe.
Thank
you,
nice
aim.
So
what's
the
total
conversation
for
emergency
communication
actually
total
conversations,
the
definition
of
ITU
what
it
means?
It
means
a
multimedia
with
the
33
media's
video,
real-time
text
and
audio
it's
used
for
every
every
person.
You
can
use
that,
but
it's
also
very
useful
for
disabled
people,
for
example,
death
hard
hard
of
hearing
blind
speech
disabled
who
require
real-time
text
for
texting
or
video
for
sign
language.
Also,
this
is
the
total
conversation.
P
So
what
we
are
talking
about
here-
total
conversation
for
emergency
communication
when
the
user
cause
piece
up
for
emergencies.
Cases-
and
this
is
our
task
you
can
see
here
also
on
the
photo
like
you
have
the
person
who's
talking
and
then
the
other
person
said
that
they
do
sign
language.
They
can
see
each
other
next
time,
please.
P
So
if
the
at
the
user
caused
the
PISA,
for
example-
and
he
cannot
get
like
the
requirement
like
sign
language,
for
example-
then
they
will
need
a
relay
service,
which
is
also
called
assisting
service.
And-
and
this
is
to
help
the
user
to
use
his
preferred
language
and
modality.
The
relay
service
could
be
invoked
by
the
user.
The
application
service
provider
or
the
ISA
during
the
initiation
of
the
call
or
the
piece
of
sugar
invoke
the
relay
service.
When
the
call
is
already
established
the
best
case
that
all
parties
receive
all
media
from
each
other.
P
So
what
is
the
benefit
of
total
conversation
for
emergency
communication?
If
we
take
the
video,
it
makes
the
total
conversation
user
more
confident,
because
he
he
can
see
the
call
taker
I
mean
this
is
not
about
deaf
person.
It's
a
normal
person
even
and
the
piece
of
operator
can
also
assess
the
situation
of
the
of
the
of
the
color
and
take
proper
action.
In
addition,
we,
as
we
know
it's
very
important
for
sign
language
to
from
the
total
conversation
user
and
the
piece
op
or
relay
service.
P
The
real-time
text
can
be
used
for,
for
example,
accurately
and
rapidly
passing
information
name
address
education
rather
than
pronouncing
them,
which
could
be
very
long
and
could
have
make
errors
when,
while
hearing
the
whole
conversation
or
in
one
direction,
it
could
be
useful
example,
11
years
eve
voice
and
the
other
you
text,
dependence
on
the
user's
capability
and
for
initial
communication,
for
example
of
the
user
is
sign
language
and
he
needs
relay
by
the
time
the
relay
is
invoked.
He
can't
communicate
some
information
via
text.
P
This
is
not
why
the
real-time
text
is
can
be
useful.
The
audio
is
also
good
for
the
call
taker
to
assess
video
background
information,
for
example,
even
if
his
death,
but
there
is
like
a
lot
of
noise
behind
the
call
taker,
can't
receive
this
information
and
and
take
action
based
on
that.
It
could
be
useful
for
one-way
communication
between
the
total
conversation
user
and
the
peace
app
or
it
could
be
a
supplement
for
other
media's.
P
P
So
so
this
why?
We
are
one
reason
why
we
are
here
today:
yeah
and
we
have
to
see
what
changes
are
required
and
also
what
we
need
to
do
is
to
coordinate
and
raise
awareness
that
we
are
undertaking
this
work
in
etsy.
So
we
are
the
relevant
groups.
We
win
the
3gpp,
our
si1
si2
CT.
We
already
attended
as
a
two
we're
going
to
do
as
a
1
and
C
2
groups,
the
next
month's
on
ITF,
accurate
and
slim.
It
looks
very
useful
here,
gsm
association
for
network
operators,
acceptance
of
total
conversation.
P
At
the
moment
we
have
these
the
technical
report.
The
technical
specification
of
em
till
four
3gpp
IMS
is
the
multimedia
of
our
fixed
and
wireless,
and
we
have
multimedia
telephony
covers
the
requirement
of
total
conversation,
and
the
IMS
emergency
session
specifies
the
support
of
total
calm
conversation
in
emergency
call
for
ITF.
We
have
found
that
total
conversation
is
referenced
in
RFC,
644,
3
and
6
8,
81
and
inaccurate.
P
We
found
that
in
additional
data
related
to
an
emergency
service,
we
have
this,
which
has
just
been
presented
just
what
we
need
to
do
in
this
additional
data.
We
need
to
make
sure
that
if
we
use
that
that
there
is
in
a
way
to
indicate
the
assisting
service
with
the
requirement
that
it
needs-
and
if
that
draft
is
agreed,
then
we
can
use
it
as
a
reference
and
again
the
eastland.
What
we
have
just
discussed
could
be
a
good
reference
for
our
work
and
the
HCA
human
factor.
P
P
Let's,
if
you
are
in
your
country-
and
you
have
your
assisting
service
and
your
piece
happen-
the
same
country,
that's
easy,
but
once
your
own,
that
makes
it
a
difficulty
apparently
in
Europe,
the
sign
language
is
not
common.
Every
country
has
its
own
sign
language.
So
f,
you
are
in
Germany,
you
go
to
France
and
you
need
assisting
service.
The
French
assisting
service
cannot
help
you
the
sign
language.
P
Sorry
yeah,
but
ok
what
sir?
Do
you
have
time?
A
thing?
No?
Okay,
oh
sorry,
ok
and
sorry.
I'll
go
of
that
a
bit
faster,
some
dirt
son.
We
have
summoned
your
addictions,
not
may
not
allow
peace
after
contact
assisting
service
in
different
countries
and
then,
even
if
you
have
the
wrong
case,
how
to
dispatch
emergency
service.
If
you
have
assisting
service
or
peace
up
in
different
country,
and
then
this
we
have
language
problems,
contact
info
authority
or
I
mean
other.
P
They
are
authorized
to
contact
or
not
again
for
the
assisting
service
how
to
indicate
and
identify
the
assisting
service.
Is
it
explicit,
implicit
indication
and
the
profile
or
impacting
indication
in
the
language
modality
tax
implicitly
and
then
again,
it's
related
to
the
assisting
service.
How
to
include
the
assessing
server?
Is
a
conference
involved
by
the
pc,
pc
user
or
application
service
provider,
or
is
it
or
needs
to
ensure
location
and
call
our
identity?
Information
are
provided
transparently
to
pisa.
This
is
one
of
the
requirement
is
to
me.
P
We
need
to
have
it
this
ensure
that
these
are
transparently
center
pizza.
Also,
the
assisting
service
need
to
be
available.
Twenty-Four-Seven
and
trusted
by
the
pizza,
because
actually
the
others
are
not
required
to
be
available,
twenty-four-seven
routine
to
the
most
effective
peace
out.
How
to
do
that
should
consider
a
location
media
modality
language,
what
we
prefer
all
free
media
are
provided
in
every
total
conversation
emergency
service,
and
we
think
about
what
about
having
automatic
speech
to
text
leyshon
application,
maybe
not
for
sign
language
but
for
normal
values
and
this
our
contact.
M
Brian
Rosen,
first
of
all,
I
would
suggest
that
you
look
at
the
Nina
document
because
it
deals
with
many
of
these
issues
and
in
ways
I
think
you'll
find
useful.
The
second
thing
is
that
additional
data
was
specifically
designed
to
make
sure
that
any
entity
along
the
path
added
information
about
what
it
was
contributing
to
the
path
who
it
is,
how
to
contact
it,
what
it
knows
about
the
subscriber
etc.
M
So
that
was
a
vinick's
in
it
was
explicitly
designed
for
entities
like
relay
or
a
a
telematics
service
provider
or
somebody
else
who
was
in
the
path
already
and
they
get
to
mark
who
they
are
so
the
piece
app
knows
who's
on
the
column,
how
to
get
them.
But
the
Nina
document
in
particular
addresses
some
of
your
issues
about
conferencing
and
how
to
invoke
these
things
and
how
all
three
mecha
media
work
simultaneously.