datatracker.ietf.org
Sign in
Version 5.3.0, 2014-04-12
Report a bug

Requirements for Distributed Control of Automatic Speech Recognition (ASR), Speaker Identification/Speaker Verification (SI/SV), and Text-to-Speech (TTS) Resources
draft-ietf-speechsc-reqts-07

Discuss
Yes
No Objection
(was Discuss, No Objection)
(was Discuss)

Note: This ballot was opened for revision 05 and is now closed.

Summary: Needs a YES.

[Bert Wijnen]

Comment (2004-03-18)

Mmm... what was that RFC-Editor policy about acronyms in titles?
This doc has as title:
   Requirements for Distributed Control of ASR, SI/SV and TTS Resources
Quite a few acronyms, no?

[Scott Hollenbeck]

Comment (2004-03-16)

Section 3 of this document appears to be using RFC 2119 keywords, such as
SHOULD, MUST, and MUST NOT, but RFC 2119 isn't cited as a normative reference. 
The RFC should be cited, or text should be added to the document to describe
what the upper-cased keywords mean in this context.

[Steven Bellovin]

Discuss (2004-03-17)

The suggested use of speech as a biometric authenticator over the Internet is
in direct contradiction of the recommendations the cited U.S. National Research
Council study [14].  Note also the comments that biometric authenticators must
be treated as static passwords when traversing a network -- they're subject to
capture and replay.  We do not permit use of plaintext passwords in IETF
standards.

I'm not (quite) prepared to insist that the material on biometrics be deleted
from the specification.  But I'd really like more discussion of the concerns
from the report in the Security Considerations section -- a reader of just this
document would have no hint that the report says flat-out that this is a bad
idea.  Beyond that, the document must mandate use of confidentiality
technologies for such uses.

[Ted Hardie]

Comment (2004-03-17)

I'm a no-ob on this because I don't think it will actively harm the effort
to get this work done, but there are a lot of requirements in here that
aren't well mapped to specific use cases.   The "VCR controls" noted in
4.5, for example make no sense for the speaker identification
use case given in 2.3, but those requirements are put forward as if
they applied to all use cases.

This document also trends away from the requirements to the design on
a number of cases (the xml:lang tag for multi-lingual TTS, for example).

The acknowlegemetns are, too say the least, interesting; the rules
indicating that it is a bad idea for a doc author and chair to be the
same aren't there to prevent appropriate acknowledgement when it
occurs--they're there to avoid conflicts in role.