Re: [Tzdist] AD review of draft-ietf-tzdist-service-07 - Section 5

Daniel Migault <daniel.migault@ericsson.com> Fri, 08 May 2015 20:22 UTC

Return-Path: <daniel.migault@ericsson.com>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDEE1A9167; Fri, 8 May 2015 13:22:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gncoRM-hp3Mt; Fri, 8 May 2015 13:22:51 -0700 (PDT)
Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53D381A90DD; Fri, 8 May 2015 13:22:51 -0700 (PDT)
X-AuditID: c6180641-f79086d000001909-ef-554cb6e4d800
Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id FC.A0.06409.4E6BC455; Fri, 8 May 2015 15:15:16 +0200 (CEST)
Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0210.002; Fri, 8 May 2015 16:22:50 -0400
From: Daniel Migault <daniel.migault@ericsson.com>
To: "cyrus@daboo.name" <cyrus@daboo.name>
Thread-Topic: Re: [Tzdist] AD review of draft-ietf-tzdist-service-07 - Section 5
Thread-Index: AdCJzIYQZQKIuGqUSzuRpNXiue5z1g==
Date: Fri, 08 May 2015 20:22:48 +0000
Message-ID: <2DD56D786E600F45AC6BDE7DA4E8A8C1601CE8@eusaamb107.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.10]
Content-Type: multipart/alternative; boundary="_000_2DD56D786E600F45AC6BDE7DA4E8A8C1601CE8eusaamb107ericsso_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDLMWRmVeSWpSXmKPExsUyuXSPt+6TbT6hBhe6JC0OLb7EavF3yzk2 i+/HvCxaT6U5sHi0rOpl9pjxzMpjyZKfTAHMUVw2Kak5mWWpRfp2CVwZBx8+ZC+4ZlhxYsEr 9gbG5VpdjJwcEgImEm+m9jJD2GISF+6tZ+ti5OIQEjjKKLGqfTEThLOMUWLCur9sIFVsAkYS bYf62bsYOThEBDQlTp1wAwkzC6xmlFh2VwjEFhbwlli7bwIjiC0iECQxbdVuKFtP4tv0WSwg NouAisTDBw2sIDYvUP2tywfAjmAEOuL7qTVMEDPFJW49mc8EcZyAxJI956EOFZV4+fgfK4St JDFp6TlWiPp8iVXfOxkhZgpKnJz5hGUCo/AsJKNmISmbhaQMIq4jsWD3JzYIW1ti2cLXzDD2 mQOPmZDFFzCyr2LkKC1OLctNNzLcxAiMnmMSbI47GBd8sjzEKMDBqMTDq7DCO1SINbGsuDL3 EKM0B4uSOG/ZlYMhQgLpiSWp2ampBalF8UWlOanFhxiZODilGhj3hBzz97ZaU7642VtGfKrg qeB9bZ+v8LHFRR57+Of81pclB74wnxEoPSPRd2pzodEcwfJV/9be0nM88oJlxleuRdP+vZlz Ot6vwCFK4dRMZxW7HVds4rXdD/D+CtZXmGrA80c225mL43GRQOLnkNWfPLb9qlv3sN3dxi14 +i1es59Zk5Nff9uixFKckWioxVxUnAgAowmz038CAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/1AXfM2IP6gONfpN5FaJ6LMBTpsI>
Cc: "tzdist@ietf.org" <tzdist@ietf.org>, "draft-ietf-tzdist-service@ietf.org" <draft-ietf-tzdist-service@ietf.org>, "barryleiba@computer.org" <barryleiba@computer.org>
Subject: Re: [Tzdist] AD review of draft-ietf-tzdist-service-07 - Section 5
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>, <mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>, <mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 May 2015 20:22:53 -0000

-- Section 5.5 --
The explanation of pattern matching with "*" does not explain what
happens if you put the wildcard character in the middle of the string.
If I use "x*z", is that an error (with
urn:ietf:params:tzdist:error:invalid-pattern
)?  If so, you should say that explicitly.  If not, what does it do?

I'll add a statement that "*" MUST only appear at the start or end of the string, and use anywhere else MUST result in an error.

Daniel >>>> I agree with the change.

      In addition, when matching, underscore characters (0x5F) SHOULD be
      mapped to a single space character (0x20) prior to string
      comparison.  This allows time zone identifiers such as "America/
      New_York" to match a query for "*New York*".  ASCII characters in
      the range 0x41 ("A") through 0x5A ("Z") SHOULD be mapped to their
      lowercase equivalents.

*** Why are these "SHOULD"s instead of "MUST"s?  That seems to be an
interop problem, because "*new york*" can return various things,
depending upon whether "_" mapping is or isn't used and whether case
mapping is or isn't used.  The same query that worked for years could
stop working because we switched to a new server or because the server
software was changed.  Please explain and discuss.

Unless anyone objects I am OK with changing those to a MUST.

Daniel  >>>> I agree it. Should we have a more generic way for the matching in case non ASCII characters will be used for the Zone Name