Re: [Ecrit] IETF ECRIT Design Team on Premature Call Termination

This sounds a bit like a subjective thing, verses a quantifiable 
definitive thing.

How exactly does a UAC know when it has achieved this status (i.e., 
provided enough information)?

I assume the goal is to have something in signaling that communicates 
this to the UAC, right?

Or is this merely at the discretion of the called party (i.e., the 
call taker's personal satisfaction)?

Where I'm going with this is that I'm beginning to wonder if, then 
how a signaling protocol document should address this, or should this 
not be dealt with in signaling (which is nearly 100% of what we are 
defining -- only!) IMO...

James

At 02:16 PM 10/6/2008, Brian Rosen wrote:
>It was defined in draft-rosen-ecrit-abpd-reqs-00.  It was:
>when on an emergency call, a caller hangs up the call before the call taker
>is finished acquiring enough information.
>
>Brian
>
>-----Original Message-----
>From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf Of
>Henning Schulzrinne
>Sent: Monday, October 06, 2008 2:27 PM
>To: Hannes Tschofenig
>Cc: 'ECRIT'
>Subject: Re: [Ecrit] IETF ECRIT Design Team on Premature Call Termination
>
>I agree with Ted's concerns. In particular, "premature call
>termination" has never been defined precisely and many of the fears
>are based on the old single-line physical phone model which just don't
>apply here. Carrying forward notions that apply to black phones with
>rotary dials just seems unhelpful. In particular, the topic is
>strongly connected to call-back and should not be treated in isolation.
>
>Henning
>
>On Oct 6, 2008, at 11:53 AM, Hannes Tschofenig wrote:
>
> > Hi all,
> >
> > we had a chat with Jon on how to make some progress on the subject
> > of "Premature Call Termination" and here is the plan we came up with:
> >
> > * We delete the sentence that talks about the UAC not generating a
> > BYE request in
> > http://www.ietf.org/internet-drafts/draft-ietf-ecrit-phonebcp-05.txt
> > We progress the document through the IETF process as "planned".
> >
> > * At the same time we create a design team in ECRIT to work on
> > "Premature Call Termination".
> >
> > Depending on the progress of the design team we are able to
> > incorporate the results of it into the document (even at a fairly
> > late stage
> > of the document process). If the design team does not produce
> > results then anything that comes out of it can be seen as an
> > extension to the
> > Phone BCP document.
> >
> > We need members for the design team! We have already received the
> > commitment of folks from NENA but we also need some guys from the
> > ECRIT group. Who is interested in participating?
> >
> > Ciao
> > Hannes & Marc
> >
> > _______________________________________________
> > Ecrit mailing list
> > Ecrit@ietf.org
> > https://www.ietf.org/mailman/listinfo/ecrit
>
>_______________________________________________
>Ecrit mailing list
>Ecrit@ietf.org
>https://www.ietf.org/mailman/listinfo/ecrit
>
>_______________________________________________
>Ecrit mailing list
>Ecrit@ietf.org
>https://www.ietf.org/mailman/listinfo/ecrit

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org
https://www.ietf.org/mailman/listinfo/ecrit