From Internet-Drafts@ietf.org Mon Mar 7 08:00:03 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1AF113A693C; Mon, 7 Mar 2011 08:00:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.534 X-Spam-Level: X-Spam-Status: No, score=-102.534 tagged_above=-999 required=5 tests=[AWL=0.065, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iH0MMQvpdhvR; Mon, 7 Mar 2011 08:00:02 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A3623A6945; Mon, 7 Mar 2011 08:00:02 -0800 (PST) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110307160002.14542.88453.idtracker@localhost> Date: Mon, 07 Mar 2011 08:00:02 -0800 Cc: speechsc@ietf.org Subject: [Speechsc] I-D Action:draft-ietf-speechsc-mrcpv2-23.txt X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 16:00:03 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. 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) : D. Burnett, S. Shanmugham Filename : draft-ietf-speechsc-mrcpv2-23.txt Pages : 218 Date : 2011-03-07 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-23.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-speechsc-mrcpv2-23.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-07075324.I-D@ietf.org> --NextPart-- From tomas.valenta@speechtech.cz Wed Mar 9 07:44:28 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68E233A689F for ; Wed, 9 Mar 2011 07:44:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.395 X-Spam-Level: X-Spam-Status: No, score=-1.395 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Phzi3F3xcN2x for ; Wed, 9 Mar 2011 07:44:27 -0800 (PST) Received: from fred.zcu.cz (fred.zcu.cz [IPv6:2001:718:1801:1057::1:19]) by core3.amsl.com (Postfix) with ESMTP id 36D963A6A2A for ; Wed, 9 Mar 2011 07:44:22 -0800 (PST) Received: from [192.168.2.201] (uk511r01-kky.fav.zcu.cz [147.228.47.142]) by fred.zcu.cz (Postfix) with ESMTPS id DAA3FA075CA6 for ; Wed, 9 Mar 2011 16:45:31 +0100 (CET) Message-ID: <4D77A084.7050506@speechtech.cz> Date: Wed, 09 Mar 2011 16:45:08 +0100 From: =?ISO-8859-2?Q?Tom=E1=B9_Valenta?= Organization: SpeechTech, s.r.o. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; cs; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: speechsc@ietf.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-ZCU-MailScanner-ID: DAA3FA075CA6.A0A96 X-ZCU-MailScanner: Found to be clean X-ZCU-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-2.9, required 5, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90) X-ZCU-MailScanner-From: tomas.valenta@speechtech.cz Subject: [Speechsc] Continuous speech recognition in MRCP X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 15:50:01 -0000 Dear SpeechSC list members, in our company we are implementing TTS and ASR solutions using MRCP. For ASR we would like to use the protocol not only for recognition of short utterances based on simple grammar; scheme C->S: RECOGNIZE S->C: IN-PROGRESS S->C: START-OF-INPUT S->C: RECOGNITION-COMPLETE (result) but also for continuous speech recognition (e.g. minutes or tens of minutes, dictations, ...) with immediate results. Unfortunately there is no such approach in MRCPv2 specification draft. We thought about using following scheme: C->S: RECOGNIZE (continuous) S->C: IN-PROGRESS S->C: START-OF-INPUT S->C: IN-PROGRESS (partial_result_1) ... S->C: IN-PROGRESS (partial_result_n) C->S: STOP Imagine an application for writing dictation so that user can see immediately what he said. The recognizer could be located on a remote machine. The (continuous) parameter to the RECOGNIZE request could be a type of grammar (built-in language model specification, in fact) or a header value. Do you find this approach a clean solution? Or do not you think continuous speech recognition should be part of MRCPv2 specification? Kindest regards and thanks for comments, Tomas Valenta PS. Originally we started discussing this topic with Arsen Chaloyan (author of UniMRCP) here: https://groups.google.com/d/topic/unimrcp/pSaDbhHPh3M/discussion From eburger@standardstrack.com Wed Mar 9 13:37:33 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A48DE3A6AC3 for ; Wed, 9 Mar 2011 13:37:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.406 X-Spam-Level: X-Spam-Status: No, score=-102.406 tagged_above=-999 required=5 tests=[AWL=-0.107, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mgeroar-s9uP for ; Wed, 9 Mar 2011 13:37:32 -0800 (PST) Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [205.134.249.249]) by core3.amsl.com (Postfix) with ESMTP id 94BF93A6778 for ; Wed, 9 Mar 2011 13:37:32 -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; b=tqtLJcDk3AlG2cfuT6iAn58ZZxwFYSbfeZ+3CtbfJPzpYEmy8iyGqCi7gLNJ76rSXUHEy/AjFQnrL3i7vwk1UmT3Hf9AAUq7IEspIkhBVMsRMUNDIpI1IhTvZWzp9BTT; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8] helo=[192.168.15.134]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1PxR3r-0007uB-Ty; Wed, 09 Mar 2011 13:36:52 -0800 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-49--723021856; protocol="application/pkcs7-signature"; micalg=sha1 From: Eric Burger In-Reply-To: <4D77A084.7050506@speechtech.cz> Date: Wed, 9 Mar 2011 16:38:45 -0500 Message-Id: <19596725-73B1-4234-9349-5C440BAF960C@standardstrack.com> References: <4D77A084.7050506@speechtech.cz> To: =?windows-1252?Q?Tom=E1=9A_Valenta?= X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gs19.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 Cc: speechsc@ietf.org Subject: Re: [Speechsc] Continuous speech recognition in MRCP X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:37:33 -0000 --Apple-Mail-49--723021856 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 That looks sensible. Right now that extension would be out of the = current MRCP charter, but if there is interest, I'm sure folks could get = together to extend MRCPv2, either as an individual submission or with = rechartering of the work group. Will you be in Prague for IETF 80? It's under 1.5 hours away from = Plzen... On Mar 9, 2011, at 10:45 AM, Tom=E1=9A Valenta wrote: > Dear SpeechSC list members, >=20 > in our company we are implementing TTS and ASR solutions using MRCP. = For ASR we would like to use the protocol not only for recognition of = short utterances based on simple grammar; scheme >=20 > C->S: RECOGNIZE > S->C: IN-PROGRESS > S->C: START-OF-INPUT > S->C: RECOGNITION-COMPLETE (result) >=20 > but also for continuous speech recognition (e.g. minutes or tens of = minutes, dictations, ...) with immediate results. Unfortunately there is = no such approach in MRCPv2 specification draft. We thought about using = following scheme: >=20 > C->S: RECOGNIZE (continuous) > S->C: IN-PROGRESS > S->C: START-OF-INPUT > S->C: IN-PROGRESS (partial_result_1) > ... > S->C: IN-PROGRESS (partial_result_n) > C->S: STOP >=20 > Imagine an application for writing dictation so that user can see = immediately what he said. The recognizer could be located on a remote = machine. >=20 > The (continuous) parameter to the RECOGNIZE request could be a type of = grammar (built-in language model specification, in fact) or a header = value. Do you find this approach a clean solution? Or do not you think = continuous speech recognition should be part of MRCPv2 specification? >=20 > Kindest regards and thanks for comments, > Tomas Valenta >=20 > PS. Originally we started discussing this topic with Arsen Chaloyan = (author of UniMRCP) here: > https://groups.google.com/d/topic/unimrcp/pSaDbhHPh3M/discussion >=20 > _______________________________________________ > Speechsc mailing list > Speechsc@ietf.org > https://www.ietf.org/mailman/listinfo/speechsc > Supplemental web site: > <http://www.standardstrack.com/ietf/speechsc> --Apple-Mail-49--723021856 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILHzCCBN0w 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/FX8wggY6MIIFIqAD AgECAhEAxcM7lN0zgrA71mfq+sG6xjANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVU Ti1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMDA5MDgwMDAw MDBaFw0xMTA5MDgyMzU5NTlaMIHhMTUwMwYDVQQLEyxDb21vZG8gVHJ1c3QgTmV0d29yayAtIFBF UlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5kIENvbmRpdGlvbnMgb2YgdXNl OiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0GA1UECxMWKGMpMjAwMyBDb21v ZG8gTGltaXRlZDEUMBIGA1UEAxMLRXJpYyBCdXJnZXIxKTAnBgkqhkiG9w0BCQEWGmVidXJnZXJA c3RhbmRhcmRzdHJhY2suY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqeauFkEq 5Pj7AIAaDRbUWIpoblTKyrjcSfXRaHvjk0jWBTsBPe6oOZjudMK0Vo9A1Sl52BixDgf1/qb2Z+PT 7M0mqSOOsSucEBid48IMvGi79xmKKAVf5jiyFNNAaTZWn76dwNLMkKd/+Ki0fn8kEbb2zG+gGKyZ MNHiNX+GQfPpHyzo2MTwnb16lXMfGJrGv4uLZS/pY9PENdFQnwV0ASZoqX+ArtLY2xeuC+rYG9xQ Cz7qiLbJhCJzWsEGETyHLDjE5bN4HB9DsJKtGFLQuOdTanwGigNz9cVH9pLFNQxiotavAouXgqS4 wGvcq4mGP9w9zTychoUqIKsEg9OD1wIDAQABo4ICHDCCAhgwHwYDVR0jBBgwFoAUiYJnfcSdJnAA S7RQSHzePa4Ebn0wHQYDVR0OBBYEFAlgEOVj6Hl0La8sPRP388HEMiWvMA4GA1UdDwEB/wQEAwIF oDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMFAjARBglghkgB hvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggrBgEFBQcCARYdaHR0 cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwgaUGA1UdHwSBnTCBmjBMoEqgSIZGaHR0cDovL2Ny bC5jb21vZG9jYS5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWls LmNybDBKoEigRoZEaHR0cDovL2NybC5jb21vZG8ubmV0L1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0 aGVudGljYXRpb25hbmRFbWFpbC5jcmwwbAYIKwYBBQUHAQEEYDBeMDYGCCsGAQUFBzAChipodHRw Oi8vY3J0LmNvbW9kb2NhLmNvbS9VVE5BQUFDbGllbnRDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmNvbW9kb2NhLmNvbTAlBgNVHREEHjAcgRplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNv bTANBgkqhkiG9w0BAQUFAAOCAQEACRTppSEc5DMYn8YXcbfX36iTaNBGw1gUvTNam0U8pXH0E7H3 2d4cTq6DEMu5ifEvxMGBqhUyv0sKxQ7+UvtDwrk7Kiy2L6TUC4zNEklZbtDqY7+Wd7EQZkN4k/zx kMLlz2VIIRL/Cg48NrBKP5bo1la78NTJx8m4+VForLseEBabxMQoWB/GOVC7WpO/+RCgd93gz6H/ RzW1hnK0Uvu5H3Kz7HEC3R1Qk/sE9nXVzTfoJOMJRnyMS5Ut61mgoWSm/kUtczAlRRYh6IBOhzAl awoXz+yk9hMCheYRAWx0EamBBpSzvqXj0N2vXYc62v3e3ddcLZncjiB0pYIfCE3s4DGCA/8wggP7 AgEBMIHEMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBD aXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cu dXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRp b24gYW5kIEVtYWlsAhEAxcM7lN0zgrA71mfq+sG6xjAJBgUrDgMCGgUAoIICDzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMTAzMDkyMTM4NDVaMCMGCSqGSIb3DQEJ BDEWBBSwd0ub5SjZjXkD1WEsZVDIriNQMDCB1QYJKwYBBAGCNxAEMYHHMIHEMIGuMQswCQYDVQQG EwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQG A1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsAhEAxcM7 lN0zgrA71mfq+sG6xjCB1wYLKoZIhvcNAQkQAgsxgceggcQwga4xCzAJBgNVBAYTAlVTMQswCQYD VQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1Qg TmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4t VVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwCEQDFwzuU3TOCsDvWZ+r6 wbrGMA0GCSqGSIb3DQEBAQUABIIBAByVGpuQ0CXaIRDjd58ECIom8YyiKwitD/yFWrdK0juSiO6U 2IqYxHUfapwKDyQ+OI+HKv5FqnJNwdakFmpVcRjiKsKRoC2TtB5CuA3APVtQaB3N4Ty4LEKMclZJ iQeopLCBKKZ2cCgTOSGaKL1rBg1uwhBwnWHjHr9GGpwNhSIVYMRpexLK38BCtANenTNzkvBh/D8Z JodxLKkLX9P/6/rqZU5ILXKi9ysmyIbfZ2dFY1dO8L/o4JWtwzyh4GbW1ToY10zLYKer5g3742Mj 3s+q3fg68Pu+vwOIK+UTNuI6kyInhOLgq6Hig3apEBtyF14TAdgqhg52WomGxQ85CvgAAAAAAAA= --Apple-Mail-49--723021856-- From can@us.ibm.com Wed Mar 9 14:01:04 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC3283A6ABD for ; Wed, 9 Mar 2011 14:01:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NS9x7TlCZdUP for ; Wed, 9 Mar 2011 14:01:03 -0800 (PST) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by core3.amsl.com (Postfix) with ESMTP id 919A93A6407 for ; Wed, 9 Mar 2011 14:01:03 -0800 (PST) Received: from d01dlp02.pok.ibm.com (d01dlp02.pok.ibm.com [9.56.224.85]) by e4.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p29LgxXc001947 for ; Wed, 9 Mar 2011 16:42:59 -0500 Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 341776E8039 for ; Wed, 9 Mar 2011 17:02:13 -0500 (EST) Received: from d01av05.pok.ibm.com (d01av05.pok.ibm.com [9.56.224.195]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p29M2CcW2625726 for ; Wed, 9 Mar 2011 17:02:12 -0500 Received: from d01av05.pok.ibm.com (loopback [127.0.0.1]) by d01av05.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p29M2CDE032422 for ; Wed, 9 Mar 2011 17:02:12 -0500 Received: from d27mc602.rchland.ibm.com (d27mc602.rchland.ibm.com [9.10.229.36]) by d01av05.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p29M2CLw032412 for ; Wed, 9 Mar 2011 17:02:12 -0500 Auto-Submitted: auto-generated From: Can P Boyacigiller To: speechsc@ietf.org Message-ID: Date: Wed, 9 Mar 2011 16:02:11 -0600 X-MIMETrack: Serialize by Router on d27mc602/27/M/IBM(Release 8.5.2FP1|November 29, 2010) at 03/09/2011 04:02:11 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Content-Scanned: Fidelis XPS MAILER Subject: [Speechsc] AUTO: Can Paul has left the building... (returning 03/24/2011) X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 22:01:04 -0000 I am out of the office until 03/24/2011. I will be out of the office traveling to Saudi Arabia on Wednesday/Thursday this week. After that I will have limited phone contact but should be available by email and ST. For urgent matters please contact my manager Michael Sauro. Note: This is an automated response to your message "Speechsc Digest, Vol 58, Issue 2" sent on 3/9/2011 2:00:06 PM. This is the only notification you will receive while this person is away. From Internet-Drafts@ietf.org Fri Mar 11 10:30:02 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C34233A6C69; Fri, 11 Mar 2011 10:30:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.574 X-Spam-Level: X-Spam-Status: No, score=-102.574 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ITSM271NEy4L; Fri, 11 Mar 2011 10:30:02 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00D953A6C67; Fri, 11 Mar 2011 10:30:02 -0800 (PST) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110311183001.17117.60567.idtracker@localhost> Date: Fri, 11 Mar 2011 10:30:01 -0800 Cc: speechsc@ietf.org Subject: [Speechsc] I-D Action:draft-ietf-speechsc-mrcpv2-24.txt X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 18:30:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. 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) : D. Burnett, S. Shanmugham Filename : draft-ietf-speechsc-mrcpv2-24.txt Pages : 221 Date : 2011-03-11 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-24.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-speechsc-mrcpv2-24.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-11102322.I-D@ietf.org> --NextPart-- From can@us.ibm.com Fri Mar 11 13:59:54 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 917173A6A35 for ; Fri, 11 Mar 2011 13:59:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YWzCrOFAmWIs for ; Fri, 11 Mar 2011 13:59:53 -0800 (PST) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by core3.amsl.com (Postfix) with ESMTP id 6566A3A6814 for ; Fri, 11 Mar 2011 13:59:53 -0800 (PST) Received: from d01dlp01.pok.ibm.com (d01dlp01.pok.ibm.com [9.56.224.56]) by e4.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p2BLfmOh018887 for ; Fri, 11 Mar 2011 16:41:55 -0500 Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by d01dlp01.pok.ibm.com (Postfix) with ESMTP id 122E838C803C for ; Fri, 11 Mar 2011 17:01:10 -0500 (EST) Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p2BM1Bvv1380574 for ; Fri, 11 Mar 2011 17:01:11 -0500 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p2BM1BDg027560 for ; Fri, 11 Mar 2011 17:01:11 -0500 Received: from d27mc602.rchland.ibm.com (d27mc602.rchland.ibm.com [9.10.229.36]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p2BM1BCx027487 for ; Fri, 11 Mar 2011 17:01:11 -0500 Auto-Submitted: auto-generated From: Can P Boyacigiller To: speechsc@ietf.org Message-ID: Date: Fri, 11 Mar 2011 16:01:10 -0600 X-MIMETrack: Serialize by Router on d27mc602/27/M/IBM(Release 8.5.2FP1|November 29, 2010) at 03/11/2011 04:01:10 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Content-Scanned: Fidelis XPS MAILER Subject: [Speechsc] AUTO: Can Paul has left the building... (returning 03/24/2011) X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 21:59:54 -0000 I am out of the office until 03/24/2011. I will be out of the office traveling to Saudi Arabia on Wednesday/Thursday this week. After that I will have limited phone contact but should be available by email and ST. For urgent matters please contact my manager Michael Sauro. Note: This is an automated response to your message "Speechsc Digest, Vol 58, Issue 4" sent on 3/11/2011 2:00:10 PM. This is the only notification you will receive while this person is away. From iesg-secretary@ietf.org Wed Mar 16 12:13:31 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86A053A6A84; Wed, 16 Mar 2011 12:13:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.574 X-Spam-Level: X-Spam-Status: No, score=-102.574 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GJiEMJsgM1w0; Wed, 16 Mar 2011 12:13:30 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C5D0F3A6A43; Wed, 16 Mar 2011 12:13:30 -0700 (PDT) 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.12 Message-ID: <20110316191330.15705.6182.idtracker@localhost> Date: Wed, 16 Mar 2011 12:13:30 -0700 X-Mailman-Approved-At: Thu, 17 Mar 2011 08:03:19 -0700 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.9 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 Mar 2011 19:13:31 -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 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-04-13. (This allows an additional two weeks for review since the document is large and the review period overlaps the Prague IETF meeting). 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. 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 evnikita2@gmail.com Thu Mar 17 08:31:03 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A45A03A6989; Thu, 17 Mar 2011 08:31:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.498 X-Spam-Level: X-Spam-Status: No, score=-3.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KXlsmEsITAKO; Thu, 17 Mar 2011 08:31:02 -0700 (PDT) Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id F29F53A6926; Thu, 17 Mar 2011 08:31:01 -0700 (PDT) Received: by fxm15 with SMTP id 15so2996707fxm.31 for ; Thu, 17 Mar 2011 08:32:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=llmB9Q6ZPV8FvuOxz5dtxTzWyn+d5bPTXcNlEyA9cNE=; b=nqjeO8sRfV0bvFfRbnzmb7ebfpumWWCpdqHLdR33Kb3Sd18TQeaVjce9thlogNrOIv FNeQEEljj501nFootArA1WyODzf+j6yCSgRmOf2oMDbiiah2wJLn4e8cUKjyGrjHUv/S tuWYRQV4TGZDa0Re1/CblIcBfOZY+oUn0DrC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=S2J4XWVuaWJLGS79FCweK8BR1bU4w294B2v1rjiFQFM6/zlGapcUNDFGJCbALYlTN8 ft6TwrgETtsCzPBYLGJfkoRavKTGCeWeQWdulZMzFiiREcmP0lwCMyMWQfbJxAdX9XUC ZufJHxTxeJn/Gx4HpLPGTa8U7gY63UJ7p2Tww= Received: by 10.223.57.206 with SMTP id d14mr21324fah.143.1300375589313; Thu, 17 Mar 2011 08:26:29 -0700 (PDT) Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id 21sm977069fav.41.2011.03.17.08.26.27 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 08:26:28 -0700 (PDT) Message-ID: <4D822845.808@gmail.com> Date: Thu, 17 Mar 2011 17:27:01 +0200 From: Mykyta Yevstifeyev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: ietf@ietf.org References: <20110316191330.15705.6182.idtracker@localhost> In-Reply-To: <20110316191330.15705.6182.idtracker@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 19 Mar 2011 08:11:42 -0700 Cc: speechsc@ietf.org 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.9 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 Mar 2011 15:31:03 -0000 Hello all, I'd like to comment the some sections regarding section 13.6 of draft-ietf-speechsc-mrcpv2-24, that is currently in Last Call. So, some comments in-line. > 13.6. session URL scheme registration > > IANA is requested to register the following new URI scheme. The > information below follows the template given in RFC4395 [RFC4395]. Here informative reference to RFC 4395 will be more appropriate. Moreover, below URL should be replaced by URI, per RFC 4395. > URL scheme name: "session" What status is requested - Permanent or Provisional? > URL scheme syntax: The syntax of this scheme is identical to that > defined for the "cid" scheme in section 2 of RFC2392. > Character encoding considerations: URI values are limited to the US- > ASCII character set. Here it would be better to say that "There are no other encoding considerations for the 'session' URIs not described in RFC 3986 [RFC3986]" with a normative reference to RFC 3986 or have a normative reference to ASCII standard. > Intended usage: The URI is intended to identify a data resource > previously given to the network computing resource. The purpose > of this scheme is to permit access to the specific resource for > the lifetime of the session with the entity storing the resource. > The media type of the resource CAN vary. There is no explicit > mechanism for communication of the media type. This scheme is > currently widely used internally by existing implementations, and > the registration is intended to provide information in the rare > (and unfortunate) case that the scheme is used elsewhere. The > scheme SHOULD NOT be used for open internet protocols. I cannot find such field in RFC 4395 template. Maybe you meant URI semantics? > Applications and/or protocols which use this URL scheme name: This > scheme name is used by MRCPv2 clients and servers. > Interoperability considerations: > The character set for URLs is restricted to US-ASCII. Note that > none of the resources are accessible after the MCRPv2 session > ends, hence the name of the scheme. For clients who establish one > MRCPv2 session only for the entire speech application being > implemented this is sufficient, but clients who create, terminate, > and recreate MRCP sessions for performance or scalability reasons > will lose access to resources established in the earlier > session(s). > Security considerations: The URIs defined here provide an > identification mechanism only. Given that the communication > channel between client and server is secure, that the server > correctly accesses the resource associated with the URI, and that > the server ensures session-only lifetime and access for each URI, > the only remaining security issues are those of the types of media > referred to by the URI. You should also have mentioned that generic security considerations for URIs described in RFC 3986 apply to this scheme as well. > Relevant publications: This specification, particularly sections > Section 6.2.7, Section 8.5.2, Section 9.5.1, and Section 9.9. > Contact for further information: Sarvi Shanmugham, sarvi@cisco.com > Author/Change controller: IESG Good to add the iesg@ietf.org address here. Thanks for considering my comments in advance. Mykyta Yevstifeyev 16.03.2011 21:13, 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)' > as a Proposed Standard > > 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-04-13. (This allows an additional two > weeks for review since the document is large and the review period overlaps > the Prague IETF meeting). 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. > > 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-Announce mailing list > IETF-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/ietf-announce > From dburnett@voxeo.com Mon Mar 21 09:14:26 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B4FC53A688F; Mon, 21 Mar 2011 09:14:26 -0700 (PDT) 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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IkCeFrXwrw5w; Mon, 21 Mar 2011 09:14:25 -0700 (PDT) Received: from voxeo.com (mmail.voxeo.com [66.193.54.208]) by core3.amsl.com (Postfix) with ESMTP id 2ADDD3A688C; Mon, 21 Mar 2011 09:14:25 -0700 (PDT) Received: from [76.111.43.10] (account dburnett@voxeo.com HELO [192.168.15.102]) by voxeo.com (CommuniGate Pro SMTP 5.3.8) with ESMTPSA id 82865853; Mon, 21 Mar 2011 16:15:56 +0000 Message-Id: <44AFF408-12B0-439F-A483-70169ACC4636@voxeo.com> From: Dan Burnett To: Mykyta Yevstifeyev In-Reply-To: <4D822845.808@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 21 Mar 2011 12:15:55 -0400 References: <20110316191330.15705.6182.idtracker@localhost> <4D822845.808@gmail.com> X-Mailer: Apple Mail (2.936) Cc: speechsc@ietf.org, ietf@ietf.org 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.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Mar 2011 16:14:26 -0000 Thank you. Based on your comments I have made the following changes to section 13.6 in my working copy (which will be reflected in the next draft): - Made reference to RFC 4395 Informative rather than Normative. - Replaced "URL" with "URI" - Added "Status" of "Permanent" - Replaced the "Encoding considerations" text with "There are no other encoding considerations for the 'session' URIs not described in RFC 3986 [RFC3986]." and added RFC 3986 as a normative reference. - Removed "The character set for URLs is restricted to US-ASCII." from the Interoperability considerations field. - Changed "Intended usage" to "URI scheme semantics" - In the "Security considerations" field, added "Generic security considerations for URIs described in RFC 3986 apply to this scheme as well" and adjusted the remaining text appropriately. - Added "iesg@ietf.org" in Author/Change controller field. -- dan On Mar 17, 2011, at 11:27 AM, Mykyta Yevstifeyev wrote: > Hello all, > > I'd like to comment the some sections regarding section 13.6 of > draft-ietf-speechsc-mrcpv2-24, that is currently in Last Call. > > So, some comments in-line. > >> 13.6. session URL scheme registration >> >> IANA is requested to register the following new URI scheme. The >> information below follows the template given in RFC4395 [RFC4395]. > Here informative reference to RFC 4395 will be more appropriate. > Moreover, below URL should be replaced by URI, per RFC 4395. >> URL scheme name: "session" > What status is requested - Permanent or Provisional? >> URL scheme syntax: The syntax of this scheme is identical to that >> defined for the "cid" scheme in section 2 of RFC2392. >> Character encoding considerations: URI values are limited to >> the US- >> ASCII character set. > Here it would be better to say that "There are no other encoding > considerations for the 'session' URIs not described in RFC 3986 > [RFC3986]" with a normative reference to RFC 3986 or have a > normative reference to ASCII standard. >> Intended usage: The URI is intended to identify a data resource >> previously given to the network computing resource. The >> purpose >> of this scheme is to permit access to the specific resource for >> the lifetime of the session with the entity storing the >> resource. >> The media type of the resource CAN vary. There is no explicit >> mechanism for communication of the media type. This scheme is >> currently widely used internally by existing implementations, >> and >> the registration is intended to provide information in the rare >> (and unfortunate) case that the scheme is used elsewhere. The >> scheme SHOULD NOT be used for open internet protocols. > I cannot find such field in RFC 4395 template. Maybe you meant URI > semantics? >> Applications and/or protocols which use this URL scheme name: >> This >> scheme name is used by MRCPv2 clients and servers. >> Interoperability considerations: >> The character set for URLs is restricted to US-ASCII. Note >> that >> none of the resources are accessible after the MCRPv2 session >> ends, hence the name of the scheme. For clients who >> establish one >> MRCPv2 session only for the entire speech application being >> implemented this is sufficient, but clients who create, >> terminate, >> and recreate MRCP sessions for performance or scalability >> reasons >> will lose access to resources established in the earlier >> session(s). >> Security considerations: The URIs defined here provide an >> identification mechanism only. Given that the communication >> channel between client and server is secure, that the server >> correctly accesses the resource associated with the URI, and >> that >> the server ensures session-only lifetime and access for each >> URI, >> the only remaining security issues are those of the types of >> media >> referred to by the URI. > You should also have mentioned that generic security considerations > for URIs described in RFC 3986 apply to this scheme as well. >> Relevant publications: This specification, particularly sections >> Section 6.2.7, Section 8.5.2, Section 9.5.1, and Section 9.9. >> Contact for further information: Sarvi Shanmugham, >> sarvi@cisco.com >> Author/Change controller: IESG > Good to add the iesg@ietf.org address here. > > Thanks for considering my comments in advance. > > Mykyta Yevstifeyev > > 16.03.2011 21:13, 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)' >> as a Proposed Standard >> >> 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-04-13. (This allows an >> additional two >> weeks for review since the document is large and the review period >> overlaps >> the Prague IETF meeting). 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. >> >> 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-Announce mailing list >> IETF-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/ietf-announce >> > > _______________________________________________ > Speechsc mailing list > Speechsc@ietf.org > https://www.ietf.org/mailman/listinfo/speechsc > Supplemental web site: > <http://www.standardstrack.com/ietf/speechsc> From eburger@standardstrack.com Tue Mar 22 06:51:55 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D926628C115 for ; Tue, 22 Mar 2011 06:51:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.569 X-Spam-Level: X-Spam-Status: No, score=-102.569 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZMFQlUOw-ZhV for ; Tue, 22 Mar 2011 06:51:55 -0700 (PDT) Received: from gs19.inmotionhosting.com (gs19.inmotionhosting.com [205.134.249.249]) by core3.amsl.com (Postfix) with ESMTP id F3E0828C113 for ; Tue, 22 Mar 2011 06:51:54 -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:To:Mime-Version:X-Mailer; b=tLyf+O97vRj4VZUur9Lu/k5R1pw9Udt5UA9T/nmJCM1Y7Fc6tetlv1VrXkgnpBSj4JZMLMQKTFnKYNzaoMd2wUVE34qlU7ws+vrqxm8uBqc/WMsyRbP8FOM7LbdyYlRr; Received: from ip68-100-199-8.dc.dc.cox.net ([68.100.199.8] helo=[192.168.15.134]) by gs19.inmotionhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1Q21x9-0008D2-Hi for speechsc@ietf.org; Tue, 22 Mar 2011 06:48:55 -0700 From: Eric Burger Content-Type: multipart/signed; boundary=Apple-Mail-19-372257269; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 22 Mar 2011 09:53:24 -0400 Message-Id: <4767A49C-034D-4FA6-9B04-239EC56EADD8@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 - gs19.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 Subject: [Speechsc] Support Matrix X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2011 13:51:55 -0000 --Apple-Mail-19-372257269 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii It is time to update the MRCPv2 support matrix found at http://www.standardstrack.com/ietf/speechsc/MRCPv2-Plans.html I know this is way out of date; three of the companies in the list = (Brooktrout, NMS, and VoiceGenie) are all now parts of other companies. = Anyone from those companies that can give the go-ahead to list the new = company as having MRCPv2 implementations? Anyone else that we know of = who wants to be listed? Thanks. --Apple-Mail-19-372257269 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILHzCCBN0w 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/FX8wggY6MIIFIqAD AgECAhEAxcM7lN0zgrA71mfq+sG6xjANBgkqhkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVT VCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVU Ti1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbDAeFw0xMDA5MDgwMDAw MDBaFw0xMTA5MDgyMzU5NTlaMIHhMTUwMwYDVQQLEyxDb21vZG8gVHJ1c3QgTmV0d29yayAtIFBF UlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5kIENvbmRpdGlvbnMgb2YgdXNl OiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0GA1UECxMWKGMpMjAwMyBDb21v ZG8gTGltaXRlZDEUMBIGA1UEAxMLRXJpYyBCdXJnZXIxKTAnBgkqhkiG9w0BCQEWGmVidXJnZXJA c3RhbmRhcmRzdHJhY2suY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAqeauFkEq 5Pj7AIAaDRbUWIpoblTKyrjcSfXRaHvjk0jWBTsBPe6oOZjudMK0Vo9A1Sl52BixDgf1/qb2Z+PT 7M0mqSOOsSucEBid48IMvGi79xmKKAVf5jiyFNNAaTZWn76dwNLMkKd/+Ki0fn8kEbb2zG+gGKyZ MNHiNX+GQfPpHyzo2MTwnb16lXMfGJrGv4uLZS/pY9PENdFQnwV0ASZoqX+ArtLY2xeuC+rYG9xQ Cz7qiLbJhCJzWsEGETyHLDjE5bN4HB9DsJKtGFLQuOdTanwGigNz9cVH9pLFNQxiotavAouXgqS4 wGvcq4mGP9w9zTychoUqIKsEg9OD1wIDAQABo4ICHDCCAhgwHwYDVR0jBBgwFoAUiYJnfcSdJnAA S7RQSHzePa4Ebn0wHQYDVR0OBBYEFAlgEOVj6Hl0La8sPRP388HEMiWvMA4GA1UdDwEB/wQEAwIF oDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMFAjARBglghkgB hvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggrBgEFBQcCARYdaHR0 cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwgaUGA1UdHwSBnTCBmjBMoEqgSIZGaHR0cDovL2Ny bC5jb21vZG9jYS5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWls LmNybDBKoEigRoZEaHR0cDovL2NybC5jb21vZG8ubmV0L1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0 aGVudGljYXRpb25hbmRFbWFpbC5jcmwwbAYIKwYBBQUHAQEEYDBeMDYGCCsGAQUFBzAChipodHRw Oi8vY3J0LmNvbW9kb2NhLmNvbS9VVE5BQUFDbGllbnRDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6 Ly9vY3NwLmNvbW9kb2NhLmNvbTAlBgNVHREEHjAcgRplYnVyZ2VyQHN0YW5kYXJkc3RyYWNrLmNv bTANBgkqhkiG9w0BAQUFAAOCAQEACRTppSEc5DMYn8YXcbfX36iTaNBGw1gUvTNam0U8pXH0E7H3 2d4cTq6DEMu5ifEvxMGBqhUyv0sKxQ7+UvtDwrk7Kiy2L6TUC4zNEklZbtDqY7+Wd7EQZkN4k/zx kMLlz2VIIRL/Cg48NrBKP5bo1la78NTJx8m4+VForLseEBabxMQoWB/GOVC7WpO/+RCgd93gz6H/ RzW1hnK0Uvu5H3Kz7HEC3R1Qk/sE9nXVzTfoJOMJRnyMS5Ut61mgoWSm/kUtczAlRRYh6IBOhzAl awoXz+yk9hMCheYRAWx0EamBBpSzvqXj0N2vXYc62v3e3ddcLZncjiB0pYIfCE3s4DGCA/8wggP7 AgEBMIHEMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBD aXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cu dXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRp b24gYW5kIEVtYWlsAhEAxcM7lN0zgrA71mfq+sG6xjAJBgUrDgMCGgUAoIICDzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMTAzMjIxMzUzMjRaMCMGCSqGSIb3DQEJ BDEWBBQIA8oYTJ8zWzWbV4pE+fHrNp9mejCB1QYJKwYBBAGCNxAEMYHHMIHEMIGuMQswCQYDVQQG EwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQG A1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsAhEAxcM7 lN0zgrA71mfq+sG6xjCB1wYLKoZIhvcNAQkQAgsxgceggcQwga4xCzAJBgNVBAYTAlVTMQswCQYD VQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1Qg TmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4t VVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwCEQDFwzuU3TOCsDvWZ+r6 wbrGMA0GCSqGSIb3DQEBAQUABIIBACShqRNTmtPLpvG0zQvqsJjTPY6D8CLYYaIcwz3bRKMTP+A2 M1QCarm06Xrk3rEfsnwaBNLpwReBim1MHWc5cqTYIcM0i2NdKPoLtTYspbbVOaJmBYJIlEEG9WYi YvX6mlAjUnRPp8JsYI9ACJNtuaPoT1TM6CBhCHYRyddaWC+vU6qQhqBJD2IzlAYvU0vJMfeE+CEf CI/YiEGyO0PWqo2pRHwgkdRN3clkCpWiqWbDnNyEOxzw2h0vVB/5JxZmiJgxxvEcQzFukpDxbU2Y 665wu3IafU65Su7yXTdXLMqB/ukj0fcZnVpC7l9WIAwBL3RfgAAzVb9MdeCPNijmOJIAAAAAAAA= --Apple-Mail-19-372257269-- From Yi.Chang@alcatel-lucent.com Wed Mar 23 16:15:54 2011 Return-Path: X-Original-To: speechsc@core3.amsl.com Delivered-To: speechsc@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B95543A659C for ; Wed, 23 Mar 2011 16:15:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xay8Uqdicg-R for ; Wed, 23 Mar 2011 16:15:53 -0700 (PDT) Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id A5FC33A659A for ; Wed, 23 Mar 2011 16:15:53 -0700 (PDT) Received: from usnavsmail4.ndc.alcatel-lucent.com (usnavsmail4.ndc.alcatel-lucent.com [135.3.39.12]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id p2NNHMME026391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 23 Mar 2011 18:17:23 -0500 (CDT) Received: from relay-out2.dc (relay-out2.dc.genesyslab.com [172.22.68.188]) by usnavsmail4.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id p2NNHKwZ017432 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 23 Mar 2011 18:17:22 -0500 Received: from g2.genesyslab.com (g2.genesyslab.com [192.168.20.138]) by relay-out2.dc (8.13.8+Sun/8.13.8) with ESMTP id p2NNHKtd013679 for ; Wed, 23 Mar 2011 16:17:20 -0700 (PDT) Received: from NARSIL.us.int.genesyslab.com ([192.168.20.91]) by g2.genesyslab.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 23 Mar 2011 16:17:20 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 23 Mar 2011 16:17:19 -0700 Message-ID: <3AE796A2A14AE9458DF60ACC3AE477BA047847F3@NARSIL.us.int.genesyslab.com> In-Reply-To: <059AF07365DC474393A19A3AF187DF7406D402C7@NAHALD.us.int.genesyslab.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Speechsc] Support Matrix Thread-Index: AcvomIhOorcqgwxjTgWRskdEpPGOQwAG61MwAD7FvZAAADdpAA== References: <3AE796A2A14AE9458DF60ACC3AE477BA0478447D@NARSIL.us.int.genesyslab.com> <059AF07365DC474393A19A3AF187DF7406D402C7@NAHALD.us.int.genesyslab.com> From: "Yi Chang" To: X-OriginalArrivalTime: 23 Mar 2011 23:17:20.0444 (UTC) FILETIME=[7576FFC0:01CBE9B0] X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39 X-Scanned-By: MIMEDefang 2.64 on 135.3.39.12 X-Mailman-Approved-At: Thu, 24 Mar 2011 08:08:40 -0700 Cc: Rob Marchand , Gregg Kerlin Subject: Re: [Speechsc] Support Matrix X-BeenThere: speechsc@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Speech Services Control Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Mar 2011 23:34:46 -0000 Hi Eric, Please go-ahead to change "VoiceGenie" to "Genesys". Thanks, Yi Chang -----Original Message----- From: speechsc-bounces@ietf.org [mailto:speechsc-bounces@ietf.org] On Behalf Of Eric Burger Sent: Tuesday, March 22, 2011 6:53 AM To: speechsc@ietf.org Subject: [Speechsc] Support Matrix It is time to update the MRCPv2 support matrix found at http://www.standardstrack.com/ietf/speechsc/MRCPv2-Plans.html I know this is way out of date; three of the companies in the list (Brooktrout, NMS, and VoiceGenie) are all now parts of other companies. Anyone from those companies that can give the go-ahead to list the new company as having MRCPv2 implementations? Anyone else that we know of who wants to be listed? Thanks. =09 -------------------------------------------------------------------------= ------------------------------------------ CONFIDENTIALITY NOTICE: This e-mail and any files attached may contain co= nfidential and proprietary information of Alcatel-Lucent and/or its affil= iated entities. Access by the intended recipient only is authorized. Any = liability arising from any party acting, or refraining from acting, on an= y information contained in this e-mail is hereby excluded. If you are not= the intended recipient, please notify the sender immediately, destroy th= e original transmission and its attachments and do not disclose the conte= nts to any other person, use it for any purpose, or store or copy the inf= ormation in any medium. Copyright in this e-mail and any attachments belo= ngs to Alcatel-Lucent and/or its affiliated entities. =09