From eburger@standardstrack.com Tue Nov 1 11:17:16 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8892F21F8E99 for ; Tue, 1 Nov 2011 11:17:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.662 X-Spam-Level: X-Spam-Status: No, score=-102.662 tagged_above=-999 required=5 tests=[AWL=-0.063, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Ed5-QnFo5uC for ; Tue, 1 Nov 2011 11:17:15 -0700 (PDT) Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.254.120]) by ietfa.amsl.com (Postfix) with ESMTP id 56DC221F8E92 for ; Tue, 1 Nov 2011 11:17:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=standardstrack.com; h=Received:From:Content-Type:Subject:Date:Message-Id:Cc:To:Mime-Version:X-Mailer:X-Source:X-Source-Args:X-Source-Dir; b=tz3B6fBA2Oo0+1ExGcdg2kqjvIac8UgyshDWFcFgucAdg2W35GIJyYtEI2mII1Y2QHiEUPTNUjcwZy5/qEOcTnCj9br3LJ4HVmFP9uU8gI3YeMzM5NpQDjlGSJpNZ4f7; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8]:60873 helo=[192.168.15.184]) by biz104.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1RLIsx-0004D2-9L; Tue, 01 Nov 2011 11:16:32 -0700 From: Eric Burger Content-Type: multipart/signed; boundary=Apple-Mail-215-414286204; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 1 Nov 2011 14:16:26 -0400 Message-Id: To: Sparks Robert Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com X-Source: X-Source-Args: X-Source-Dir: Cc: speechsc@ietf.org Subject: [Speechsc] Shepherd Write-up for MRCPv2 (updated) X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2011 18:17:16 -0000 --Apple-Mail-215-414286204 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Document: Media Resource Control Protocol Version 2 (MRCPv2) draft-ietf-speechsc-mrcpv2-26 (Standards Track) =20 (1.a) Who is the Document Shepherd for this document? Has the Document Shepherd personally reviewed this version of the document and, in particular, does he or she believe this version is ready for forwarding to the IESG for publication? =20 Eric Burger is the document shepherd. I have personally reviewed this = version of the document. This document is ready for forwarding to the = IESG for publication. =20 (1.b) Has the document had adequate review both from key WG members and from key non-WG members? Does the Document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? =20 The document has had reviews by key WG members, as well as expert review = from MMUSIC (Magnus Westerlund), GENART (Vijay Gurbani, Miguel Garcia), = applications (Ted Hardie, Peter St. Andre, and Larry Massinter), RAI = (Paul Kyzivat), and AVT (Roni Evan), areas. =20 (1.c) Does the Document Shepherd have concerns that the document needs more review from a particular or broader perspective, e.g., security, operational complexity, someone familiar with AAA, internationalization or XML? =20 Reviews listed above, as well as IANA, URL, and MIME types review. The = document incorporates and addresses all suggestions from Peter, Vijay, = Miguel, Ted, Paul, and other IESG members, as well as expert review and = comments incorporated from Roni Evan. We took most of the comments from = Larry, but some where philosophical and deemed out of scope. =20 (1.d) Does the Document Shepherd have any specific concerns or issues with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. Has an IPR disclosure related to this document been filed? If so, please include a reference to the disclosure and summarize the WG discussion and conclusion on this issue. =20 The largest concern the Document Shepherd has is the ITU-T is waiting on = the issuance of an RFC number for this document. They are holding the = publication of an H.248 document that depends on this document. There is = a real risk that since MRCPv2 has been fielded and proven for two years = that the ITU-T will convince the MRCP community to publish MRCPv2 as an = ITU-T document. This would set a very bad precedent. =20 Some people unfamiliar with the history of MRCPv2 may question the use = of SIP for locating speech servers, asking why we do not use RTSP, BEEP, = or the MEDIACTRL Framework. RFC 4313, Speech Services Control = Requirements, not surprisingly, enumerates the protocol requirements for = MRCP. Some of these requirements include server location and avoiding = layer violations. SIP and RTSP meet the server location requirements. = However, the original MRCP experience demonstrated severe protocol = layering problems with RTSP. Thus, the industry demonstrated RTSP is = not appropriate for use as a MRCPv2 location or substrate protocol. With = respect to MEDIACTRL, MRCPv2 pre-dates the effort by almost four years. = In fact, the basis of the MEDIACTRL Framework is, in fact, MRCPv2. At = this time, given the years of implementation experience with MRCPv2, the = industry is unlikely to accept major changes to the MRCPv2 protocol, = unless there are clear benefits to those changes. =20 There was some discussion about whether MRCPv2 should fully specify SRTP = key exchange for SIP. Consensus in the work group and with the = individual who brought that up (Vijay Gurbani) was to leave that to a = SIP-related work group. =20 Another issue is MRCPv2 uses set-cookie (RFC 2109) and set-cookie2 (RFC = 2965). RFC 2965 obsoletes RFC 2109, but does not define set-cookie. = After three years of implementation experience, the work group prefers = to go with a DOWNREF to RFC 2109 rather than change all extant = implementations. =20 (1.e) How solid is the WG consensus behind this document? Does it represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? =20 There is strong consensus with no dissent whatsoever in the work group = to publish. In addition, there are literally dozens of client, server, = open source and API implementations available. =20 (1.f) Has anyone threatened an appeal or otherwise indicated extreme discontent? If so, please summarise the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is entered into the ID Tracker.) =20 None. =20 (1.g) Has the Document Shepherd personally verified that the document satisfies all ID nits? (See http://www.ietf.org/ID-Checklist.html and http://tools.ietf.org/tools/idnits/). Boilerplate checks are not enough; this check needs to be thorough. Has the document met all formal review criteria it needs to, such as the MIB Doctor, media type and URI type reviews? =20 Checked with idnits 2.12.12. There are warnings about what idnits thinks = is a FQDN but is really a reverse-order parameter registry = (com.example.mumble). =20 Four references need to be updated. The RFC Editor can make them. There = are: =20 ** Obsolete normative reference: RFC 2109 (Obsoleted by RFC 2965) ** Obsolete normative reference: RFC 2965 (Obsoleted by RFC 6265) =20 (1.h) Has the document split its references into normative and informative? Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the strategy for their completion? Are there normative references that are downward references, as described in [RFC3967]? If so, list these downward references to support the Area Director in the Last Call procedure for them [RFC3967]. =20 The document identifies normative versus informative documents. All = normative references are standards track RFCs except for nominal DOWNREF = is to RFC 2483; that reference is to the text/uri-list definition. = MRCPv2 uses the same definition of text/uri-list as found in the IANA = media types registry. We could make this reference Informative or be = silent on the reference, as the MRCPv2 reference is to the IANA = registry. However, the work group believes it to be useful to have a = pointer to the definition of text/uri-list for implementers to follow. =20 (1.i) Has the Document Shepherd verified that the document IANA consideration section exists and is consistent with the body of the document? If the document specifies protocol extensions, are reservations requested in appropriate IANA registries? Are the IANA registries clearly identified? If the document creates a new registry, does it define the proposed initial contents of the registry and an allocation procedure for future registrations? Does it suggest a reasonable name for the new registry? See [RFC5226]. If the document describes an Expert Review process has Shepherd conferred with the Responsible Area Director so that the IESG can appoint the needed Expert during the IESG Evaluation? =20 The IANA considerations section meets the above requirements. We would = like the RFC Editor to update the last paragraph in section 13.1.6, = "MRCPv2 vendor-specific parameters, " to read =20 OLD The registry contains a list of vendor-registered parameters, where each defined parameter is associated with a reference to an RFC defining it. The registry is initially empty. =20 NEW The registry contains a list of vendor-registered parameters, where each = defined parameter is associated with a contact person and includes an = optional reference to the definition of the parameter, preferably an = RFC. =20 (1.j) Has the Document Shepherd verified that sections of the document that are written in a formal language, such as XML code, BNF rules, MIB definitions, etc., validate correctly in an automated checker? =20 Yes. ABNF checked with Bill Fenner=92s tool. XML checked with XMLmind. =20 (1.k) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up? Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: =20 Technical Summary The MRCPv2 protocol allows client hosts to control media service = resources such as speech synthesizers, recognizers, verifiers and = identifiers residing in servers on the network. MRCPv2 is not a = "stand-alone" protocol - it relies on a session management protocol such = as the Session Initiation Protocol (SIP) to establish the MRCPv2 control = session between the client and the server, and for rendezvous and = capability discovery. It also depends on SIP and SDP to establish the = media sessions and associated parameters between the media source or = sink and the media server. Once this is done, the MRCPv2 protocol = exchange operates over the control session established above, allowing = the client to control the media processing resources on the speech = resource server. =20 =20 Working Group Summary Nothing out of the ordinary happened in the WG to note. =20 Document Quality There are over 20 interoperable implementations of clients, servers, = open source, and APIs based on this document. =20 =20= --Apple-Mail-215-414286204 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPODCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBTUwggQdoAMC AQICEDWub7CYfsGXUhthgY5vuwcwDQYJKoZIhvcNAQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT ZWN1cmUgRW1haWwgQ0EwHhcNMTEwOTA5MDAwMDAwWhcNMTIwOTA4MjM1OTU5WjArMSkwJwYJKoZI hvcNAQkBFhplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAML1VN+kPTw2iXeq1Yag6nChmCSmvCGACE3X9APNsUP2GvbYNFj6qdkayJJdhy0T aIzCiMW01sD5mSV4mi0w8EfXKn/cwqi1Brw06fwaI4T2iGXA/0zb272GR57uoH1VjMd0/Qc1h2CJ 9ueUwsxP9ufXm7Kb9+DkLGDAU+6jQQv9rTiNz8sSyjOTSmtrsVpk5MTRn0np6fybkyxcjNy2cLTX 56+gfF4SxgukWt0XAWI49y+PAp2AyG9RxX/1kTZPCEPLzitGpDTGPN7HH9sdvXyyhNT73i20BtZ0 FHRfhLIo1bRqnl3W06JjVOkNbUxFbE4p01FrF7O/kRk+WZ+FMVcCAwEAAaOCAeowggHmMB8GA1Ud IwQYMBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBSMC0QogJ7C8csD5XuRaGotm7qC mDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYB BAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENB LmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCUGA1UdEQQeMByBGmVi dXJnZXJAc3RhbmRhcmRzdHJhY2suY29tMA0GCSqGSIb3DQEBBQUAA4IBAQATedFpXp5JcVGrEipp KirfegdjPe823Noihn8K6Em01BbEuUsPgHVY/a/6v0UNICBEAuQCwF4aJxuxSBN2GZ6XasVvlg+R nMnJP6ZZLkd8QmRSmt/AyzxCXkDQdPEJ41+ioNUmVpnGHtHliaT8yEF9EwmMDsy+efbjWomPIx5P e6MWJX/W2qQ60WhPQxD1U+3VbqWYtn6j9M89JpgQyjYku8C+oOuFUnZskIjbnWMsB3ahHEUympe0 okQT0frCohstkscVkhk63zLmHaUmhKGrJvVwFK+RBBAzuVJcwmEvQqsrczwtlO5E/Qr729Kbch6A JfmJZ7fJIL1+RbB7ORZNMYIDqzCCA6cCAQEwgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBM aW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUg RW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcwCQYFKw4DAhoFAKCCAdcwGAYJKoZIhvcNAQkDMQsG CSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTExMTAxMTgxNjI2WjAjBgkqhkiG9w0BCQQxFgQU lu5pTOJC1SW9j2Jgtv95FNa3P0YwgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMR Q09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24g YW5kIFNlY3VyZSBFbWFpbCBDQQIQNa5vsJh+wZdSG2GBjm+7BzCBuwYLKoZIhvcNAQkQAgsxgaug gagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcw DQYJKoZIhvcNAQEBBQAEggEAUNOO5NfR3e56yKyeZPbv4I3G6ByNwn7RGsOLQctsF7ocw3S5YXQb hivCIk3vUmXic0+vZX36dqeeURxotaDvgNxKP68dQXAoILw5KnXUZ4yt8wmorqLzNKO1JWPzo+xo lMyB7YAVQtDlSZ5Vreowhm02rftxBaYQ3fYaTBwo8upbvWL4qcNbiRjyMxP0U20qVbns4sOS8HWW uKiCjO3oWCdXvm1mQb9ATQE+Psi/rz+I/Y0hnj1HkkFVcqt5LfNzcx0Q0KcUTZcm5dyZhibeY+V9 yzmqLYAdHpABRTeHX4Rz1fbI+tnXn9+JnnuC5VxHnjUhHErtZ2RDzQSIvvr83QAAAAAAAA== --Apple-Mail-215-414286204-- From eburger@standardstrack.com Tue Nov 1 11:17:16 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAD4321F8EA5 for ; Tue, 1 Nov 2011 11:17:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.661 X-Spam-Level: X-Spam-Status: No, score=-102.661 tagged_above=-999 required=5 tests=[AWL=-0.062, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K9xn2CK6qe23 for ; Tue, 1 Nov 2011 11:17:15 -0700 (PDT) Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.254.120]) by ietfa.amsl.com (Postfix) with ESMTP id 7A37821F8E94 for ; Tue, 1 Nov 2011 11:17:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=standardstrack.com; h=Received:From:Content-Type:Subject:Date:Message-Id:Cc:To:Mime-Version:X-Mailer:X-Source:X-Source-Args:X-Source-Dir; b=yOgl1jWofS4sLKItpd5ISxDBsnqlrnS75+Jh2qBVw5kStl9Ttp6ljEIzK3ikVPlMUMcFOzaswAyfUHS5m2mLmfrNEisDAw6fpoVmIi4F1bj2EN3nQ8copiyl7JnMB+GZ; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8]:60542 helo=[192.168.15.184]) by biz104.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1RLI2t-00021H-Es; Tue, 01 Nov 2011 10:22:43 -0700 From: Eric Burger Content-Type: multipart/signed; boundary=Apple-Mail-197-411060381; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 1 Nov 2011 13:22:40 -0400 Message-Id: <38E26522-97DA-4B24-ABF3-28D7D95A1D18@standardstrack.com> To: Sparks Robert Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com X-Source: X-Source-Args: X-Source-Dir: Cc: speechsc@ietf.org Subject: [Speechsc] Shepherd Write-up for MRCPv2 X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Nov 2011 18:17:16 -0000 --Apple-Mail-197-411060381 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Document: Media Resource Control Protocol Version 2 (MRCPv2) draft-ietf-speechsc-mrcpv2-26 (Standards Track) =20 (1.a) Who is the Document Shepherd for this document? Has the Document Shepherd personally reviewed this version of the document and, in particular, does he or she believe this version is ready for forwarding to the IESG for publication? =20 Eric Burger is the document shepherd. I have personally reviewed this = version of the document. This document is ready for forwarding to the = IESG for publication. =20 (1.b) Has the document had adequate review both from key WG members and from key non-WG members? Does the Document Shepherd have any concerns about the depth or breadth of the reviews that have been performed? =20 The document has had reviews by key WG members, as well as expert review = from MMUSIC (Magnus Westerlund), GENART (Vijay Gurbani, Miguel Garcia), = applications (Ted Hardie, Peter St. Andre, and Larry Massinter), RAI = (Paul Kyzivat), and AVT (Roni Evan), areas. =20 (1.c) Does the Document Shepherd have concerns that the document needs more review from a particular or broader perspective, e.g., security, operational complexity, someone familiar with AAA, internationalization or XML? =20 Reviews listed above, as well as IANA, URL, and MIME types review. The = document incorporates and addresses all suggestions from Peter, Vijay, = Miguel, Ted, Paul, and other IESG members, as well as expert review and = comments incorporated from Roni Evan. We took most of the comments from = Larry, but some where philosophical and deemed out of scope. =20 (1.d) Does the Document Shepherd have any specific concerns or issues with this document that the Responsible Area Director and/or the IESG should be aware of? For example, perhaps he or she is uncomfortable with certain parts of the document, or has concerns whether there really is a need for it. In any event, if the WG has discussed those issues and has indicated that it still wishes to advance the document, detail those concerns here. Has an IPR disclosure related to this document been filed? If so, please include a reference to the disclosure and summarize the WG discussion and conclusion on this issue. =20 Some people unfamiliar with the history of MRCPv2 may question the use = of SIP for locating speech servers, asking why we do not use RTSP, BEEP, = or the MEDIACTRL Framework. RFC 4313, Speech Services Control = Requirements, not surprisingly, enumerates the protocol requirements for = MRCP. Some of these requirements include server location and avoiding = layer violations. SIP and RTSP meet the server location requirements. = However, the original MRCP experience demonstrated severe protocol = layering problems with RTSP. Thus, the industry demonstrated RTSP is = not appropriate for use as a MRCPv2 location or substrate protocol. With = respect to MEDIACTRL, MRCPv2 pre-dates the effort by almost four years. = In fact, the basis of the MEDIACTRL Framework is, in fact, MRCPv2. At = this time, given the years of implementation experience with MRCPv2, the = industry is unlikely to accept major changes to the MRCPv2 protocol, = unless there are clear benefits to those changes. =20 There was some discussion about whether MRCPv2 should fully specify SRTP = key exchange for SIP. Consensus in the work group and with the = individual who brought that up (Vijay Gurbani) was to leave that to a = SIP-related work group. =20 Another issue is MRCPv2 uses set-cookie (RFC 2109) and set-cookie2 (RFC = 2965). RFC 2965 obsoletes RFC 2109, but does not define set-cookie. = After three years of implementation experience, the work group prefers = to go with a DOWNREF to RFC 2109 rather than change all extant = implementations. =20 (1.e) How solid is the WG consensus behind this document? Does it represent the strong concurrence of a few individuals, with others being silent, or does the WG as a whole understand and agree with it? =20 There is strong consensus with no dissent whatsoever in the work group = to publish. In addition, there are literally dozens of client, server, = open source and API implementations available. =20 (1.f) Has anyone threatened an appeal or otherwise indicated extreme discontent? If so, please summarise the areas of conflict in separate email messages to the Responsible Area Director. (It should be in a separate email because this questionnaire is entered into the ID Tracker.) =20 None. =20 (1.g) Has the Document Shepherd personally verified that the document satisfies all ID nits? (See http://www.ietf.org/ID-Checklist.html and http://tools.ietf.org/tools/idnits/). Boilerplate checks are not enough; this check needs to be thorough. Has the document met all formal review criteria it needs to, such as the MIB Doctor, media type and URI type reviews? =20 Checked with idnits 2.12.12. There are warnings about what idnits thinks = is a FQDN but is really a reverse-order parameter registry = (com.example.mumble). =20 Two references need to be updated. The RFC Editor can make them. There = are: =20 ** Obsolete normative reference: RFC 2109 (Obsoleted by RFC 2965) ** Obsolete normative reference: RFC 2965 (Obsoleted by RFC 6265) =20 (1.h) Has the document split its references into normative and informative? Are there normative references to documents that are not ready for advancement or are otherwise in an unclear state? If such normative references exist, what is the strategy for their completion? Are there normative references that are downward references, as described in [RFC3967]? If so, list these downward references to support the Area Director in the Last Call procedure for them [RFC3967]. =20 The document identifies normative versus informative documents. All = normative references are standards track RFCs except for nominal DOWNREF = is to RFC 2483; that reference is to the text/uri-list definition. = MRCPv2 uses the same definition of text/uri-list as found in the IANA = media types registry. We could make this reference Informative or be = silent on the reference, as the MRCPv2 reference is to the IANA = registry. However, the work group believes it to be useful to have a = pointer to the definition of text/uri-list for implementers to follow. =20 (1.i) Has the Document Shepherd verified that the document IANA consideration section exists and is consistent with the body of the document? If the document specifies protocol extensions, are reservations requested in appropriate IANA registries? Are the IANA registries clearly identified? If the document creates a new registry, does it define the proposed initial contents of the registry and an allocation procedure for future registrations? Does it suggest a reasonable name for the new registry? See [RFC5226]. If the document describes an Expert Review process has Shepherd conferred with the Responsible Area Director so that the IESG can appoint the needed Expert during the IESG Evaluation? =20 The IANA considerations section meets the above requirements. We would = like the RFC Editor to update the last paragraph in section 13.1.6, = =93MRCPv2 vendor-specific parameters,=94 to read =20 OLD The registry contains a list of vendor-registered parameters, where each defined parameter is associated with a reference to an RFC defining it. The registry is initially empty. =20 NEW The registry contains a list of vendor-registered parameters, where each = defined parameter is associated with a contact person and includes an = optional reference to a definition of the parameter, preferably an RFC. =20 (1.j) Has the Document Shepherd verified that sections of the document that are written in a formal language, such as XML code, BNF rules, MIB definitions, etc., validate correctly in an automated checker? =20 Yes. ABNF checked with Bill Fenner=92s tool. XML checked with XMLmind. =20 (1.k) The IESG approval announcement includes a Document Announcement Write-Up. Please provide such a Document Announcement Write-Up? Recent examples can be found in the "Action" announcements for approved documents. The approval announcement contains the following sections: =20 Technical Summary The MRCPv2 protocol allows client hosts to control media service = resources such as speech synthesizers, recognizers, verifiers and = identifiers residing in servers on the network. MRCPv2 is not a = "stand-alone" protocol - it relies on a session management protocol such = as the Session Initiation Protocol (SIP) to establish the MRCPv2 control = session between the client and the server, and for rendezvous and = capability discovery. It also depends on SIP and SDP to establish the = media sessions and associated parameters between the media source or = sink and the media server. Once this is done, the MRCPv2 protocol = exchange operates over the control session established above, allowing = the client to control the media processing resources on the speech = resource server. =20 =20 Working Group Summary Nothing out of the ordinary happened in the WG to note. =20 Document Quality There are over 20 interoperable implementations of clients, servers, = open source, and APIs based on this document. =20 =20= --Apple-Mail-197-411060381 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPODCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBTUwggQdoAMC AQICEDWub7CYfsGXUhthgY5vuwcwDQYJKoZIhvcNAQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT ZWN1cmUgRW1haWwgQ0EwHhcNMTEwOTA5MDAwMDAwWhcNMTIwOTA4MjM1OTU5WjArMSkwJwYJKoZI hvcNAQkBFhplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAML1VN+kPTw2iXeq1Yag6nChmCSmvCGACE3X9APNsUP2GvbYNFj6qdkayJJdhy0T aIzCiMW01sD5mSV4mi0w8EfXKn/cwqi1Brw06fwaI4T2iGXA/0zb272GR57uoH1VjMd0/Qc1h2CJ 9ueUwsxP9ufXm7Kb9+DkLGDAU+6jQQv9rTiNz8sSyjOTSmtrsVpk5MTRn0np6fybkyxcjNy2cLTX 56+gfF4SxgukWt0XAWI49y+PAp2AyG9RxX/1kTZPCEPLzitGpDTGPN7HH9sdvXyyhNT73i20BtZ0 FHRfhLIo1bRqnl3W06JjVOkNbUxFbE4p01FrF7O/kRk+WZ+FMVcCAwEAAaOCAeowggHmMB8GA1Ud IwQYMBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBSMC0QogJ7C8csD5XuRaGotm7qC mDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYB BAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENB LmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCUGA1UdEQQeMByBGmVi dXJnZXJAc3RhbmRhcmRzdHJhY2suY29tMA0GCSqGSIb3DQEBBQUAA4IBAQATedFpXp5JcVGrEipp KirfegdjPe823Noihn8K6Em01BbEuUsPgHVY/a/6v0UNICBEAuQCwF4aJxuxSBN2GZ6XasVvlg+R nMnJP6ZZLkd8QmRSmt/AyzxCXkDQdPEJ41+ioNUmVpnGHtHliaT8yEF9EwmMDsy+efbjWomPIx5P e6MWJX/W2qQ60WhPQxD1U+3VbqWYtn6j9M89JpgQyjYku8C+oOuFUnZskIjbnWMsB3ahHEUympe0 okQT0frCohstkscVkhk63zLmHaUmhKGrJvVwFK+RBBAzuVJcwmEvQqsrczwtlO5E/Qr729Kbch6A JfmJZ7fJIL1+RbB7ORZNMYIDqzCCA6cCAQEwgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBM aW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUg RW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcwCQYFKw4DAhoFAKCCAdcwGAYJKoZIhvcNAQkDMQsG CSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTExMTAxMTcyMjQwWjAjBgkqhkiG9w0BCQQxFgQU Q9N+UG+9wCEgwI5yIB9ndKz42fMwgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMR Q09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24g YW5kIFNlY3VyZSBFbWFpbCBDQQIQNa5vsJh+wZdSG2GBjm+7BzCBuwYLKoZIhvcNAQkQAgsxgaug gagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcw DQYJKoZIhvcNAQEBBQAEggEAApCkIZxSGOjk3WY5Jp2pHZFjs6fQU9+teUM4sGcDq/W8+1bcAPOj QefYOHWIs3RfLPABCuesp7PYOSSDYu82EN7oIMKA3qsGLrVd92qpWriW+Q4/lXYDzjpTu369+UJx YAx+AeVXI335wUX0tf5bJpCMRYvxp1AChL85khIGoCUHN1ww0tBUAS2lSnXz8AhIl0vafz6rkyJp ys3arYnsipgFFgFH2uOrjntyBzoEHMSlT0l2VRjQ2VAEY94+IJBhPs16kcBOAoqgBHbEqkdGK5mW lShOPEiXzagfbHsRuKxhdz12DmVPhGAl2Hxw586QGMom+RbdshxFreG6rrPPWgAAAAAAAA== --Apple-Mail-197-411060381-- From dburnett@voxeo.com Fri Nov 4 03:51:04 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74D8A21F8C00 for ; Fri, 4 Nov 2011 03:51:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.237 X-Spam-Level: X-Spam-Status: No, score=-2.237 tagged_above=-999 required=5 tests=[AWL=0.362, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3a7XHSM0tPeW for ; Fri, 4 Nov 2011 03:51:04 -0700 (PDT) Received: from voxeo.com (mmail.voxeo.com [66.193.54.208]) by ietfa.amsl.com (Postfix) with ESMTP id D5AB521F8BF4 for ; Fri, 4 Nov 2011 03:51:03 -0700 (PDT) Received: from [209.237.253.51] (account dburnett@voxeo.com HELO vpn-cust-10-119-5-202.witopia.net) by voxeo.com (CommuniGate Pro SMTP 5.3.8) with ESMTPSA id 98625546 for speechsc@ietf.org; Fri, 04 Nov 2011 10:50:53 +0000 From: Dan Burnett Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Nov 2011 06:50:52 -0400 Message-Id: To: "speechsc@ietf.org (E-mail)" Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Speechsc] MRCPv2 draft-26 changes X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Nov 2011 10:51:04 -0000 Group, draft-26 addresses all the comments I intend to address, with a focus on = the AD review comments. =20 Below is the list of changes. Note that there have been many editorial = changes which are not detailed below. -- dan ************************************************** Changes in draft-26: Sections 4.2 and 4.5: "physically secure environments" has been changed = to "controlled environments (e.g., not in the public internet) where = both nodes are inside a protected perimeter, for example, preventing = access to the MRCP server from remote nodes outside the controlled = perimeter". Section 10.6: now references section 4.2 when mentioning controlled = environments Section 4.2: clarified that it is not possible to allocate more than = one resource of each type. Note that this is implied by the fact that = there is no way to select such an additional resource for deletion. Section 13.1.6: changed "Expert Review" to "First Come First Served". = Registry entries will only be reviewed to ensure that they conform to = the syntax requirements and that limited documentation has been = provided. (Various places): another pass through the document in an attempt to = (yet again) improve RFC 2119 usage. From eburger@standardstrack.com Sun Nov 13 07:16:57 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8910721F85F2 for ; Sun, 13 Nov 2011 07:16:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.74 X-Spam-Level: X-Spam-Status: No, score=-100.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MyHiwHI9bWsM for ; Sun, 13 Nov 2011 07:16:57 -0800 (PST) Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.254.120]) by ietfa.amsl.com (Postfix) with ESMTP id 56EA721F8557 for ; Sun, 13 Nov 2011 07:16:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=standardstrack.com; h=Received:From:Content-Type:Subject:Date:Message-Id:Cc:To:Mime-Version:X-Mailer:X-Source:X-Source-Args:X-Source-Dir; b=m+mXJ1Cn78IyDgYufpYf4DxN1AFTDj9j8nXjy5VTsERpFrmNgjN6gDQAkKRH/jbFzhMIT0uUDsltIvXe5OCHpHgsAX+G51UvoUVkjjP8zBF2xjGvUq7oAzsYem/ocpId; Received: from [208.64.153.50] (port=56775 helo=[192.168.1.9]) by biz104.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1RPbne-0003CJ-Ji; Sun, 13 Nov 2011 07:16:52 -0800 From: Eric Burger Content-Type: multipart/signed; boundary=Apple-Mail-141--707176263; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sun, 13 Nov 2011 10:16:47 -0500 Message-Id: <131350A9-703A-4940-ACBA-B4F02476B949@standardstrack.com> To: speechsc@ietf.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com X-Source: X-Source-Args: X-Source-Dir: Cc: Eberman Brian Subject: [Speechsc] Happy Tenth Anniversary X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2011 15:16:57 -0000 --Apple-Mail-141--707176263 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii My, we have been at this for a long time... http://tools.ietf.org/id/draft-shanmugham-mrcp-00.txt Happy tenth anniversary for MRCP! Internet Engineering Task Force Saravanan = Shanmugham=20 Internet-Draft Cisco Systems = Inc.=20 draft-shanmugham-mrcp-00 Peter = Monaco=20 Expires: May 13, 2002 Nuance = Communications=20 Brian = Eberman=20 Speechworks = Inc.=20 November 13, = 2001=20 =20 =20 =20 MRCP: Media Resource Control Protocol=20 --Apple-Mail-141--707176263 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPODCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBTUwggQdoAMC AQICEDWub7CYfsGXUhthgY5vuwcwDQYJKoZIhvcNAQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT ZWN1cmUgRW1haWwgQ0EwHhcNMTEwOTA5MDAwMDAwWhcNMTIwOTA4MjM1OTU5WjArMSkwJwYJKoZI hvcNAQkBFhplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAML1VN+kPTw2iXeq1Yag6nChmCSmvCGACE3X9APNsUP2GvbYNFj6qdkayJJdhy0T aIzCiMW01sD5mSV4mi0w8EfXKn/cwqi1Brw06fwaI4T2iGXA/0zb272GR57uoH1VjMd0/Qc1h2CJ 9ueUwsxP9ufXm7Kb9+DkLGDAU+6jQQv9rTiNz8sSyjOTSmtrsVpk5MTRn0np6fybkyxcjNy2cLTX 56+gfF4SxgukWt0XAWI49y+PAp2AyG9RxX/1kTZPCEPLzitGpDTGPN7HH9sdvXyyhNT73i20BtZ0 FHRfhLIo1bRqnl3W06JjVOkNbUxFbE4p01FrF7O/kRk+WZ+FMVcCAwEAAaOCAeowggHmMB8GA1Ud IwQYMBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBSMC0QogJ7C8csD5XuRaGotm7qC mDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYB BAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENB LmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCUGA1UdEQQeMByBGmVi dXJnZXJAc3RhbmRhcmRzdHJhY2suY29tMA0GCSqGSIb3DQEBBQUAA4IBAQATedFpXp5JcVGrEipp KirfegdjPe823Noihn8K6Em01BbEuUsPgHVY/a/6v0UNICBEAuQCwF4aJxuxSBN2GZ6XasVvlg+R nMnJP6ZZLkd8QmRSmt/AyzxCXkDQdPEJ41+ioNUmVpnGHtHliaT8yEF9EwmMDsy+efbjWomPIx5P e6MWJX/W2qQ60WhPQxD1U+3VbqWYtn6j9M89JpgQyjYku8C+oOuFUnZskIjbnWMsB3ahHEUympe0 okQT0frCohstkscVkhk63zLmHaUmhKGrJvVwFK+RBBAzuVJcwmEvQqsrczwtlO5E/Qr729Kbch6A JfmJZ7fJIL1+RbB7ORZNMYIDqzCCA6cCAQEwgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBM aW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUg RW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcwCQYFKw4DAhoFAKCCAdcwGAYJKoZIhvcNAQkDMQsG CSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTExMTEzMTUxNjQ3WjAjBgkqhkiG9w0BCQQxFgQU LOKnQtKDFBkJ3NDU3NKo+Fpu7R4wgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMR Q09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24g YW5kIFNlY3VyZSBFbWFpbCBDQQIQNa5vsJh+wZdSG2GBjm+7BzCBuwYLKoZIhvcNAQkQAgsxgaug gagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcw DQYJKoZIhvcNAQEBBQAEggEARS4vmBeZ0PeAeZypCF5FjgMohEH78/RjAd/Veb9n2WTBkLNe09vS twqpjxol6oOMh1HYVkDGsxPrdWK/vnZAG28CUg99MOpieOQ6Xx6KYsOyG2/lhI3MaBombZN7PBuC B8+0BHVuDcWOnBVJ40zcHXBDIUDb62wO95F+AzMP1pv/MsNlzH86y5di5guCgSxQ+PFmgkkOY7Oc 1PH6HS3/JLwo+AuSl7oRGwmRrc6jfOrCQ30sE/ZC8d/cSKrB+wh/4mutZUB3xiR0NKa0xInldBD7 4ck0sgtHzGc9FgsGWllT+3zNRdDH6TQib+RbkY2SfYIBTPL85kc/WDexD/MfDQAAAAAAAA== --Apple-Mail-141--707176263-- From eburger@standardstrack.com Sun Nov 13 11:38:42 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 355B521F8A67 for ; Sun, 13 Nov 2011 11:38:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.631 X-Spam-Level: X-Spam-Status: No, score=-102.631 tagged_above=-999 required=5 tests=[AWL=-0.032, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N0O0UYx5y0Lc for ; Sun, 13 Nov 2011 11:38:41 -0800 (PST) Received: from biz104.inmotionhosting.com (biz104.inmotionhosting.com [173.247.254.120]) by ietfa.amsl.com (Postfix) with ESMTP id 8DE0E21F8A56 for ; Sun, 13 Nov 2011 11:38:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=standardstrack.com; h=Received:Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc:Message-Id:References:To:X-Mailer:X-Source:X-Source-Args:X-Source-Dir; b=oJJS0QwQ7SA5zfidP1J7vnb4fCP+pdPD/cX08vCIkoSgE9ab5QFln7rXLbNAFquH7kigFl/220Je6TtGfycP47hInGs1eb21yMM+haMbkISbfxNWTiydoao4sdO3szPX; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8]:58942 helo=[192.168.15.184]) by biz104.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1RPft1-0000FL-RS; Sun, 13 Nov 2011 11:38:40 -0800 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/signed; boundary=Apple-Mail-172--691466426; protocol="application/pkcs7-signature"; micalg=sha1 From: Eric Burger In-Reply-To: Date: Sun, 13 Nov 2011 14:38:37 -0500 Message-Id: <30E4931A-0A36-4539-999F-EA1EEC87C04B@standardstrack.com> References: <131350A9-703A-4940-ACBA-B4F02476B949@standardstrack.com> To: Brian Eberman X-Mailer: Apple Mail (2.1084) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - biz104.inmotionhosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - standardstrack.com X-Source: X-Source-Args: X-Source-Dir: Cc: speechsc@ietf.org Subject: Re: [Speechsc] Happy Tenth Anniversary X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Nov 2011 19:38:42 -0000 --Apple-Mail-172--691466426 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii All SIP, all the time :-) That's MRCPv2. On Nov 13, 2011, at 1:36 PM, Brian Eberman wrote: > Thanks Eric. I've been out of speech for 6 years now. Is this still = the approach people are using? I heard it all moved to SIP. > -Brian >=20 > On Sun, Nov 13, 2011 at 10:16 AM, Eric Burger = wrote: > My, we have been at this for a long time... >=20 > http://tools.ietf.org/id/draft-shanmugham-mrcp-00.txt >=20 > Happy tenth anniversary for MRCP! >=20 >=20 >=20 >=20 > Internet Engineering Task Force Saravanan = Shanmugham > Internet-Draft Cisco = Systems Inc. > draft-shanmugham-mrcp-00 Peter = Monaco > Expires: May 13, 2002 Nuance = Communications > Brian = Eberman > = Speechworks Inc. > November = 13, 2001 >=20 >=20 >=20 > MRCP: Media Resource Control Protocol >=20 >=20 >=20 --Apple-Mail-172--691466426 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIPODCCBN0w ggPFoAMCAQICEHGS++YZX6xNEoV0cTSiGKcwDQYJKoZIhvcNAQEFBQAwezELMAkGA1UEBhMCR0Ix GzAZBgNVBAgMEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBwwHU2FsZm9yZDEaMBgGA1UECgwR Q29tb2RvIENBIExpbWl0ZWQxITAfBgNVBAMMGEFBQSBDZXJ0aWZpY2F0ZSBTZXJ2aWNlczAeFw0w NDAxMDEwMDAwMDBaFw0yODEyMzEyMzU5NTlaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQx FzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsx ITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJz dC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAsjmFpPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIx B8dOtINknS4p1aJkxIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8 om+rWV6lL8/K2m2qL+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHG TPNpsaguG7bUMSAsvIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7Nl yP0e03RiqhjKaJMeoYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4IBJzCCASMwHwYDVR0j BBgwFoAUoBEKIz6W8Qfs4q8p74Klf9AwpLQwHQYDVR0OBBYEFImCZ33EnSZwAEu0UEh83j2uBG59 MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwewYDVR0fBHQwcjA4oDagNIYyaHR0cDovL2NybC5j b21vZG9jYS5jb20vQUFBQ2VydGlmaWNhdGVTZXJ2aWNlcy5jcmwwNqA0oDKGMGh0dHA6Ly9jcmwu Y29tb2RvLm5ldC9BQUFDZXJ0aWZpY2F0ZVNlcnZpY2VzLmNybDARBglghkgBhvhCAQEEBAMCAQYw DQYJKoZIhvcNAQEFBQADggEBAJ2Vyzy4fqUJxB6/C8LHdo45PJTGEKpPDMngq4RdiVTgZTvzbRx8 NywlVF+WIfw3hJGdFdwUT4HPVB1rbEVgxy35l1FM+WbKPKCCjKbI8OLp1Er57D9Wyd12jMOCAU9s APMeGmF0BEcDqcZAV5G8ZSLFJ2dPV9tkWtmNH7qGL/QGrpxp7en0zykX2OBKnxogL5dMUbtGB8SK N04g4wkxaMeexIud6H4RvDJoEJYRmETYKlFgTYjrdDrfQwYyyDlWjDoRUtNBpEMD9O3vMyfbOeAU TibJ2PU54om4k123KSZB6rObroP8d3XK6Mq1/uJlSmM+RMTQw16Hc6mYHK9/FX8wggUaMIIEAqAD AgECAhBtGeqnGU9qMyLmIjJ6qnHeMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJVUzELMAkG A1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNU IE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVRO LVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTExMDQyODAwMDAw MFoXDTIwMDUzMDEwNDgzOFowgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNo ZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYD VQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0EwggEi MA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCShIRbS1eY1F4vi6ThQMijU1hfZmXxMk73nzJ9 VdB4TFW3QpTg+SdxB8XGaaS5MsTxQBqQzCdWYn8XtXFpruUgG+TLY15gyqJB9mrho/+43x9IbWVD jCouK2M4d9+xF6zC2oIC1tQyatRnbyATj1w1+uVUgK/YcQodNwoCUFNslR2pEBS0mZVZEjH/CaLS TNxS297iQAFbSGjdxUq04O0kHzqvcV8H46y/FDuwJXFoPfQP1hdYRhWBPGiLi4MPbXohV+Y0sNsy fuNK4aVScmQmkU6lkg//4LFg/RpvaFGZY40ai6XMQpubfSJj06mg/M6ekN9EGfRcWzW6FvOnm//B AgMBAAGjggFLMIIBRzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQU ehNOAHRbxnhjZCfBL+KgW7x5xXswDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB/wQIMAYBAf8CAQAw EQYDVR0gBAowCDAGBgRVHSAAMFgGA1UdHwRRME8wTaBLoEmGR2h0dHA6Ly9jcmwudXNlcnRydXN0 LmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMHQGCCsG AQUFBwEBBGgwZjA9BggrBgEFBQcwAoYxaHR0cDovL2NydC51c2VydHJ1c3QuY29tL1VUTkFkZFRy dXN0Q2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAhda+eFdVbTN/RFL+QtUGqAEDgIr7DbL9Sr/2r0FJ9RtaxdKtG3Nu PukmfOZMmMEwKN/L+0I8oSU+CnXW0D05hmbRoZu1TZtvryhsHa/l6nRaqNqxwPF1ei+eupN5yv7i kR5WdLL4jdPgQ3Ib7Y/9YDkgR/uLrzplSDyYPaUlv73vYOBJ5RbI6z9Dg/Dg7g3B080zX5vQvWBq szv++tTJOjwf7Zv/m0kzvkIpOYPuM2kugp1FTahp2oAbHj3SGl18R5mlmwhtEpmG1l1XBxunML5L SUS4kH7K0Xk467Qz+qA6XSZYnmFVGLQh1ZnV4ENAQjC+6qXnlNKw/vN1+X9u5zCCBTUwggQdoAMC AQICEDWub7CYfsGXUhthgY5vuwcwDQYJKoZIhvcNAQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYD VQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBT ZWN1cmUgRW1haWwgQ0EwHhcNMTEwOTA5MDAwMDAwWhcNMTIwOTA4MjM1OTU5WjArMSkwJwYJKoZI hvcNAQkBFhplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAML1VN+kPTw2iXeq1Yag6nChmCSmvCGACE3X9APNsUP2GvbYNFj6qdkayJJdhy0T aIzCiMW01sD5mSV4mi0w8EfXKn/cwqi1Brw06fwaI4T2iGXA/0zb272GR57uoH1VjMd0/Qc1h2CJ 9ueUwsxP9ufXm7Kb9+DkLGDAU+6jQQv9rTiNz8sSyjOTSmtrsVpk5MTRn0np6fybkyxcjNy2cLTX 56+gfF4SxgukWt0XAWI49y+PAp2AyG9RxX/1kTZPCEPLzitGpDTGPN7HH9sdvXyyhNT73i20BtZ0 FHRfhLIo1bRqnl3W06JjVOkNbUxFbE4p01FrF7O/kRk+WZ+FMVcCAwEAAaOCAeowggHmMB8GA1Ud IwQYMBaAFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MB0GA1UdDgQWBBSMC0QogJ7C8csD5XuRaGotm7qC mDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYB BAGyMQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCsw KQYIKwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFcGA1UdHwRQME4wTKBK oEiGRmh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET0NsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYgGCCsGAQUFBwEBBHwwejBSBggrBgEFBQcwAoZGaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENB LmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCUGA1UdEQQeMByBGmVi dXJnZXJAc3RhbmRhcmRzdHJhY2suY29tMA0GCSqGSIb3DQEBBQUAA4IBAQATedFpXp5JcVGrEipp KirfegdjPe823Noihn8K6Em01BbEuUsPgHVY/a/6v0UNICBEAuQCwF4aJxuxSBN2GZ6XasVvlg+R nMnJP6ZZLkd8QmRSmt/AyzxCXkDQdPEJ41+ioNUmVpnGHtHliaT8yEF9EwmMDsy+efbjWomPIx5P e6MWJX/W2qQ60WhPQxD1U+3VbqWYtn6j9M89JpgQyjYku8C+oOuFUnZskIjbnWMsB3ahHEUympe0 okQT0frCohstkscVkhk63zLmHaUmhKGrJvVwFK+RBBAzuVJcwmEvQqsrczwtlO5E/Qr729Kbch6A JfmJZ7fJIL1+RbB7ORZNMYIDqzCCA6cCAQEwgagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBM aW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUg RW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcwCQYFKw4DAhoFAKCCAdcwGAYJKoZIhvcNAQkDMQsG CSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTExMTEzMTkzODM3WjAjBgkqhkiG9w0BCQQxFgQU eObD75DM9nxFrD1qgX4QiA4wpG8wgbkGCSsGAQQBgjcQBDGBqzCBqDCBkzELMAkGA1UEBhMCR0Ix GzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMR Q09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24g YW5kIFNlY3VyZSBFbWFpbCBDQQIQNa5vsJh+wZdSG2GBjm+7BzCBuwYLKoZIhvcNAQkQAgsxgaug gagwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcT B1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEDWub7CYfsGXUhthgY5vuwcw DQYJKoZIhvcNAQEBBQAEggEAfKj5VcFtSL09Zpo8ZYMGyBzIQrYPU5GN2iYyfPFEEe4CwYRfKyn3 G1tIXtpQ8O1Zf8tfcdM+F6EnX7HVdUqA0nFKXAdsZeiNfExKkE51YzL1xkkED2ePl1IhMe53Ii6T gT/U+hebPtm7Sz3SJ424QfJI3LfPQ5xPBu1drjHQYyRzEWFfGQAhKVPzyGH3oHvCW2s6BhwTsiE+ PKcOl24R1NuuPcWr/e6etO4QKrGH5Gd2GiStwJ1UiA6KCT1EItBUcalUjBZhJ65IcW35GhStTHpA 16kSUu618UFQAulbj+LdYZl/LMZTSBUaJVxbzcHngvJ+WJ69F5qjUEDIwhW9uAAAAAAAAA== --Apple-Mail-172--691466426-- From internet-drafts@ietf.org Tue Nov 15 00:39:32 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B48D21F8F6C; Tue, 15 Nov 2011 00:39:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.579 X-Spam-Level: X-Spam-Status: No, score=-102.579 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01MNJXhlKL4o; Tue, 15 Nov 2011 00:39:31 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8B8221F8F64; Tue, 15 Nov 2011 00:39:31 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.63 Message-ID: <20111115083931.28359.22847.idtracker@ietfa.amsl.com> Date: Tue, 15 Nov 2011 00:39:31 -0800 Cc: speechsc@ietf.org Subject: [Speechsc] I-D Action: draft-ietf-speechsc-mrcpv2-27.txt X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2011 08:39:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Speech Services Control Working Group= of the IETF. Title : Media Resource Control Protocol Version 2 (MRCPv2) Author(s) : Daniel C. Burnett Saravanan Shanmugham Filename : draft-ietf-speechsc-mrcpv2-27.txt Pages : 225 Date : 2011-11-15 The MRCPv2 protocol allows client hosts to control media service resources such as speech synthesizers, recognizers, verifiers and identifiers residing in servers on the network. MRCPv2 is not a "stand-alone" protocol - it relies on other protocols, such as Session Initiation Protocol (SIP) to rendezvous MRCPv2 clients and servers and manage sessions between them, and the Session Description Protocol (SDP) to describe, discover and exchange capabilities. It also depends on SIP and SDP to establish the media sessions and associated parameters between the media source or sink and the media server. Once this is done, the MRCPv2 protocol exchange operates over the control session established above, allowing the client to control the media processing resources on the speech resource server. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-speechsc-mrcpv2-27.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-ietf-speechsc-mrcpv2-27.txt From dburnett@voxeo.com Tue Nov 15 00:41:25 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D11D721F8F64 for ; Tue, 15 Nov 2011 00:41:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZhLthLLIjgBh for ; Tue, 15 Nov 2011 00:41:25 -0800 (PST) Received: from voxeo.com (mmail.voxeo.com [66.193.54.208]) by ietfa.amsl.com (Postfix) with ESMTP id 44E2921F8F91 for ; Tue, 15 Nov 2011 00:41:25 -0800 (PST) Received: from [207.7.149.23] (account dburnett@voxeo.com HELO [10.119.3.90]) by voxeo.com (CommuniGate Pro SMTP 5.3.8) with ESMTPSA id 99365436 for speechsc@ietf.org; Tue, 15 Nov 2011 08:41:23 +0000 From: Dan Burnett Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Nov 2011 03:41:09 -0500 Message-Id: To: "speechsc@ietf.org (E-mail)" Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: [Speechsc] draft-27 changes X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Nov 2011 08:41:25 -0000 This draft addresses a small number of last-minute Area Director = concerns. The first two changes were substantial enough to warrant a = new LCWD. - Removed Set-Cookie2 and the associated reference to RFC 2965. The = rationale is that RFC 6265 has obsoleted that RFC because no one = actually uses Set-Cookie2 today. - Replaced reference to RFC 2109 with reference to RFC 6265 and updated = Set-Cookie syntax and description accordingly. The rationale is that = the new syntax and semantics in RFC 6265 better represent current usage = of Set-Cookie. - In the vendor-specific parameters registry request (section 13.1.6), = replaced "a reference to an RFC defining it" with "a contact person and includes an optional = reference to the definition of the parameter, preferably an RFC". The = rationale is that we want to encourage registrations, including for = research or non-public work. -- dan From iesg-secretary@ietf.org Tue Nov 15 22:32:41 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84C3E11E816F; Tue, 15 Nov 2011 22:32:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.525 X-Spam-Level: X-Spam-Status: No, score=-102.525 tagged_above=-999 required=5 tests=[AWL=0.074, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IjfHZMkcdjci; Tue, 15 Nov 2011 22:32:37 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14ED311E8113; Tue, 15 Nov 2011 22:32:37 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 3.64 Message-ID: <20111116063237.11653.71794.idtracker@ietfa.amsl.com> Date: Tue, 15 Nov 2011 22:32:37 -0800 Cc: speechsc@ietf.org Subject: [Speechsc] Last Call: (Media Resource Control Protocol Version 2 (MRCPv2)) to Proposed Standard X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ietf@ietf.org List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2011 06:32:41 -0000 The IESG has received a request from the Speech Services Control WG (speechsc) to consider the following document: - 'Media Resource Control Protocol Version 2 (MRCPv2)' as a Proposed Standard This is a second IETF LC to verify the changes to the policy used for the vendor-specific parameters IANA registry, and the use of the set-cookie headers made in response to earlier last call comments and external review, and to verify the current normative reference (downref) to RFC 2483, an Experimental RFC. >From the shepherd report: All normative references are standards track RFCs except for nominal DOWNREF is to RFC 2483; that reference is to the text/uri-list definition. MRCPv2 uses the same definition of text/uri-list as found in the IANA media types registry. We could make this reference Informative or be silent on the reference, as the MRCPv2 reference is to the IANA registry. However, the work group believes it to be useful to have a pointer to the definition of text/uri-list for implementers to follow. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2011-11-30. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract The MRCPv2 protocol allows client hosts to control media service resources such as speech synthesizers, recognizers, verifiers and identifiers residing in servers on the network. MRCPv2 is not a "stand-alone" protocol - it relies on other protocols, such as Session Initiation Protocol (SIP) to rendezvous MRCPv2 clients and servers and manage sessions between them, and the Session Description Protocol (SDP) to describe, discover and exchange capabilities. It also depends on SIP and SDP to establish the media sessions and associated parameters between the media source or sink and the media server. Once this is done, the MRCPv2 protocol exchange operates over the control session established above, allowing the client to control the media processing resources on the speech resource server. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/ No IPR declarations have been submitted directly on this I-D. From dburnett@voxeo.com Thu Nov 17 01:00:05 2011 Return-Path: X-Original-To: speechsc@ietfa.amsl.com Delivered-To: speechsc@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A11521F9ACC; Thu, 17 Nov 2011 01:00:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aZIyXjBOaeY4; Thu, 17 Nov 2011 01:00:03 -0800 (PST) Received: from voxeo.com (mmail.voxeo.com [66.193.54.208]) by ietfa.amsl.com (Postfix) with ESMTP id 1052321F9AD5; Thu, 17 Nov 2011 01:00:01 -0800 (PST) Received: from [207.7.149.31] (account dburnett@voxeo.com HELO [10.119.6.218]) by voxeo.com (CommuniGate Pro SMTP 5.3.8) with ESMTPSA id 99497073; Thu, 17 Nov 2011 08:59:55 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-83--384199146 From: Dan Burnett In-Reply-To: <20111116063237.11653.71794.idtracker@ietfa.amsl.com> Date: Thu, 17 Nov 2011 03:59:44 -0500 Message-Id: <75377D59-81AE-4BE3-BD47-55787DD5AF49@voxeo.com> References: <20111116063237.11653.71794.idtracker@ietfa.amsl.com> To: ietf@ietf.org X-Mailer: Apple Mail (2.1084) Cc: "speechsc@ietf.org \(E-mail\)" Subject: Re: [Speechsc] Last Call: (Media Resource Control Protocol Version 2 (MRCPv2)) to Proposed Standard X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 09:00:05 -0000 --Apple-Mail-83--384199146 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Along the lines of an RFC Editor note, there are a few changes that = would need to be applied to draft-ietf-speechsc-mrcpv2-27.txt before = publication as a Draft Standard, assuming this draft is not superceded = by another revision. -- Dan Burnett (acting editor) *************************************** 1) In the preparation of draft-ietf-speechsc-mrcpv2-27.txt, I forgot to = remove some old ABNF from the body of the document. The following ABNF = is to be removed from section 6.2.15, "Set-Cookie": set-cookie =3D "Set-Cookie:" cookies CRLF cookies =3D cookie *("," *LWS cookie) cookie =3D attribute "=3D" value *(";" cookie-av) cookie-av =3D "Comment" "=3D" value / "Domain" "=3D" value / "Max-Age" "=3D" value / "Path" "=3D" value / "Secure" / "Version" "=3D" 1*19DIGIT / "Age" "=3D" delta-seconds 2) It has been pointed out that there is no need for the entire ABNF of = Set-Cookie to be copied from RFC 6265. Thus, the following changes are = recommended: a) In section 6.2.15, "Set-Cookie", OLD set-cookie =3D "Set-Cookie:" SP set-cookie-string set-cookie-string =3D cookie-pair *( ";" SP cookie-av ) cookie-pair =3D cookie-name "=3D" cookie-value cookie-name =3D token cookie-value =3D *cookie-octet / ( DQUOTE *cookie-octet DQUOTE ) cookie-octet =3D %x21 / %x23-2B / %x2D-3A / %x3C-5B / %x5D-7E token =3D cookie-av =3D expires-av / max-age-av / domain-av / path-av / secure-av / httponly-av / extension-av / age-av expires-av =3D "Expires=3D" sane-cookie-date sane-cookie-date =3D max-age-av =3D "Max-Age=3D" non-zero-digit *DIGIT non-zero-digit =3D %x31-39 domain-av =3D "Domain=3D" domain-value domain-value =3D path-av =3D "Path=3D" path-value path-value =3D secure-av =3D "Secure" httponly-av =3D "HttpOnly" extension-av =3D NEW cookie-av =3D/ age-av b) In section 6.2.15, "Set-Cookie": OLD The Set-Cookie header field is specified in RFC 6265 [RFC6265]. The "Age" attribute is introduced in this specification to indicate the age of the cookie and is OPTIONAL. An MRCPv2 client or server MUST calculate the age of the cookie according to the age calculation rules in the HTTP/1.1 specification [RFC2616] and append the "Age" attribute accordingly. NEW The Set-Cookie header field, including ABNF, is specified in RFC 6265 [RFC6265]. The "Age" attribute is introduced in this specification to indicate the age of the cookie and is OPTIONAL. An MRCPv2 client or server MUST calculate the age of the cookie according to the age calculation rules in the HTTP/1.1 specification [RFC2616] and append the "Age" attribute accordingly. c) In section 15, "ABNF Normative Definition": OLD set-cookie =3D "Set-Cookie:" SP set-cookie-string set-cookie-string =3D cookie-pair *( ";" SP cookie-av ) cookie-pair =3D cookie-name "=3D" cookie-value cookie-name =3D token cookie-value =3D *cookie-octet / ( DQUOTE *cookie-octet DQUOTE ) cookie-octet =3D %x21 / %x23-2B / %x2D-3A / %x3C-5B / %x5D-7E token =3D cookie-av =3D expires-av / max-age-av / domain-av / path-av / secure-av / httponly-av / extension-av / age-av expires-av =3D "Expires=3D" sane-cookie-date sane-cookie-date =3D max-age-av =3D "Max-Age=3D" non-zero-digit *DIGIT non-zero-digit =3D %x31-39 domain-av =3D "Domain=3D" domain-value domain-value =3D path-av =3D "Path=3D" path-value path-value =3D secure-av =3D "Secure" httponly-av =3D "HttpOnly" extension-av =3D NEW ; Set-Cookie is defined in RFC 6265 and extended here =20 cookie-av =3D/ age-av On Nov 16, 2011, at 1:32 AM, The IESG wrote: >=20 > The IESG has received a request from the Speech Services Control WG > (speechsc) to consider the following document: > - 'Media Resource Control Protocol Version 2 (MRCPv2)' > as a Proposed Standard >=20 > This is a second IETF LC to verify the changes to the policy used > for the vendor-specific parameters IANA registry, and the use of the > set-cookie headers made in response to earlier last call comments > and external review, and to verify the current normative > reference (downref) to RFC 2483, an Experimental RFC. >=20 >> =46rom the shepherd report: > All normative references are standards track RFCs except for nominal=20= > DOWNREF is to RFC 2483; that reference is to the text/uri-list = definition.=20 > MRCPv2 uses the same definition of text/uri-list as found in the IANA=20= > media types registry. We could make this reference Informative or be=20= > silent on the reference, as the MRCPv2 reference is to the IANA = registry.=20 > However, the work group believes it to be useful to have a pointer to = the=20 > definition of text/uri-list for implementers to follow. >=20 > The IESG plans to make a decision in the next few weeks, and solicits > final comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2011-11-30. Exceptionally, comments may = be > sent to iesg@ietf.org instead. In either case, please retain the > beginning of the Subject line to allow automated sorting. >=20 > Abstract >=20 >=20 > The MRCPv2 protocol allows client hosts to control media service > resources such as speech synthesizers, recognizers, verifiers and > identifiers residing in servers on the network. MRCPv2 is not a > "stand-alone" protocol - it relies on other protocols, such as > Session Initiation Protocol (SIP) to rendezvous MRCPv2 clients and > servers and manage sessions between them, and the Session = Description > Protocol (SDP) to describe, discover and exchange capabilities. It > also depends on SIP and SDP to establish the media sessions and > associated parameters between the media source or sink and the media > server. Once this is done, the MRCPv2 protocol exchange operates > over the control session established above, allowing the client to > control the media processing resources on the speech resource = server. >=20 >=20 >=20 >=20 > The file can be obtained via > http://datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/ >=20 > IESG discussion can be tracked via > http://datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/ >=20 >=20 > No IPR declarations have been submitted directly on this I-D. >=20 >=20 > _______________________________________________ > IETF-Announce mailing list > IETF-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-announce --Apple-Mail-83--384199146 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Along the lines of an RFC Editor note, there are a few changes = that would need to be applied to draft-ietf-speechsc-mrcpv2-27.txt = before publication as a Draft Standard, assuming this draft is not = superceded by another revision.

-- Dan Burnett (acting editor)

***************************************

1) In the preparation of draft-ietf-speechsc-mrcpv2-27.txt, I forgot = to remove some old ABNF from the body of the document.  The = following ABNF is to be removed from section 6.2.15, = "Set-Cookie":

