Re: [Speechsc] Query in the general message header ABNF
sreekanth <sreekanthm@huawei.com> Mon, 04 December 2006 10:55 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GrBU8-0002CA-L9; Mon, 04 Dec 2006 05:55:44 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GrBU7-0002BY-7v for speechsc@ietf.org; Mon, 04 Dec 2006 05:55:43 -0500
Received: from szxga03-in.huawei.com ([61.144.161.55]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GrBTu-0000HD-4o for speechsc@ietf.org; Mon, 04 Dec 2006 05:55:43 -0500
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J9Q00DL9SSGII@szxga03-in.huawei.com> for speechsc@ietf.org; Mon, 04 Dec 2006 17:24:16 +0800 (CST)
Received: from huawei.com ([172.24.1.18]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTP id <0J9Q00FA7SS9S2@szxga03-in.huawei.com> for speechsc@ietf.org; Mon, 04 Dec 2006 17:24:16 +0800 (CST)
Received: from HTIPL20760 ([10.18.4.165]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 1.25 (built Mar 3 2004)) with ESMTPA id <0J9Q00AC8SS6WL@szxml03-in.huawei.com> for speechsc@ietf.org; Mon, 04 Dec 2006 17:24:08 +0800 (CST)
Date: Mon, 04 Dec 2006 14:54:05 +0530
From: sreekanth <sreekanthm@huawei.com>
Subject: Re: [Speechsc] Query in the general message header ABNF
To: Pete Cordell <pete@tech-know-ware.com>
Message-id: <000a01c71785$f29579c0$a504120a@china.huawei.com>
Organization: huawei
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-Priority: 3
X-MSMail-priority: Normal
References: <C6A1C20DB743364EB446E923B2229FEF02C09BE9@xmb-sjc-229.amer.cisco.com> <002601c70e03$648cfa80$a504120a@china.huawei.com> <00a601c70ef2$de567130$1c00a8c0@Codalogic>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 17cf8eab1d6bbd2874a56f9e3554d91d
Cc: speechsc@ietf.org, "Saravanan Shanmugham (sarvi)" <sarvi@cisco.com>
X-BeenThere: speechsc@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: sreekanth <sreekanthm@huawei.com>
List-Id: Speech Services Control Working Group <speechsc.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/speechsc>, <mailto:speechsc-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:speechsc@ietf.org>
List-Help: <mailto:speechsc-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/speechsc>, <mailto:speechsc-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0060020843=="
Errors-To: speechsc-bounces@ietf.org
Hi Pete, Thanks for replying.. 1) I still have one more query on the section 6.2 defning the header grammar.. message-header = field-name ":" [ field-value ] field-name = token field-value = *LWS field-content *( CRLF 1*LWS field-content) field-content = <the OCTETs making up the field-value and consisting of either *TEXT or combinations of token, separators, and quoted-string> As per the field value syntax, we can msg hdrs like header: // CRLF and WSP CRLF -> LWS // WSP CRLF -> LWS foo // WSP CRLF -> LWS bar // WSP CRLF -> LWS = // WSP CRLF -> LWS 18CRLF Since the LWS([*WSP CRLF] 1*WSP) can again have WSP followed by CRLF.. There can be 2 lines after the header: in the above example.. 2) The draft does not explain the ABNF grammar for Extension header. 3) The ABNF grammar for voiceprint-identifier has some ambiguity . "Voiceprint-Identifier" ":" 1*VCHAR "." 1*VCHAR *[";" 1*VCHAR "." 1*VCHAR] CRLF The seperator '.' is again part of VCHAR.. So there is a overlap between the Header Value and the seperator.. Pls clarify on this. Regards, Sreekanth This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! ----- Original Message ----- From: "Pete Cordell" <pete@tech-know-ware.com> To: "sreekanth" <sreekanthm@huawei.com> Cc: <speechsc@ietf.org> Sent: Thursday, November 23, 2006 5:01 PM Subject: Re: [Speechsc] Query in the general message header ABNF > Hi Sreekanth, > > This is the general format of all headers, and the concept is consistent > across many protocols including SMTP, HTTP and SIP. This general rule > allows you to readily find the beginning of headers without having to do > detailed parsing of each header (e.g. just look for non-white space after CR > LF). It also allows you to skip over, possibly ignorable, headers that may > not be defined yet. > > BTW - this isn't just for list type headers. It can be used for any header > that benefits from being spread across multiple lines. e.g.: > > MyHeader: foo > bar > do > da > = > 18 > > > To the doc authors: > -------------------- > I note that section 6.2 says: "The value MAY be preceded by any amount of > LWS, though a single SP is preferred." However, most of the examples don't > include a space. Maybe no space is preferred for MRCP? > > Also, I can't find anywhere that says whether the EBNF grammar is explicit > about where white space can be included or not. Some rules suggest that it > is and some rules imply that it is not (i.e. no mention of optional WS). > Sorry if this has been raised before. > > And, just in case it's not been raised before, should the EBNF for the > method name and message-header be made extensible? e.g. something like: > > method-name = generic-method > / synthesizer-method > / recorder-method > / recognizer-method > / verifier-method > / token ; <------ > > message-header = 1*(generic-header / resource-header / > extension-header) > > extension-header = field-name ":" [ field-value ] > > If appropriate, perhaps these issues can be discussed at the start of the > EBNF section (15). > > > HTH, > > Pete. > -- > ============================================= > Pete Cordell > Tech-Know-Ware Ltd > for XML to C++ data binding visit > http://www.tech-know-ware.com/lmx > (or http://www.xml2cpp.com) > ============================================= > > ----- Original Message ----- > From: "sreekanth" <sreekanthm@huawei.com> > To: "Saravanan Shanmugham (sarvi)" <sarvi@cisco.com>; "Dan Burnett" > <dan_burnett2000@yahoo.com> > Cc: <speechsc@ietf.org> > Sent: Wednesday, November 22, 2006 6:56 AM > Subject: [Speechsc] Query in the general message header ABNF > > >> This is a quote from the section 6.2 of mrcpv2-draft-11 >> >> message-header = field-name ":" [ field-value ] >> >> field-name = token >> >> field-value = *LWS field-content *( CRLF 1*LWS field-content) >> >> field-content = <the OCTETs making up the field-value >> >> and consisting of either *TEXT or combinations >> >> of token, separators, and quoted-string> >> >> >> >> As per the above rule if the header if of list type, is it mandatory >> that the multiple header values MUST have atleast one LWS??? >> >> In the header ABNF already seperator for the multiple values is defined.. >> So Why do we need this LWS?? >> >> Pls clarify on this. >> >> Sreekanth >> >> >> >> >> >> >> > > > -------------------------------------------------------------------------------- > > >> _______________________________________________ >> Speechsc mailing list >> Speechsc@ietf.org >> https://www1.ietf.org/mailman/listinfo/speechsc >> > > >
_______________________________________________ Speechsc mailing list Speechsc@ietf.org https://www1.ietf.org/mailman/listinfo/speechsc
- [Speechsc] query Simultaneous RECOGNIZE and RECOR… Srinivas R Thota
- RE: [Speechsc] query Simultaneous RECOGNIZE and R… Saravanan Shanmugham (sarvi)
- [Speechsc] Query in the general message header AB… sreekanth
- Re: [Speechsc] Query in the general message heade… Pete Cordell
- Re: [Speechsc] Query in the general message heade… sreekanth
- Re: [Speechsc] Query in the general message heade… Pete Cordell
- Re: [Speechsc] Query in the general message heade… sreekanth