[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Ecrit] introduction section(<draft-schulzrinne-ecrit-requirements-01.txt>)
Gunnar:
These points are well made.
I've incorporated the bulk of your suggestions outlined below into the
next version of the requirements ECRIT wg document, which I hope to have
out very soon.
Roger Marshall
> -----Original Message-----
> From: ecrit-bounces at ietf.org [mailto:ecrit-bounces at ietf.org] On Behalf
Of
> Gunnar Hellstrom
> Sent: Wednesday, August 17, 2005 1:37 AM
> To: ecrit at ietf.org
> Subject: Re: [Ecrit] introduction section(<draft-schulzrinne-ecrit-
> requirements-01.txt>)
>
> I want to suggest to sharpen up wording about other media than voice.
> There is one part of the introduction about this topic that needs
> sharpening and there is another later specifically on other media.
>
> This is my proposed wording of these sections:
>
> 1. In 1. Introduction:
>
------------------------------------------------------------------------
> ---------
> "Users of other real-time and near real-time services
> also expect to be able to summon emergency help. For example,
> instant messaging (IM) and real time text users want to use such
> services. IM and real time text are particularly helpful for
> hearing-disabled users (RFC 3351 [4]), when there is a need for
> exactness as for example for spelling out names and addresses and in
> cases where bandwidth is scarce."
>
>
> 3. In 3. High Level requirements
>
------------------------------------------------------------------------
> ----------
>
> "R4. Multiple Modes: Multiple communication modes, including
> Multimedia data and services MUST be supported.
> Motivation: In PSTN, voice and text telephony
> ( often called TTY or TDD in North America ) are the only commonly
> supported media.
> Emergency calling must support a variety of media. Such
> media should include voice, conversational text, instant
> messaging and video.
>
> It should also be possible to involve relay services in the call
> for translation between different modes. It should be possible
> to connect the relay service so that the direct flow of media
> to the emergency service is maintained.
> In addition, it should be possible to convey telemetry data,
> such as data from automobile crash sensors. "
>
>
> I hope you find them useful.
> Motivations for the proposed modifications:
>
> a. Real time text and IM are not for the future. They are here now,
and
> their older PSTN companion is used for emergency since long. We cannot
> leave a gap in service provision until some undefined future!
>
> b. There are clear observations that relay services are important to
> include in some calls for translation between different media.
>
>
> c. Mention both real time text and IM. The users should be provided
with
> the service they use daily, also when they need to do the emergency
> call. They have different characteristics, and both will be used for
> different purposes or by different users.
>
> Regards
>
> Gunnar Hellstrom.
> -------------------------------------------
> Gunnar Hellstrom
> Omnitor AB
> Renathvagen 2
> SE 121 37 Johanneshov
> SWEDEN
> +46 8 556 002 03
> Mob: +46 708 204 288
> www.omnitor.se
> Gunnar.Hellstrom at Omnitor.se
> --------------------------------------------
>
>
> >-----Original Message-----
> >From: i-d-announce-bounces at ietf.org
> >[mailto:i-d-announce-bounces at ietf.org]On Behalf Of
> >Internet-Drafts at ietf.org
> >Sent: Monday, July 11, 2005 9:50 PM
> >To: i-d-announce at ietf.org
> >Subject: I-D ACTION:draft-schulzrinne-ecrit-requirements-01.txt
> >
> >
> >A New Internet-Draft is available from the on-line
> >Internet-Drafts directories.
> >
> >
> > Title : Requirements for Emergency Context
> >Resolution with Internet Technologies
> > Author(s) : H. Schulzrinne, R. Marshall
> > Filename : draft-schulzrinne-ecrit-requirements-01.txt
> > Pages : 23
> > Date : 2005-7-11
> >
> >This document enumerates requirements for emergency calls placed by
> > the public using voice-over-IP (VoIP) and general Internet
> >multimedia
> > systems, where Internet protocols are used end-to-end.
> >
> >A URL for this Internet-Draft is:
> >http://www.ietf.org/internet-drafts/draft-schulzrinne-ecrit-req
> uirements-01.txt
>
> To remove yourself from the I-D Announcement list, send a message to
> i-d-announce-request at ietf.org with the word unsubscribe in the body of
> the message.
> You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce
> to change your subscription settings.
>
>
> Internet-Drafts are also available by anonymous FTP. Login with the
> username
> "anonymous" and a password of your e-mail address. After logging in,
> type "cd internet-drafts" and then
> "get draft-schulzrinne-ecrit-requirements-01.txt".
>
> A list of Internet-Drafts directories can be found in
> http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>
>
> Internet-Drafts can also be obtained by e-mail.
>
> Send a message to:
> mailserv at ietf.org.
> In the body type:
> "FILE
/internet-drafts/draft-schulzrinne-ecrit-requirements-01.txt".
>
> NOTE: The mail server at ietf.org can return the document in
> MIME-encoded form by using the "mpack" utility. To use this
> feature, insert the command "ENCODING mime" before the "FILE"
> command. To decode the response(s), you will need "munpack" or
> a MIME-compliant mail reader. Different MIME-compliant mail
readers
> exhibit different behavior, especially when dealing with
> "multipart" MIME messages (i.e. documents which have been split
> up into multiple messages), so check your local documentation on
> how to manipulate these messages.
>
>
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.
>
>
>
> _______________________________________________
> Ecrit mailing list
> Ecrit at ietf.org
> https://www1.ietf.org/mailman/listinfo/ecrit
_______________________________________________
Ecrit mailing list
Ecrit at ietf.org
https://www1.ietf.org/mailman/listinfo/ecrit