set-cookie      =3D       = "Set-Cookie:" cookies CRLF
cookies         =3D       = cookie *("," *LWS cookie)
cookie          =3D       = attribute "=3D" value *(";" cookie-av)
cookie-av     =   =3D       "Comment" "=3D" value
        =         /       "Domain" "=3D" = value
                /   =     "Max-Age" "=3D" value
        =         /       "Path" "=3D" = value
                /   =     "Secure"
                /   =     "Version" "=3D" 1*19DIGIT
        =         /       "Age" "=3D" = delta-seconds

2) It has been pointed out that there is no need for the entire = ABNF of Set-Cookie to be copied from RFC 6265.  Thus, the following = changes are recommended:
a) In section 6.2.15, "Set-Cookie",

OLD
set-cookie        =3D "Set-Cookie:" SP = set-cookie-string
set-cookie-string =3D cookie-pair *( ";" SP cookie-av = )
cookie-pair       =3D cookie-name "=3D" = cookie-value
cookie-name       =3D = token
cookie-value      =3D *cookie-octet / ( DQUOTE = *cookie-octet DQUOTE )
cookie-octet     =  =3D %x21 / %x23-2B / %x2D-3A / %x3C-5B / %x5D-7E
token   =           =3D <token, defined in [RFC2616], = Section 2.2>

cookie-av         =3D = expires-av / max-age-av / domain-av /
        =              path-av / secure-av / = httponly-av /
                =      extension-av / age-av
expires-av     =    =3D "Expires=3D" sane-cookie-date
sane-cookie-date =  =3D <rfc1123-date, defined in [RFC2616], Section = 3.3.1>
max-age-av        =3D "Max-Age=3D" = non-zero-digit *DIGIT
non-zero-digit    =3D = %x31-39
domain-av         =3D "Domain=3D" = domain-value
domain-value      =3D = <subdomain>
path-av           =3D = "Path=3D" path-value
path-value        =3D = <any CHAR except CTLs or ";">
secure-av       =   =3D "Secure"
httponly-av       =3D = "HttpOnly"
extension-av      =3D <any CHAR except = CTLs or ";">

NEW

cookie-av         =3D/ = age-av

b) In section 6.2.15, "Set-Cookie":

OLD
   The Set-Cookie header field is specified in RFC = 6265 [RFC6265].  The
   "Age" attribute is introduced in this specification = to indicate the
   age of the cookie and is OPTIONAL.  An MRCPv2 = client or server MUST
   calculate the age of the cookie according to the age = calculation
   rules in the HTTP/1.1 specification [RFC2616] and = append the "Age"
   attribute accordingly.

   The Set-Cookie header field, including ABNF, is = specified in RFC 6265
   [RFC6265].  The "Age" attribute is introduced = in this specification
   to indicate the age of the cookie and is OPTIONAL. =  An MRCPv2 client
   or server MUST calculate the age of the cookie = according to the age
   calculation rules in the HTTP/1.1 specification = [RFC2616] and append
   the "Age" attribute accordingly.


c) In section = 15, "ABNF Normative = Definition":

OLD
set-cookie   =      =3D "Set-Cookie:" SP = set-cookie-string
set-cookie-string =3D cookie-pair *( ";" SP = cookie-av )
cookie-pair       =3D cookie-name "=3D" = cookie-value
cookie-name       =3D = token
cookie-value      =3D *cookie-octet / ( DQUOTE = *cookie-octet DQUOTE )
cookie-octet      =3D %x21 / = %x23-2B / %x2D-3A / %x3C-5B / %x5D-7E
token       =       =3D <token, defined in [RFC2616], Section = 2.2>

cookie-av         =3D = expires-av / max-age-av / domain-av /
        =              path-av / secure-av / = httponly-av /
                =      extension-av / age-av
expires-av     =    =3D "Expires=3D" sane-cookie-date
sane-cookie-date =  =3D <rfc1123-date, defined in [RFC2616], Section = 3.3.1>
max-age-av        =3D "Max-Age=3D" = non-zero-digit *DIGIT
non-zero-digit    =3D = %x31-39
domain-av         =3D "Domain=3D" = domain-value
domain-value      =3D = <subdomain>
path-av           =3D = "Path=3D" path-value
path-value        =3D = <any CHAR except CTLs or ";">
secure-av       =   =3D "Secure"
httponly-av       =3D = "HttpOnly"
extension-av      =3D <any CHAR except = CTLs or ";">

NEW
; Set-Cookie is defined in RFC 6265 and extended = here
 
cookie-av         =3D/ = age-av



On Nov 16, 2011, at = 1:32 AM, The IESG wrote:


The= IESG has received a request from the Speech Services Control = WG
(speechsc) to consider the following document:
- 'Media = Resource Control Protocol Version 2 (MRCPv2)'
=  <draft-ietf-speechsc-mrcpv2-27.txt> as a Proposed = Standard

This is a second IETF LC to verify the changes to the = policy used
for the vendor-specific parameters IANA registry, and the = use of the
set-cookie headers made in response to earlier last call = comments
and external review, and to verify the current = normative
reference (downref) to RFC 2483, an Experimental = RFC.

=46rom the shepherd = report:
All normative references are standards track = RFCs except for nominal
DOWNREF is to RFC 2483; that reference is to = the text/uri-list definition.
MRCPv2 uses the same definition of = text/uri-list as found in the IANA
media types registry. We could = make this reference Informative or be
silent on the reference, as = the MRCPv2 reference is to the IANA registry.
However, the work = group believes it to be useful to have a pointer to the
definition = of text/uri-list for implementers to follow.

The IESG plans to = make a decision in the next few weeks, and solicits
final comments on = this action. Please send substantive comments to the
ietf@ietf.org mailing lists by = 2011-11-30. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, = please retain the
beginning of the Subject line to allow automated = sorting.

Abstract


  The MRCPv2 protocol = allows client hosts to control media service
  resources = such as speech synthesizers, recognizers, verifiers and
=   identifiers residing in servers on the network.  MRCPv2 = is not a
  "stand-alone" protocol - it relies on other = protocols, such as
  Session Initiation Protocol (SIP) to = rendezvous MRCPv2 clients and
  servers and manage = sessions between them, and the Session Description
=   Protocol (SDP) to describe, discover and exchange = capabilities.  It
  also depends on SIP and SDP to = establish the media sessions and
  associated parameters = between the media source or sink and the media
  server. =  Once this is done, the MRCPv2 protocol exchange operates
=   over the control session established above, allowing the = client to
  control the media processing resources on the = speech resource server.




The file can be obtained = via
http:= //datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/

IESG = discussion can be tracked = via
http://datatracker.ietf.org/doc/draft-ietf-speechsc-mrcpv2/

=
No IPR declarations have been submitted directly on this = I-D.


_______________________________________________
IETF-An= nounce mailing = list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ie= tf-announce

= --Apple-Mail-83--384199146--