From nobody Thu Jul 2 04:32:42 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6619E1A8790; Wed, 1 Jul 2015 14:47:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -81.9 X-Spam-Level: X-Spam-Status: No, score=-81.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_SBL=20, USER_IN_WHITELIST=-100] autolearn=no 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 tQUAXp1Wukup; Wed, 1 Jul 2015 14:47:47 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DDBF1A1AE3; Wed, 1 Jul 2015 14:47:47 -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: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150701214747.910.40174.idtracker@ietfa.amsl.com> Date: Wed, 01 Jul 2015 14:47:47 -0700 Archived-At: X-Mailman-Approved-At: Thu, 02 Jul 2015 04:32:41 -0700 Cc: lager WG Subject: [Lager] WG Review: Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 21:47:48 -0000 A new IETF working group has been proposed in the Applications and Real-Time Area. The IESG has not made any determination yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (iesg at ietf.org) by 2015-07-08. Label Generation Rules (lager) ------------------------------------------------ Current Status: Proposed WG Chairs: Scott Hollenbeck Marc Blanchet Assigned Area Director: Barry Leiba Mailing list Address: lager@ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/lager Archive: https://mailarchive.ietf.org/arch/browse/lager/ Charter: Domain registries, particularly those implementing IDNA (RFC 5890 et.al), usually maintain a set of criteria (or "ruleset") that governs permissible labels allowed for registration, such as [IANAIDNTABLES]. These rulesets are commonly a mixture of eligible code points along with contextual criteria that must be met concerning the positioning of certain code points. Some registries also specify rules regarding variant labels and how they are to be handled. Domain registries commonly need to share these rules, but there is no interoperable format that can be used that can support many common use cases. This group seeks to produce such a format, which will enable re-use and simpler implementation of rulesets in registries. A comprehensive format specification has been developed, named Label Generation Rules, primarily to support the rules to be used for the DNS Root Zone [Davies]. This group will use this specification as a starting point to develop a common XML language that provides a superset of functionality of current specifications [RFC 3743, RFC 4290, et.al], along with other known use cases. This single format is expected to supersede existing formats, and form the basis for future rulesets used at different levels of the DNS hierarchy. Work items: - Standard Track Specification of the Label Generation Rules References: [Davies] https://datatracker.ietf.org/doc/draft-davies-idntables/ [IANAIDNTABLES] https://www.iana.org/domains/idn-tables Milestones: Dec 2015 - Send the Label Generation Rules specification to the IESG From nobody Thu Jul 9 06:56:52 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D755F1A905A; Thu, 9 Jul 2015 06:15:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 tm36BHHX0Nnp; Thu, 9 Jul 2015 06:15:09 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B3B41A904D; Thu, 9 Jul 2015 06:15:09 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Benoit Claise" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150709131509.22666.64452.idtracker@ietfa.amsl.com> Date: Thu, 09 Jul 2015 06:15:09 -0700 Archived-At: X-Mailman-Approved-At: Thu, 09 Jul 2015 06:56:50 -0700 Cc: marc.blanchet@viagenie.ca, asmusf@ix.netcom.com, lager@ietf.org, kim.davies@icann.org Subject: [Lager] Benoit Claise's No Objection on charter-ietf-lager-00-01: (with COMMENT) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 13:15:11 -0000 Benoit Claise has entered the following ballot position for charter-ietf-lager-00-01: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/charter-ietf-lager/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- >From the charter text, it's not too clear to me (and that might be fine because domain registries is outside of my comfort zone, hence a COMMENT and not a BLOCK) if you want to specify only the interoperable format to share the rulesets (1), or redefine the rulesets (2) as well. (1): "Domain registries commonly need to share these rules, but there is no interoperable format that can be used that can support many common use cases " (2) This group seeks to produce such a format, which will enable re-use and simpler implementation of rulesets in registries. If it includes the new rulesets, do I understand correctly that something like https://www.iana.org/domains/idn-tables/tables/axa_fr_1.0.txt would be re-specified with the new format? From nobody Thu Jul 9 08:10:47 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E0411AC3E5; Thu, 9 Jul 2015 08:10:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] 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 cup9Q2jZAV5f; Thu, 9 Jul 2015 08:10:45 -0700 (PDT) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by ietfa.amsl.com (Postfix) with ESMTP id D0FCB1AC3E8; Thu, 9 Jul 2015 08:10:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=S0a8Pf8fRfU/3PjavUdihqb8LK+LzjzqgNilIPgsfFIuplKC7PiQ6wIfTvIEKZUp; h=Received:Subject:To:References:Cc:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZDDTH-0004HK-SB; Thu, 09 Jul 2015 11:10:43 -0400 To: Benoit Claise , The IESG References: <20150709131509.22666.64452.idtracker@ietfa.amsl.com> From: Asmus Freytag Message-ID: <559E8F01.9000107@ix.netcom.com> Date: Thu, 9 Jul 2015 08:10:57 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <20150709131509.22666.64452.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba01f89f10eb5e5e868b258bf618c0b64f0350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Cc: marc.blanchet@viagenie.ca, lager@ietf.org, kim.davies@icann.org Subject: Re: [Lager] Benoit Claise's No Objection on charter-ietf-lager-00-01: (with COMMENT) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 15:10:46 -0000 On 7/9/2015 6:15 AM, Benoit Claise wrote: > Benoit Claise has entered the following ballot position for > charter-ietf-lager-00-01: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/charter-ietf-lager/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > >From the charter text, it's not too clear to me (and that might be fine > because domain registries is outside of my comfort zone, hence a COMMENT > and not a BLOCK) if you want to specify only the interoperable format to > share the rulesets (1), or redefine the rulesets (2) as well. The objective is to specify the interoperable format. > > (1): "Domain registries commonly need to share these rules, but there is > no interoperable format that can be used that can support many common use > cases " > (2) This group seeks to produce such a format, which will enable re-use > and simpler implementation of rulesets in registries. > > If it includes the new rulesets, do I understand correctly that something > like https://www.iana.org/domains/idn-tables/tables/axa_fr_1.0.txt would > be re-specified with the new format? Once the format is standardized, restating existing tables would make them more interoperable. It is my understanding that this aspect of the work is outside the [lager] scope. A./ > > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager > From nobody Fri Jul 10 08:42:38 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 792B81B2A48; Fri, 10 Jul 2015 08:42:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] 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 2KFnSij0enLQ; Fri, 10 Jul 2015 08:42:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D44CD1B2A3C; Fri, 10 Jul 2015 08:42:32 -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: 6.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> Date: Fri, 10 Jul 2015 08:42:32 -0700 Archived-At: Cc: lager WG Subject: [Lager] WG Action: Formed Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2015 15:42:36 -0000 A new IETF working group has been formed in the Applications and Real-Time Area. For additional information please contact the Area Directors or the WG Chairs. Label Generation Rules (lager) ------------------------------------------------ Current Status: Proposed WG Chairs: Scott Hollenbeck Marc Blanchet Assigned Area Director: Barry Leiba Mailing list Address: lager@ietf.org To Subscribe: https://www.ietf.org/mailman/listinfo/lager Archive: https://mailarchive.ietf.org/arch/browse/lager/ Charter: Domain registries, particularly those implementing IDNA (RFC 5890 et.al), usually maintain a set of criteria (or "ruleset") that governs permissible labels allowed for registration, such as [IANAIDNTABLES]. These rulesets are commonly a mixture of eligible code points along with contextual criteria that must be met concerning the positioning of certain code points. Some registries also specify rules regarding variant labels and how they are to be handled. Domain registries commonly need to share these rules, but there is no interoperable format that can be used that can support many common use cases. This group seeks to produce such a format, which will enable re-use and sharing of existing rulesets, and simpler implementation of new rulesets in registries. A comprehensive format specification has been developed, named Label Generation Rules, primarily to support the rules to be used for the DNS Root Zone [Davies]. This group will use this specification as a starting point to develop a common XML language that provides a superset of functionality of current specifications [RFC 3743, RFC 4290, et.al], along with other known use cases. This single format is expected to supersede existing formats, and form the basis for future rulesets used at different levels of the DNS hierarchy. Work items: - Standard Track Specification of the Label Generation Rules References: [Davies] https://datatracker.ietf.org/doc/draft-davies-idntables/ [IANAIDNTABLES] https://www.iana.org/domains/idn-tables Milestones: Dec 2015 - Send the Label Generation Rules specification to the IESG From nobody Fri Jul 10 11:55:59 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A97901A1B0C for ; Fri, 10 Jul 2015 11:55:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 1EU1nqZ8ZIBD for ; Fri, 10 Jul 2015 11:55:56 -0700 (PDT) Received: from mail-qg0-f98.google.com (mail-qg0-f98.google.com [209.85.192.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 084041A1AFF for ; Fri, 10 Jul 2015 11:55:56 -0700 (PDT) Received: by qgee109 with SMTP id e109so620195qge.2 for ; Fri, 10 Jul 2015 11:55:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-type:content-transfer-encoding:mime-version; bh=CWrSTbcN69NJPQsC51R2o9RrOjvgrIvZHd+uXp9doDE=; b=HzKiSSaE0boRJQXQQehyjU528rIdS+E3PaHYdDb0q0nf3phlOznJJ0E07bl7Qz5bjK 3dmcENC8lrP9A3K4bo5EXzBa0bUoQHRe7tTcfffhTdhDfwSL2xFsJb0gfRempNO84qgl aVj6tkeTn3ERRCpty/UsODEHbhyiqkizyaXZasQuK8raJyUzVFX/07iqF3M2OAPPIdjL RvjIbZL3YFXNO0gyG0vnpEG1D4gzTE92FSvt7EvlIuGjnOLwp67mdSv29bc1cjIJJxBw Ypbh0DW25KQ4Vx2V4vyZzZCI5rfD56LrcL+BHWm7DD/CpYTNzVqxgLPSPt69X2spOYzU X/aA== X-Gm-Message-State: ALoCoQnfM0skiLmEqpl++rqjyH0xyF1Wk7VprlnqQ1cuqk6AZiwgOtaP7t37/Qfg1rME/ckMLfKEwPz3FlJN2vcJPM8VSk3Zcw== X-Received: by 10.107.129.230 with SMTP id l99mr34076511ioi.32.1436554555161; Fri, 10 Jul 2015 11:55:55 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by smtp-relay.gmail.com with ESMTPS id y6sm32465igy.1.2015.07.10.11.55.54 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 10 Jul 2015 11:55:55 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t6AItsti000328 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Fri, 10 Jul 2015 14:55:54 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Fri, 10 Jul 2015 14:55:54 -0400 From: "Hollenbeck, Scott" To: lager WG Thread-Topic: [Lager] WG Action: Formed Label Generation Rules (lager) Thread-Index: AQHQuyceOymd9FJPM0yFH0McL+CiPp3VC8Yw Date: Fri, 10 Jul 2015 18:55:53 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A018ECC@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> In-Reply-To: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Lager] WG Action: Formed Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2015 18:55:57 -0000 > -----Original Message----- > From: Lager [mailto:lager-bounces@ietf.org] On Behalf Of The IESG > Sent: Friday, July 10, 2015 11:43 AM > To: IETF-Announce > Cc: lager WG > Subject: [Lager] WG Action: Formed Label Generation Rules (lager) >=20 > A new IETF working group has been formed in the Applications and > Real-Time Area. For additional information please contact the Area > Directors or the WG Chairs. >=20 > Label Generation Rules (lager) Welcome to this new WG, folks! Marc and I still need to talk to figure out how what we're each going to be= doing. That will hopefully happen soon after he returns from vacation or d= uring the meeting in Prague. In the meantime, one thought I had was that we= should quickly identify any open issues with draft-davies-idntables, get t= hem into the issue tracker, and figure out a plan of attack for each issue.= Does this seem reasonable? If we want to finish up by December we're going to need to get organized pr= etty quickly... FWIW I do plan on hosting an informal evening get-together in Prague. Count= on an infusion of real local lager... Scott From nobody Mon Jul 13 10:40:18 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C2C51B2CA7 for ; Mon, 13 Jul 2015 10:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.1 X-Spam-Level: X-Spam-Status: No, score=-1.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IXHASH_X1=1.5, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no 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 zrSO8FIsxEo4 for ; Mon, 13 Jul 2015 10:40:16 -0700 (PDT) Received: from mail-qg0-f98.google.com (mail-qg0-f98.google.com [209.85.192.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF2FE1B2A55 for ; Mon, 13 Jul 2015 10:40:16 -0700 (PDT) Received: by qgep37 with SMTP id p37so10208573qge.3 for ; Mon, 13 Jul 2015 10:40:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:accept-language:content-language:content-type :content-transfer-encoding:mime-version; bh=udL69SX9QrkrdRDujnspzxLY99WStS+dHUiNtjU/rKQ=; b=QhB9laeMFmEQe1CjoNyPWl8jtplQoze73D32VwU3IGINnrVZRV2SVX+QLsdjzZfDu/ DLyApMkAf6o4TU5otKIET7zLlYZQVFRxPjCyBRC8oanqOOl0c9BQhmCTpQQO3nFmYozW LgB1fIwKNoXOpzsznANwxNJpEM6wwOji3bw6WDEqxqSXgCy4bSgA2IgqGUmG2Yu61s4a rDgjXGl+8qTJGbX+dA0KCesZMd9dJ5VKE/fJoCjz4pV7x0lcQz1/1wxfjF60HV2inGDJ n6cjO8z3NyOd4cWco/EhuVIJYrT67GjcbvlHDXzASALXvgOQzi1HC7SMskTdwa/oWKOc SU9w== X-Gm-Message-State: ALoCoQl7Epae0o/SV4VqXedbiHlEM1V/NSCFtVw6rzHlDfFJUFA4YXCrkcYkEWqub/kSU8kf8cSu3c2h7Ro8DdcipAympREhjQ== X-Received: by 10.140.233.214 with SMTP id e205mr59075050qhc.68.1436809215958; Mon, 13 Jul 2015 10:40:15 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by smtp-relay.gmail.com with ESMTPS id 17sm3533345qky.3.2015.07.13.10.40.15 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 13 Jul 2015 10:40:15 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t6DHeF9t029775 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 13 Jul 2015 13:40:15 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 13 Jul 2015 13:40:14 -0400 From: "Hollenbeck, Scott" To: "lager WG (lager@ietf.org)" Thread-Topic: Informal Get-Together in Prague? Thread-Index: AdC9kvjBBJkAggxlR8+87DBPGGwwmQ== Date: Mon, 13 Jul 2015 17:40:13 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A01A838@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Lager] Informal Get-Together in Prague? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 17:40:17 -0000 Would anyone who will be at the meeting in Prague be willing to get togethe= r for an evening discussion over beer (hosted by my employer) for an hour o= r so? Scott From nobody Thu Jul 16 15:26:16 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFAA31A90FE for ; Thu, 16 Jul 2015 15:26:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.788 X-Spam-Level: X-Spam-Status: No, score=0.788 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 8JUzDGBj0joh for ; Thu, 16 Jul 2015 15:26:12 -0700 (PDT) Received: from shaktot.patoche.org (shaktot.patoche.org [212.85.152.86]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 57F1F1A9102 for ; Thu, 16 Jul 2015 15:26:11 -0700 (PDT) Received: from shaktot.patoche.org (localhost.localdomain [127.0.0.1]) by shaktot.patoche.org (8.14.3/8.14.3/Debian-9.4) with ESMTP id t6GMQ2xv023894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 17 Jul 2015 00:26:02 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t6GMQ2bY023893; Fri, 17 Jul 2015 00:26:02 +0200 Date: Fri, 17 Jul 2015 00:26:01 +0200 From: Patrick Mevzek To: lager@ietf.org Message-ID: <20150716222601.GA5739@home.patoche.org> References: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> <831693C2CDA2E849A7D7A712B24E257F4A018ECC@BRN1WNEXMBX01.vcorp.ad.vrsn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F4A018ECC@BRN1WNEXMBX01.vcorp.ad.vrsn.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Subject: Re: [Lager] WG Action: Formed Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 22:26:14 -0000 Hollenbeck, Scott 2015-07-10 20:57 > In the meantime, one thought I had was that we should quickly identify any open issues with draft-davies-idntables, > get them into the issue tracker, and figure out a plan of attack for each issue. Does this seem reasonable? I'm planning to build support for parsing LGR files per Kim's draft, into my open source toolkit Net::DRI Obviously due to the amount of work, it will take me some time before being able to provide useful feedback, but at least it is planned and I already exchanged few minor points with Kim in private. I'm interested on discussions with other implementers. Maybe some past implementers already have some issues to discuss? -- Patrick Mevzek From nobody Thu Jul 16 17:01:58 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8975E1B29E2 for ; Thu, 16 Jul 2015 17:01:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 GC9UsDduqp8y for ; Thu, 16 Jul 2015 17:01:56 -0700 (PDT) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by ietfa.amsl.com (Postfix) with ESMTP id EF7791B29CC for ; Thu, 16 Jul 2015 17:01:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=uApCOSgtz38+ZDhEkXTwW475x1e6iBi1WNz6HSByuh9GNXnSrNMvFe7enFkSTrMb; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZFt6B-0005hP-4C for lager@ietf.org; Thu, 16 Jul 2015 20:01:55 -0400 From: Asmus Freytag To: lager@ietf.org References: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> <831693C2CDA2E849A7D7A712B24E257F4A018ECC@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <20150716222601.GA5739@home.patoche.org> Message-ID: <55A845F5.7070803@ix.netcom.com> Date: Thu, 16 Jul 2015 17:01:57 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <20150716222601.GA5739@home.patoche.org> Content-Type: multipart/alternative; boundary="------------070106030500010600010708" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba00ae988e4402271e216a1a412f37d3196350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] WG Action: Formed Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 00:01:57 -0000 This is a multi-part message in MIME format. --------------070106030500010600010708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 7/16/2015 3:26 PM, Patrick Mevzek wrote: > Hollenbeck, Scott 2015-07-10 20:57 >> In the meantime, one thought I had was that we should quickly identify any open issues with draft-davies-idntables, >> get them into the issue tracker, and figure out a plan of attack for each issue. Does this seem reasonable? > I'm planning to build support for parsing LGR files per Kim's draft, > into my open source toolkit Net::DRI > Obviously due to the amount of work, it will take me some time before > being able to provide useful feedback, but at least it is planned and > I already exchanged few minor points with Kim in private. > > I'm interested on discussions with other implementers. > > Maybe some past implementers already have some issues to discuss? > I have a full implementation that I have been using in the context of analyzing existing LGRs and developing LGRs for the Root Zone. As part of that I have been machine converting existing IDN tables into the LGR XML format. I'd be happy to discuss any issues. A./ --------------070106030500010600010708 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
On 7/16/2015 3:26 PM, Patrick Mevzek wrote:
Hollenbeck, Scott <shollenbeck@verisign.com> 2015-07-10 20:57

In the meantime, one thought I had was that we should quickly identify any open issues with draft-davies-idntables, 
get them into the issue tracker, and figure out a plan of attack for each issue. Does this seem reasonable?

I'm planning to build support for parsing LGR files per Kim's draft,
into my open source toolkit Net::DRI
Obviously due to the amount of work, it will take me some time before
being able to provide useful feedback, but at least it is planned and
I already exchanged few minor points with Kim in private.

I'm interested on discussions with other implementers.

Maybe some past implementers already have some issues to discuss?
I have a full implementation that I have been using in the context of analyzing existing LGRs and developing LGRs for the Root Zone. As part of that I have been machine converting existing IDN tables into the LGR XML format.

I'd be happy to discuss any issues.

A./
 --------------070106030500010600010708-- From nobody Wed Jul 22 12:47:33 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5EE31ACE36 for ; Thu, 16 Jul 2015 16:07:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.7 X-Spam-Level: X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 KZI0Gr8FonCh for ; Thu, 16 Jul 2015 16:07:41 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id 203D21ACE32 for ; Thu, 16 Jul 2015 16:07:40 -0700 (PDT) Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZFsFf-0001kX-Rc for lager@ietf.org; Thu, 16 Jul 2015 19:07:40 -0400 To: lager@ietf.org References: <20150710154232.29041.51365.idtracker@ietfa.amsl.com> <831693C2CDA2E849A7D7A712B24E257F4A018ECC@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <20150716222601.GA5739@home.patoche.org> From: "Asmus Freytag (t)" Message-ID: <55A8393E.3010301@ix.netcom.com> Date: Thu, 16 Jul 2015 16:07:42 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 In-Reply-To: <20150716222601.GA5739@home.patoche.org> Content-Type: multipart/alternative; boundary="------------060408040903050507010603" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba0f13e1a0f0f6433a1ad9663cfe2638712350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:18 -0700 Subject: Re: [Lager] WG Action: Formed Label Generation Rules (lager) X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 23:07:42 -0000 This is a multi-part message in MIME format. --------------060408040903050507010603 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 7/16/2015 3:26 PM, Patrick Mevzek wrote: > Hollenbeck, Scott 2015-07-10 20:57 >> In the meantime, one thought I had was that we should quickly identify any open issues with draft-davies-idntables, >> get them into the issue tracker, and figure out a plan of attack for each issue. Does this seem reasonable? > I'm planning to build support for parsing LGR files per Kim's draft, > into my open source toolkit Net::DRI > Obviously due to the amount of work, it will take me some time before > being able to provide useful feedback, but at least it is planned and > I already exchanged few minor points with Kim in private. > > I'm interested on discussions with other implementers. > > Maybe some past implementers already have some issues to discuss? > I have a full implementation that I have been using in the context of analyzing existing LGRs and developing LGRs for the Root Zone. As part of that I have been machine converting existing IDN tables into the LGR XML format. I'd be happy to discuss any issues. A./ --------------060408040903050507010603 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
On 7/16/2015 3:26 PM, Patrick Mevzek wrote:
Hollenbeck, Scott <shollenbeck@verisign.com> 2015-07-10 20:57

In the meantime, one thought I had was that we should quickly identify any open issues with draft-davies-idntables, 
get them into the issue tracker, and figure out a plan of attack for each issue. Does this seem reasonable?

I'm planning to build support for parsing LGR files per Kim's draft,
into my open source toolkit Net::DRI
Obviously due to the amount of work, it will take me some time before
being able to provide useful feedback, but at least it is planned and
I already exchanged few minor points with Kim in private.

I'm interested on discussions with other implementers.

Maybe some past implementers already have some issues to discuss?
I have a full implementation that I have been using in the context of analyzing existing LGRs and developing LGRs for the Root Zone. As part of that I have been machine converting existing IDN tables into the LGR XML format.

I'd be happy to discuss any issues.

A./
 --------------060408040903050507010603-- From nobody Wed Jul 22 12:47:34 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CDB41A6EE1 for ; Wed, 22 Jul 2015 11:34:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 E9Fkr5AmLW0J for ; Wed, 22 Jul 2015 11:34:05 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FA951A3BA0 for ; Wed, 22 Jul 2015 11:34:05 -0700 (PDT) Received: from localhost ([::1]:40623 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHyqD-0004mr-BG; Wed, 22 Jul 2015 11:34:05 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:34:05 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/1 Message-ID: <060.c4f024854424f8060df969f578a5c82f@tools.ietf.org> X-Trac-Ticket-ID: 1 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:22 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #1 (): Address risk of DoS as a security consideration X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:34:06 -0000 #1: Address risk of DoS as a security consideration Add text relating to the risks/mitigations of potential denial of service attacks due to LGRs that are constructed to have loops. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: enhancement | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:35 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 544361A6FF9 for ; Wed, 22 Jul 2015 11:35:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 K7Jn9sCjlQxM for ; Wed, 22 Jul 2015 11:35:51 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31E3A1A0122 for ; Wed, 22 Jul 2015 11:35:51 -0700 (PDT) Received: from localhost ([::1]:40680 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHyrv-00058O-3o; Wed, 22 Jul 2015 11:35:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:35:51 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/2 Message-ID: <060.bb7b53c32ffa414950e429414ea9a245@tools.ietf.org> X-Trac-Ticket-ID: 2 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:26 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #2 (): Mechanism to specify origin URI and refresh schedule X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:35:52 -0000 #2: Mechanism to specify origin URI and refresh schedule Suggestion: A method of specifying the origin URI for a table, and an expiration or refresh policy, as meta-data may be a useful way to declare how the table will be updated. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:37 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 768601A6F2D for ; Wed, 22 Jul 2015 11:36:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 mR1eJHoMTw43 for ; Wed, 22 Jul 2015 11:36:37 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5AC2B1A710C for ; Wed, 22 Jul 2015 11:36:35 -0700 (PDT) Received: from localhost ([::1]:40690 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHysd-0005BN-8s; Wed, 22 Jul 2015 11:36:35 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:36:35 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/3 Message-ID: <060.ce6031cef72ff837c98f500f7c74731a@tools.ietf.org> X-Trac-Ticket-ID: 3 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:29 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #3 (): Clarify domain element as it pertains to Root X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:36:38 -0000 #3: Clarify domain element as it pertains to Root The "domain" element should be specified as absolute, so that the Root can be identified as needed for the Root Zone LGR. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:39 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED14C1A6F2D for ; Wed, 22 Jul 2015 11:37:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 x6AoDf5uSL5I for ; Wed, 22 Jul 2015 11:37:31 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3E051A1BA9 for ; Wed, 22 Jul 2015 11:37:31 -0700 (PDT) Received: from localhost ([::1]:40703 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHytX-0005Df-N2; Wed, 22 Jul 2015 11:37:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:37:31 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/4 Message-ID: <060.764d989209f8218f9ad64b0afb02053a@tools.ietf.org> X-Trac-Ticket-ID: 4 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #4 (): Review syntax of actions X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:37:33 -0000 #4: Review syntax of actions The recommended names for disposition ("block" and "allocate") deviate from the name in the Root Zone LGR Procedure ("blocked" and "allocatable"). The latter were chosen to highlight that the machine processing of the LGR table is just the first step, actual allocation requires additional actions, hence "allocatable". This should be resolved. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: enhancement | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:41 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 779531A7008 for ; Wed, 22 Jul 2015 11:37:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 iu7tNUUGJ6s3 for ; Wed, 22 Jul 2015 11:37:47 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDB1D1A6FFC for ; Wed, 22 Jul 2015 11:37:45 -0700 (PDT) Received: from localhost ([::1]:40707 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHytl-0005EJ-LY; Wed, 22 Jul 2015 11:37:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: alexander.mayrhofer@nic.at X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:37:45 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/5 Message-ID: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> X-Trac-Ticket-ID: 5 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: alexander.mayrhofer@nic.at, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #5 (): Add text about potential effects of recursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:37:48 -0000 #5: Add text about potential effects of recursive rules LGRs might include rules that could create situations where the evaluation of certain labels does never terminate because of recursive definitions. The syntax of the LGR does not prevent definitions of such recursive rules. Additionally, the presence of such rules is not fully detectable at the time the LGRs are being parsed, and might only be triggered once the implementation validates specific labels. Therefore, text should be added to the Security Considerations section explaining that situation. -- ---------------------------------------+----------------- Reporter: alexander.mayrhofer@nic.at | Owner: Type: enhancement | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:42 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 90C751A7001 for ; Wed, 22 Jul 2015 11:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 0Ulu1_ElhaiR for ; Wed, 22 Jul 2015 11:40:51 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CD211A6FFC for ; Wed, 22 Jul 2015 11:40:51 -0700 (PDT) Received: from localhost ([::1]:40831 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHywk-00068x-UI; Wed, 22 Jul 2015 11:40:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:40:50 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/6 Message-ID: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> X-Trac-Ticket-ID: 6 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:40:52 -0000 #6: Should there be a registry of actions? Section 6.3 of the -10 draft contains a list of 4 actions. Will this be all that are ever needed? These may be suited to creating an IANA registry of actions that could provide a registration procedure so new actions can be added later independently of this specification. Discuss and decide. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: task | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:43 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82E351A8760 for ; Wed, 22 Jul 2015 11:43:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 BlwtMzIep3eZ for ; Wed, 22 Jul 2015 11:43:25 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56C811A7011 for ; Wed, 22 Jul 2015 11:43:25 -0700 (PDT) Received: from localhost ([::1]:40877 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHyzF-0006O7-8E; Wed, 22 Jul 2015 11:43:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:43:25 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/1#comment:1 Message-ID: <075.d33e3d7c3ce835f97bb009f3a128bfe7@tools.ietf.org> References: <060.c4f024854424f8060df969f578a5c82f@tools.ietf.org> X-Trac-Ticket-ID: 1 In-Reply-To: <060.c4f024854424f8060df969f578a5c82f@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: Re: [Lager] [lager] #1 (): Address risk of DoS as a security consideration X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:43:26 -0000 #1: Address risk of DoS as a security consideration Changes (by kim.davies@icann.org): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket:5 -- -----------------------------------+-------------------- Reporter: kim.davies@icann.org | Owner: Type: enhancement | Status: closed Priority: major | Milestone: Version: | Severity: - Resolution: duplicate | Keywords: -----------------------------------+-------------------- Ticket URL: lager From nobody Wed Jul 22 12:47:45 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C66B1A8775 for ; Wed, 22 Jul 2015 11:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 WVPvc-S-LpgY for ; Wed, 22 Jul 2015 11:43:51 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0ECA1A7011 for ; Wed, 22 Jul 2015 11:43:50 -0700 (PDT) Received: from localhost ([::1]:40891 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHyze-0006QT-SV; Wed, 22 Jul 2015 11:43:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:43:50 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/5#comment:1 Message-ID: <081.81188cfce800ec1573c4cf694d8853a1@tools.ietf.org> References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> X-Trac-Ticket-ID: 5 In-Reply-To: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: Re: [Lager] [lager] #5 (): Add text about potential effects of recursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:43:52 -0000 #5: Add text about potential effects of recursive rules Comment (by kim.davies@icann.org): See also ticket:1 -- -----------------------------------------+----------------- Reporter: alexander.mayrhofer@nic.at | Owner: Type: enhancement | Status: new Priority: major | Milestone: Version: | Severity: - Resolution: | Keywords: -----------------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 12:47:46 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD6A11A700D for ; Wed, 22 Jul 2015 11:55:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 vruYeaeWKb7j for ; Wed, 22 Jul 2015 11:55:10 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69E2D1A0399 for ; Wed, 22 Jul 2015 11:55:10 -0700 (PDT) Received: from localhost ([::1]:41193 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZHzAb-0008Gd-Dv; Wed, 22 Jul 2015 11:55:09 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: alexander.mayrhofer@nic.at X-Trac-Project: lager Date: Wed, 22 Jul 2015 18:55:09 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/7 Message-ID: <066.449af01315aabc5633650873e9c98050@tools.ietf.org> X-Trac-Ticket-ID: 7 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: alexander.mayrhofer@nic.at, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: X-Mailman-Approved-At: Wed, 22 Jul 2015 12:47:30 -0700 Cc: lager@ietf.org Subject: [Lager] [lager] #7 (): Create a call for adoption for "the" WG document X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 18:55:13 -0000 #7: Create a call for adoption for "the" WG document n/t -- ---------------------------------------+----------------- Reporter: alexander.mayrhofer@nic.at | Owner: Type: task | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 13:26:08 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 247291A001C for ; Wed, 22 Jul 2015 13:25:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 UPIxeFxpeJ3v for ; Wed, 22 Jul 2015 13:25:56 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id AF4041A1B64 for ; Wed, 22 Jul 2015 13:25:55 -0700 (PDT) Received: from [206.123.31.201] (h201.viagenie.ca [206.123.31.201]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 0AAE64032E for ; Wed, 22 Jul 2015 16:25:54 -0400 (EDT) From: Audric Schiltknecht X-Enigmail-Draft-Status: N1110 Organization: =?UTF-8?B?VmlhZ8Opbmll?= To: lager@ietf.org Message-ID: <55AFFC4E.5030303@viagenie.ca> Date: Wed, 22 Jul 2015 16:25:50 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Subject: [Lager] Minor issues in XML example and schema X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 20:25:58 -0000 Hi, Since everyone else has been doing their work during the meeting by creating issues, here is my share with some (minor) comments to pay back for the beers: 1) The RelaxNG Compact Schema has a duplicate definition for the "type" attribute: ## Representation of a variant code point or sequence variant = element var { attribute cp { code-point-literal }, attribute type { text }?, <--- Here attribute when { rule-ref }?, attribute not-when { rule-ref }?, attribute comment { text }?, attribute type { text }?, <--- Here attribute ref { text }? } which causes validation of LGR XML files against the schema to fail. 2) The "domain" element was changed to "scope" in -08 version. However, "domain" is still used in the Appendix A example: 1 2010-01-01 sv example as well as in F.1 Known Issues and Future Work, second bullet (which is bound to be removed once issues are fixed, so not sure it is worth fixing it), and also mentionned in issue #3 ("Clarify domain element as it pertains to Root", [1]). I think it would be better to be consistent and use the same term that is used in the draft. Regards, Audric [1]: http://trac.tools.ietf.org/wg/lager/trac/ticket/3 From nobody Wed Jul 22 14:39:25 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0EB9D1B2EE2 for ; Wed, 22 Jul 2015 14:39:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 yxMkzixRe-Ic for ; Wed, 22 Jul 2015 14:39:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9507E1B2EE1 for ; Wed, 22 Jul 2015 14:39:22 -0700 (PDT) Received: from localhost ([::1]:47725 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZI1jW-0006qf-Cc; Wed, 22 Jul 2015 14:39:22 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 21:39:22 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/8 Message-ID: <060.5e5a5e9f09c5ecfcbeaf84cf8281deb9@tools.ietf.org> X-Trac-Ticket-ID: 8 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] [lager] #8 (): Fix duplicate type attribute in RelaxNG schema X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 21:39:24 -0000 #8: Fix duplicate type attribute in RelaxNG schema Per audric.schiltknecht@viagenie.ca, the RelaxNG Compact Schema has a duplicate definition for the "type" attribute: ## Representation of a variant code point or sequence variant = element var { attribute cp { code-point-literal }, attribute type { text }?, <--- Here attribute when { rule-ref }?, attribute not-when { rule-ref }?, attribute comment { text }?, attribute type { text }?, <--- Here attribute ref { text }? } which causes validation of LGR XML files against the schema to fail. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: defect | Status: new Priority: major | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 14:40:16 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F3751B2EE1 for ; Wed, 22 Jul 2015 14:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 VqQVTfiaOKlt for ; Wed, 22 Jul 2015 14:40:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8D791B2EE2 for ; Wed, 22 Jul 2015 14:40:13 -0700 (PDT) Received: from localhost ([::1]:47775 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZI1kL-0007WY-RF; Wed, 22 Jul 2015 14:40:13 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: kim.davies@icann.org X-Trac-Project: lager Date: Wed, 22 Jul 2015 21:40:13 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/9 Message-ID: <060.c522b2b42a75ab40bd57673ae0df1fca@tools.ietf.org> X-Trac-Ticket-ID: 9 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: kim.davies@icann.org, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] [lager] #9 (): Fix domain/scope usage X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 21:40:15 -0000 #9: Fix domain/scope usage Per audric.schiltknecht@viagenie.ca, the "domain" element was changed to "scope" in -08 version. However, "domain" is still used in the Appendix A example: 1 2010-01-01 sv example as well as in F.1 Known Issues and Future Work, second bullet (which is bound to be removed once issues are fixed, so not sure it is worth fixing it), and also mentionned in issue #3 ("Clarify domain element as it pertains to Root", [1]). I think it would be better to be consistent and use the same term that is used in the draft. -- ---------------------------------+----------------- Reporter: kim.davies@icann.org | Owner: Type: defect | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ---------------------------------+----------------- Ticket URL: lager From nobody Wed Jul 22 22:37:54 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7CA51A7D84 for ; Wed, 22 Jul 2015 22:37:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 dm8c31IT5bZf for ; Wed, 22 Jul 2015 22:37:46 -0700 (PDT) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by ietfa.amsl.com (Postfix) with ESMTP id E36CF1A702B for ; Wed, 22 Jul 2015 22:37:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=Blvxpf7UJz8s2RnC9sSWM9VdVEV1J3Rc9Zgq/HDMYFdbnbBI02xQkrL39DPW127A; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-banded.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZI9CT-0001YO-6r for lager@ietf.org; Thu, 23 Jul 2015 01:37:45 -0400 From: Asmus Freytag To: lager@ietf.org References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> Message-ID: <55B07DAD.7030405@ix.netcom.com> Date: Wed, 22 Jul 2015 22:37:49 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> Content-Type: multipart/alternative; boundary="------------030807040307020000050905" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba004e49b9bf34c6c946669b9836e21ad85350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 05:37:52 -0000 This is a multi-part message in MIME format. --------------030807040307020000050905 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 7/22/2015 11:40 AM, lager issue tracker wrote: > #6: Should there be a registry of actions? > > Section 6.3 of the -10 draft contains a list of 4 actions. Will this be > all that are ever needed? These may be suited to creating an IANA registry > of actions that could provide a registration procedure so new actions can > be added later independently of this specification. Discuss and decide. > The actions that are predefined in the specification are clearly defined as "default" actions, and specifically apply only to labels that trigger no actions defined in the LGR. Section 6.6 lists five of them (not four). Both the set of actions, as well as the set of disposition values (section 6.3 recommends four values) are explicitly meant to be extensible. The question I have with this comment is whether the suggested registry is really intended to register elements, or whether it was rather the intent to set up a registry of additional disposition values. The latter would make more sense. A disposition value speaks to a particular status for a label in the registration process. (The recommended values number four, which makes it more likely that they were meant, despite the reference to "action"). Further, the disposition values have no dependencies on each other, while elements are always evaluated in the order they are present in the file (makes it awkward to create a registry for them). Finally, elements are triggered by rules and variant types that are specific to a given LGR document, again, making it less practical or useful to have an external registry. I have no objection to a registry for label disposition values, so that the resulting label status after processing through a given LGR can be made more interoperable. If such a registry is desired, it should be defined outside this document though. A./ --------------030807040307020000050905 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 7/22/2015 11:40 AM, lager issue tracker wrote:
#6: Should there be a registry of actions?

 Section 6.3 of the -10 draft contains a list of 4 actions. Will this be
 all that are ever needed? These may be suited to creating an IANA registry
 of actions that could provide a registration procedure so new actions can
 be added later independently of this specification. Discuss and decide.

The actions that are predefined in the specification are clearly defined as "default" actions, and specifically apply only to labels that trigger no actions defined in the LGR. Section 6.6 lists five of them (not four).

Both the set of actions, as well as the set of disposition values (section 6.3 recommends four values) are explicitly meant to be extensible.

The question I have with this comment is whether the suggested registry is really intended to register <action> elements, or whether it was rather the intent  to set up a registry of additional disposition values.

The latter would make more sense.

A disposition value speaks to a particular status for a label in the registration process. (The recommended values number four, which makes it more likely that they were meant, despite the reference to "action"). Further, the disposition values have no dependencies on each other, while <action> elements are always evaluated in the order they are present in the file (makes it awkward to create a registry for them).

Finally, <action> elements are triggered by rules and variant types that are specific to a given LGR document, again, making it less practical or useful to have an external registry.

I have no objection to a registry for label disposition values, so that the resulting label status after processing through a given LGR can be made more interoperable. If such a registry is desired, it should be defined outside this document though.

A./
 --------------030807040307020000050905-- From nobody Wed Jul 22 22:38:08 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58DDD1A1AA8 for ; Wed, 22 Jul 2015 22:38:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 SkoRYfRe5545 for ; Wed, 22 Jul 2015 22:38:06 -0700 (PDT) Received: from elasmtp-banded.atl.sa.earthlink.net (elasmtp-banded.atl.sa.earthlink.net [209.86.89.70]) by ietfa.amsl.com (Postfix) with ESMTP id 348741A6FEE for ; Wed, 22 Jul 2015 22:38:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=OIU2QVokz21mE0ev+O8/J+KS3HmR6OdM8IuXHmVV2BzWVSHshpqM0n5Lpdrw99Lr; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-banded.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZI9Cn-0001mc-O4 for lager@ietf.org; Thu, 23 Jul 2015 01:38:05 -0400 From: Asmus Freytag To: lager@ietf.org References: <060.764d989209f8218f9ad64b0afb02053a@tools.ietf.org> Message-ID: <55B07DC1.1030204@ix.netcom.com> Date: Wed, 22 Jul 2015 22:38:09 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <060.764d989209f8218f9ad64b0afb02053a@tools.ietf.org> Content-Type: multipart/alternative; boundary="------------050104060100080304030301" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba0ec43d09e2deb2266728abad164f2bc8e350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #4 (): Review syntax of actions X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 05:38:07 -0000 This is a multi-part message in MIME format. --------------050104060100080304030301 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 7/22/2015 11:37 AM, lager issue tracker wrote: > #4: Review syntax of actions > > The recommended names for disposition ("block" and "allocate") deviate > from the name in the Root Zone LGR Procedure ("blocked" and > "allocatable"). The latter were chosen to highlight that the machine > processing of the LGR table is just the first step, actual allocation > requires additional actions, hence "allocatable". This should be > resolved. > I am in favor of using the terminology as it exists in the Root Zone project. "invalid", "allocatable", "blocked" and the fourth one ("activate") can remain (as it isn't used in the root). A./ --------------050104060100080304030301 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 7/22/2015 11:37 AM, lager issue tracker wrote:
#4: Review syntax of actions

 The recommended names for disposition ("block" and "allocate") deviate
 from the name in the Root Zone LGR Procedure ("blocked" and
 "allocatable").  The latter were chosen to highlight that the machine
 processing of the LGR table is just the first step, actual  allocation
 requires additional actions, hence "allocatable".  This should be
 resolved.

I am in favor of using the terminology as it exists in the Root Zone project.

"invalid", "allocatable", "blocked" and the fourth one  ("activate") can remain (as it isn't used in the root).

A./
 --------------050104060100080304030301-- From nobody Wed Jul 22 23:08:26 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4B431A870B for ; Wed, 22 Jul 2015 23:08:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 j5OUj1Q24m6N for ; Wed, 22 Jul 2015 23:08:24 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 1B8561A009F for ; Wed, 22 Jul 2015 23:08:24 -0700 (PDT) Received: from [31.133.180.130] (dhcp-b482.meeting.ietf.org [31.133.180.130]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 5737D40234 for ; Thu, 23 Jul 2015 02:08:26 -0400 (EDT) From: "Marc Blanchet" To: lager@ietf.org Date: Thu, 23 Jul 2015 08:08:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_MailMate_C9D4B4FD-0344-4E08-BDEC-860B0DAC2F7E_=" X-Mailer: MailMate (1.9.1r5084) Archived-At: Subject: [Lager] meeting notes of our informal meeting wed 22nd X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 06:08:25 -0000 --=_MailMate_C9D4B4FD-0344-4E08-BDEC-860B0DAC2F7E_= Content-Type: text/plain; format=flowed; markup=markdown Hello, On wed July 22nd, 20h00 in Istanbul room of the Prague Hilton. About 16 people show up in this informal meeting on lager, including one remote by skype. Thank to Scott Hollenbeck to organize this and to Verisign to host with beer (lager obviously!) and food. Marc. ======= Here is my own notes of the discussion. - Use the wg issue tracker for wg todos - TODO for draft authors: list current known issues of the draft in the - should we split the draft in multiple ones, separating context vs syntax for example - co-chairs should discuss the process for the wg to adopt the draft - the draft is currently difficult to read for non implementors. Should we refactor it? - there are currently at least 4 known implementations of the draft. - the ICANN LGR Integration Panel is using test files that could be available publicly - need fresh eyes to review the draft - could some recursive/loop happen while parsing or using (i.e. testing a label) an (or a set of) XML files? maybe, maybe not but consensus is that we ought to add a paragraph or two about it to make the implementor aware of this possibility. - while the primary use case is for root zone labels, there are also other levels in the DNS naming tree that it might be used. Moreover, it could be used elsewhere. So the spec should be generic as possible, while not trying to incorporate too much non relevant stuff. - should we have a guidelines+terminology document related to the use of the spec? - should we have a IANA registry for LGRs (and replace/update the current IDN practices registry)? Maybe, but this is outside of IETF scope. IANA is planning to supersede the registry with an lager compliant entries registry, and with some transition mechanism tbd. - should the integration algorithm used for CJK multiple LGR integration be documented for other use cases? - should we have an interaction with EPPext, given eppext discussion on idntables? - co-chairs are considering virtual (aka webex) interim meetings between now and yokohama ietf. co-chairs will send a doodle to schedule the meetings. Target weeks are: + august 24th + sept 21th + oct 12th --=_MailMate_C9D4B4FD-0344-4E08-BDEC-860B0DAC2F7E_= Content-Type: text/html Content-Transfer-Encoding: quoted-printable

Hello,
On wed July 22nd, 20h00 in Istanbul room of the Prague Hilton. About 16 = people show up in this informal meeting on lager, including one remote by= skype. Thank to Scott Hollenbeck to organize this and to Verisign to h= ost with beer (lager obviously!) and food.

Marc.

=3D=3D=3D=3D=3D=3D=3D
Here is my own notes of the discussion.

  • Use the wg issue tracker for wg todos
  • TODO for draft authors: list current known issues of the draft in the=
  • should we split the draft in multiple ones, separating context vs syn= tax for example
  • co-chairs should discuss the process for the wg to adopt the draft
  • the draft is currently difficult to read for non implementors. Should= we refactor it?
  • there are currently at least 4 known implementations of the draft.
  • the ICANN LGR Integration Panel is using test files that could be ava= ilable publicly
  • need fresh eyes to review the draft
  • could some recursive/loop happen while parsing or using (i.e. testing= a label) an (or a set of) XML files? maybe, maybe not but consensus is t= hat we ought to add a paragraph or two about it to make the implementor a= ware of this possibility.
  • while the primary use case is for root zone labels, there are also ot= her levels in the DNS naming tree that it might be used. Moreover, it cou= ld be used elsewhere. So the spec should be generic as possible, while no= t trying to incorporate too much non relevant stuff.
  • should we have a guidelines+terminology document related to the use o= f the spec?
  • should we have a IANA registry for LGRs (and replace/update the curre= nt IDN practices registry)? Maybe, but this is outside of IETF scope. IAN= A is planning to supersede the registry with an lager compliant entries r= egistry, and with some transition mechanism tbd.
  • should the integration algorithm used for CJK multiple LGR integratio= n be documented for other use cases?
  • should we have an interaction with EPPext, given eppext discussion on= idntables?
  • co-chairs are considering virtual (aka webex) interim meetings betwee= n now and yokohama ietf. co-chairs will send a doodle to schedule the mee= tings. Target weeks are:
    • august 24th
    • sept 21th
    • oct 12th
--=_MailMate_C9D4B4FD-0344-4E08-BDEC-860B0DAC2F7E_=-- From nobody Wed Jul 22 23:39:08 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 057001A87BE for ; Wed, 22 Jul 2015 23:39:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 zI88vpwGu-Em for ; Wed, 22 Jul 2015 23:39:05 -0700 (PDT) Received: from elasmtp-spurfowl.atl.sa.earthlink.net (elasmtp-spurfowl.atl.sa.earthlink.net [209.86.89.66]) by ietfa.amsl.com (Postfix) with ESMTP id 274A21A8771 for ; Wed, 22 Jul 2015 23:39:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=bCv+rmrmd80Mv/VqNsDAQmq+JB45Jod3TZTbOl/IrXUggUDt2Ai/tP8d+NjGg7qM; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-spurfowl.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZIA9o-0007Ij-3D for lager@ietf.org; Thu, 23 Jul 2015 02:39:04 -0400 From: Asmus Freytag To: lager@ietf.org References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> Message-ID: <55B08C0B.7090807@ix.netcom.com> Date: Wed, 22 Jul 2015 23:39:07 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> Content-Type: multipart/alternative; boundary="------------060708030306080703070400" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba0dc0fffc1d1cb2ee3d4c6de3262442d10350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 06:39:07 -0000 This is a multi-part message in MIME format. --------------060708030306080703070400 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 7/22/2015 11:37 AM, lager issue tracker wrote: > #5: Add text about potential effects of recursive rules > > LGRs might include rules that could create situations where the evaluation > of certain labels does never terminate because of recursive definitions. > The syntax of the LGR does not prevent definitions of such recursive > rules. > > Additionally, the presence of such rules is not fully detectable at the > time the LGRs are being parsed, and might only be triggered once the > implementation validates specific labels. > > Therefore, text should be added to the Security Considerations section > explaining that situation. > Pardon me if I appear dense for a moment. How would I set up a recursive rule? In order to nest a rule inside another, it needs to be declared (named). While I'm parsing the declaration of a named rule, I have the choice (in principle) of allowing the name to exist before the body of the rule is fully parsed. If I do that, then I can set up recursion. If I don't allow the name to "exist" until the body of the rule is fully parsed, then the body of the rule can only nest rules defined earlier. With such lack of forward declaration, there wouldn't be a way to set up recursion. I think that is what we want, because there seems to be no use case in the LGR to have any recursion in the first place. If that analysis is correct, then I suggest the text to be added is a clarification that there are no forward declaration and that nesting a rule inside itself isn't allowed either, and therefore recursion is not supported. In any case, this is a restriction that I have implemented in my tool, but I see that there isn't language in 5.3.1 to that effect. The current text says: "A named rule may be incorporated into another rule by reference. " I think it should be restricted: "A previously encountered named rule may be incorporated into another rule by reference. " and with that recursion would be off the table. A./ --------------060708030306080703070400 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit
On 7/22/2015 11:37 AM, lager issue tracker wrote:
#5: Add text about potential effects of recursive rules

 LGRs might include rules that could create situations where the evaluation
 of certain labels does never terminate because of recursive definitions.
 The syntax of the LGR does not prevent definitions of such recursive
 rules.

 Additionally, the presence of such rules is not fully detectable at the
 time the LGRs are being parsed, and might only be triggered once the
 implementation validates specific labels.

 Therefore, text should be added to the Security Considerations section
 explaining that situation.

Pardon me if I appear dense for a moment.

How would I set up a recursive rule?

In order to nest a rule inside another, it needs to be declared (named). While I'm parsing the declaration of a named rule, I have the choice (in principle) of allowing the name to exist before the body of the rule is fully parsed. If I do that, then I can set up recursion. If I don't allow the name to "exist" until the body of the rule is fully parsed, then the body of the rule can only nest rules defined earlier.

With such lack of forward declaration, there wouldn't be a way to set up recursion.

I think that is what we want, because there seems to be no use case in the LGR to have any recursion in the first place.

If that analysis is correct, then I suggest the text to be added is a clarification that there are no forward declaration and that nesting a rule inside itself isn't allowed either, and therefore recursion is not supported.

In any case, this is a restriction that I have implemented in my tool, but I see that there isn't language in 5.3.1 to that effect.

The current text says:

"A named rule may be incorporated into another rule by reference. "

I think it should be restricted:

"A previously encountered named rule may be incorporated into another rule by reference. "

and with that recursion would be off the table.

A./
 --------------060708030306080703070400-- From nobody Thu Jul 23 01:50:15 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 174E71A7030 for ; Thu, 23 Jul 2015 01:50:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.601 X-Spam-Level: X-Spam-Status: No, score=-1.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 y0Hn-yqfpVi6 for ; Thu, 23 Jul 2015 01:50:10 -0700 (PDT) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0091.outbound.protection.outlook.com [104.47.126.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73DE81A802E for ; Thu, 23 Jul 2015 01:50:09 -0700 (PDT) Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none; Received: from [133.2.210.64] (133.2.210.64) by OS1PR01MB0135.jpnprd01.prod.outlook.com (10.161.228.16) with Microsoft SMTP Server (TLS) id 15.1.219.17; Thu, 23 Jul 2015 08:50:06 +0000 To: Asmus Freytag , References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> From: =?UTF-8?Q?Martin_J._D=c3=bcrst?= Organization: Aoyama Gakuin University Message-ID: <55B0AAB7.9040400@it.aoyama.ac.jp> Date: Thu, 23 Jul 2015 17:49:59 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B07DAD.7030405@ix.netcom.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [133.2.210.64] X-ClientProxiedBy: TY1PR06CA0019.apcprd06.prod.outlook.com (25.164.91.29) To OS1PR01MB0135.jpnprd01.prod.outlook.com (25.161.228.16) X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0135; 2:2kPQUgbR7xdBwY7t+Qxsun0sKt/8wMlS+ZA3SjH0/KCa9TzIWkCAbkXxttG5yKVp; 3:GffXc7yvAEfJjLClNYmbJ4GAk+noT2mFEXluQ5FNQNG+DgkCp2kFAEaPh+P27/X33ByGwyWVTuA8mt/Dj02NdRft4EbsuY2Ko2+OIkkpCBXxzeCaYEAL7DLCaxJs5IDIPk3H/NPcXa/sv1WME2QBbA==; 25:lQxtMokqDXoKoBkU54pNqMJqXISevlGelioSKh9wqIPBkYgMhYpgpqDyYv0+2/gezklNUDmbrrhKfIT5tCmBxGtvolZATgL3y1dxKLIm8Pp594CkWe+m0BMIEC8j6XK9k7y34QxwTe85KFE1LdjMlcPfIeoo9/RDaW2L5J5RDQ7crsTTW5p+GJ5pfG4yIQ4lmGr9S5B0ds8lrpyGngD8IqUr9bmZxMerpvx16wz+WvO9nazZ6h0YZgloeB+ne7pES1DfvIptxQY5hwHVQdNdPA==; 4:Ce+3kCCmhu9SKl9FNF8lo08khUeNGKXdsFRw1bBogI09KC8WBdR0PBMEoEEV3o6/LAzoeflzjAi1/+yCfJpvHq0OZSfQ3COSdk12ZlufJeViIRDcB34e0ixX+sxqAjmB4mXOxqBlZT28W95uUG5YvA444HCBtDo1gvkDu/h3qa5kUzb6YkrQNew5OHUnCDRBnfi6yFHgGwaVReK45B63QQyHbgonztimVd4NUY0DYSMLJd5nuBS+r7dRE1c2HCnce5XqFzylaGO81BNsiMAl1g== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:OS1PR01MB0135; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(5005006)(3002001); SRVR:OS1PR01MB0135; BCL:0; PCL:0; RULEID:; SRVR:OS1PR01MB0135; X-Forefront-PRVS: 06469BCC91 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(479174004)(24454002)(66066001)(15975445007)(65806001)(77096005)(2950100001)(65956001)(33656002)(189998001)(77156002)(42186005)(86362001)(107886002)(59896002)(5001960100002)(47776003)(5001770100001)(4001350100001)(62966003)(92566002)(83506001)(76176999)(80316001)(50466002)(64126003)(23676002)(46102003)(50986999)(65816999)(74482002)(40100003)(87266999)(19580395003)(122386002)(54356999)(87976001)(7059030)(3940600001); DIR:OUT; SFP:1102; SCL:1; SRVR:OS1PR01MB0135; H:[133.2.210.64]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtPUzFQUjAxTUIwMTM1OzIzOmc1d0tmRzdnQkZzNVFBbFIvR2RYdmlkMjVz?= =?utf-8?B?ZXFEbXU2TWFCSjhoSW5LSWNYM2l5VWdtWFNTeEE3SWJNTDdEbWV3ZUZGYldm?= =?utf-8?B?UjhIQWZDSGhGRGNoZzQ3TER1dHZoN3J4M3pOUTd3Szd2QWRjTGI1ZXYyUDdO?= =?utf-8?B?eWMwRXp1MjZFSmMycDNNQXlIQTdFQXlBQ3VYWU02SG5zSE8yTlFHNHdpQ2wv?= =?utf-8?B?dnVjL3BUdEhTWHljcHJSREV0UHh3VE9ZRUtHZ3phVzh1QzdCTEhJb3R1Y09o?= =?utf-8?B?NkpiVlJYYUl3WFBMNkpTUm9QcExRUEttRnRFY1NNa1gvaGMycVlpTG1tSThp?= =?utf-8?B?akRyQUVrWlFEUVo5dEJySm5iaHJFbEd0eGJWR2JpTFY0SFp4UEJOTUc4NVZU?= =?utf-8?B?blQxV0F0bnZaSkV4eWhhZ2RyempjS3A5T3pzcEs3R1VnTjlwOHA1bGVOZXEw?= =?utf-8?B?VHg0TmFlYkV1R1ZnTFhqNDNYdUxzWndYTzh4TGNiVGYzczUzU1h2QTFKa3Jl?= =?utf-8?B?Syt3NXZ4S1dMT1RDdWVmcEFIMERFTUxLNXdKSEdoWjB3Y3ZONUVtYWVXOVIr?= =?utf-8?B?ajducHZJdldGNDJHb01SNnVZNFhNVmFjUDhITFB1NUF0QVZzbytIaDUzdWVp?= =?utf-8?B?N25udlErOWhuTVVvRzRWcE5WMk9tOGdaVzdTTDV0ekxXdUJwbWZQaGdkRXdz?= =?utf-8?B?RU42RWlsakFCSitQSExxOEREK3VCVHZmVnpya0lVOEVxenBtYld3c21EZ0dJ?= =?utf-8?B?dVVlSFo0VFZuU3k1QTRySUxGUUhuY3ZBRm5JaHJXVGh6SUpVNFAwWnQ5bkJM?= =?utf-8?B?eTArSEdqeEtaRXZaSmlpZFZoMHl4UjdzYzgrQ3VHaTYzcHN5SitwWnNVNGJm?= =?utf-8?B?b3hlci9qWGpOc1BCZUxJMGpnZU5SVCtEa3l0TG9iclY3anFXdm9ONy9CSVly?= =?utf-8?B?RU9CSW4yMjdLQzRqaWVDS2svVU5sZEdyU09LNGE5Nlo1dmV3eTNaTnVDZFZI?= =?utf-8?B?RWg3bWhvT1NwS1lBQVliQlhJeHBVL2hiTnlsOFdLZU5GOThUQUIvSU4xelNx?= =?utf-8?B?S0dZZ05VcE43Y3Fic1YwNks1dzRTRnd2YWtlTmJWejhIRmx1WFZ5ZUZDNDJS?= =?utf-8?B?Q0RjNWgvQlc1eWo4SFg1bDdTMFRDUnlIM3NIWXVleXNVNGlnd3RCcVBmUy9O?= =?utf-8?B?QXN6eUtJMTZCT3RDdUZXKytPaFZlL0VwQ1BHc1c1Z1hzdmh0L1V0S3ZWVVBR?= =?utf-8?B?NTZ4Y3pHbVBJcm1kTnpHY1BhUk1MS0VtNmMzT0xFVUk5N2pKMmd1ZXhma2JM?= =?utf-8?B?OUhRaUpKNEd3bEQzcFdIMlZyakxZSTlYSDRLSjNVMGpKTUovVis0Wi83VVZE?= =?utf-8?B?ZDIxN2g1bVNFTC8xVVA5TEEwTGpTYVU5TkVZK1lLMnpTVExLcVRTbDRpUCs2?= =?utf-8?Q?COjaVgBAcZnx7XO3FJIiv+Pass1?= X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0135; 5:GBKfevzP0I+b5FwELF3TfF520jGtSg2azOdQ5+SqL5N1nDvhZHFRq+xXSKxf2rH3qzXw+wle+oym0SCsjt7iUSZNDmsGs5N8O4HxXZL+95BZAGKBfPk0sDf/g1MZf/pEdu2UYuKxq7mecr+NlZhC+A==; 24:tyuvaa4SNfZ6HnFPdd5f66k9h5nRHYTYNwJoF21lobpZ1vE5QTUxBmqLN+ul6zkKyBV6M6ePv2sI08b8ZxdAVfwQgBxQ0V7n0wUah6HnFBk=; 20:4lTHm9i8K82QzB3xdHMfnuljGb4O3KX34CYIZDc+tbhGOcJj2+Cws4xuCE92y61Fi67+y3yxrrnbgMC1x9d2Hg== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: it.aoyama.ac.jp X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jul 2015 08:50:06.5536 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS1PR01MB0135 Archived-At: Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 08:50:12 -0000 Hello Asmus, On 2015/07/23 14:37, Asmus Freytag wrote: > I have no objection to a registry for label disposition values, so that > the resulting label status after processing through a given LGR can be > made more interoperable. If such a registry is desired, it should be > defined outside this document though. I'm not sure how familiar you are with registries in the IETF. What usually happens is that a document defines the registries it needs. Here, "defines" means providing initial values, and criteria for updates. The actual registry is then maintained by IANA (http://www.iana.org). In some cases, it's worth separating out registry stuff into a separate document, but for a simple registry with just four initial values that may not really be worth the trouble of creating a separate document. Regards, Martin. From nobody Thu Jul 23 01:55:17 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8739A1AC41D for ; Thu, 23 Jul 2015 01:55:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.611 X-Spam-Level: X-Spam-Status: No, score=-1.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 zvb6S3Po1b_T for ; Thu, 23 Jul 2015 01:55:15 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id EEECC1AC405 for ; Thu, 23 Jul 2015 01:54:38 -0700 (PDT) Received: from [31.133.180.130] (dhcp-b482.meeting.ietf.org [31.133.180.130]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 3D10746E77; Thu, 23 Jul 2015 04:54:41 -0400 (EDT) From: "Marc Blanchet" To: "Martin J. =?utf-8?q?D=C3=BCrst?=" Date: Thu, 23 Jul 2015 10:54:27 +0200 Message-ID: <3399E994-E16F-4E1D-BBC4-E84A5B7DAE9C@viagenie.ca> In-Reply-To: <55B0AAB7.9040400@it.aoyama.ac.jp> References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> <55B0AAB7.9040400@it.aoyama.ac.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) Archived-At: Cc: Asmus Freytag , lager@ietf.org Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 08:55:16 -0000 On 23 Jul 2015, at 10:49, Martin J. Dürst wrote: > Hello Asmus, > > On 2015/07/23 14:37, Asmus Freytag wrote: > >> I have no objection to a registry for label disposition values, so >> that >> the resulting label status after processing through a given LGR can >> be >> made more interoperable. If such a registry is desired, it should be >> defined outside this document though. > > I'm not sure how familiar you are with registries in the IETF. What > usually happens is that a document defines the registries it needs. > Here, "defines" means providing initial values, and criteria for > updates. The actual registry is then maintained by IANA > (http://www.iana.org). > > In some cases, it's worth separating out registry stuff into a > separate document, but for a simple registry with just four initial > values that may not really be worth the trouble of creating a separate > document. > yes. you wrote almost exactly what I was going to write. Marc. > Regards, Martin. > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager From nobody Thu Jul 23 03:22:23 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7591E1A3B9C for ; Thu, 23 Jul 2015 03:22:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.601 X-Spam-Level: X-Spam-Status: No, score=-1.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 rjEZVM5jpWhK for ; Thu, 23 Jul 2015 03:22:18 -0700 (PDT) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-sg2apc01on0095.outbound.protection.outlook.com [104.47.125.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6C0A1A9062 for ; Thu, 23 Jul 2015 03:20:55 -0700 (PDT) Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none; Received: from [133.2.210.64] (133.2.210.64) by TY1PR01MB0144.jpnprd01.prod.outlook.com (10.161.134.148) with Microsoft SMTP Server (TLS) id 15.1.225.19; Thu, 23 Jul 2015 10:20:52 +0000 To: Asmus Freytag , References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> <55B08C0B.7090807@ix.netcom.com> From: =?UTF-8?Q?Martin_J._D=c3=bcrst?= Organization: Aoyama Gakuin University Message-ID: <55B0BFFD.6010102@it.aoyama.ac.jp> Date: Thu, 23 Jul 2015 19:20:45 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B08C0B.7090807@ix.netcom.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [133.2.210.64] X-ClientProxiedBy: TY1PR0201CA0008.apcprd02.prod.outlook.com (25.164.90.146) To TY1PR01MB0144.jpnprd01.prod.outlook.com (25.161.134.148) X-Microsoft-Exchange-Diagnostics: 1; TY1PR01MB0144; 2:ryoKyiZShXLtU4bNUJHG/kAq00ODrKXwxKothU/GDjmCRTSJBWdepKkOreQewl8HUR0Di/0eD/EX3zcWDzaBgvr18vrWWYg2g+wfWVUgyKnka6D2UXgkSumC4mMaUsXu3tJHbbzTCVYLtz4crTCKTZk/x6ipysEJMU8lk8XZIeI=; 3:xdP0zzElwEax8wppa1+qdYiuS5QzBm7OCGvqOVry5naWwZvfFQjyhojE4DdtMr3l2eW6TQcMmWyaCkHSCattMh/OW/UHGd6+rFZIOYDuliMoqdMVMB86inJlozPCFBxAtNPD9XkZdPN2NKvgnBj3rw==; 25:Uu4jRBal27Bqs7CeZBe+PyNfuzyqIKgEAjHMFr81aAbJrviWKAWal8Lmjgo3+jLtJ1gL5fd3r0KHSQl0h6DLcm/BkWgeQ62u7o811XefMtMfqffYpvPApL4cZeH05NoBZwg8sLKo8YE1EyJiXyFSZ6w2NL9zxdJstALTGFAB2vQp6PK32qM2iOuvr1jnAlWQeB3KI7XNpSYe80J6Vke65SazGv9U+2LMttAJU/J8OwdieAkbc9T6ClXtOPP+OSRn1Z+rt5jStFdk76FULrLbSw==; 4:w7mZS7D6HHKrYnmJhEsaE0VQB18Ruagem12UeaU3RKFuYkg0IiVYwem55pshgGYhMrHO68sXwvrW7aSuJOnuGPRXSlJnk04t6w9+3eFHneRpSZtSAR8kBmBNoGxO9wNsx86DSB4BrPVjXNkV96GiN618aspWcC7KhwUE7X/1AJafJ5O01Qbov10aUVe/LxfSURv9uIUa22CSCW9PRWOFVp5ocjtTQASani0aDmhQBbtVoqPVrFRCGeg+9gXCfMmJz294w4xFU1SNoDVI60bPhA== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:TY1PR01MB0144; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(5005006)(3002001); SRVR:TY1PR01MB0144; BCL:0; PCL:0; RULEID:; SRVR:TY1PR01MB0144; X-Forefront-PRVS: 06469BCC91 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6049001)(6009001)(24454002)(377454003)(51444003)(479174004)(122386002)(86362001)(59896002)(40100003)(66066001)(77096005)(33656002)(83506001)(47776003)(92566002)(65806001)(65956001)(87976001)(107886002)(42186005)(23676002)(77156002)(62966003)(64126003)(50986999)(19580405001)(4001350100001)(5001770100001)(87266999)(15975445007)(80316001)(74482002)(65816999)(46102003)(19580395003)(189998001)(5001920100001)(5001960100002)(76176999)(50466002)(2950100001)(54356999)(7059030)(3940600001); DIR:OUT; SFP:1102; SCL:1; SRVR:TY1PR01MB0144; H:[133.2.210.64]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtUWTFQUjAxTUIwMTQ0OzIzOnJVZlFubnZvZXRRREZ2NkdyS1hET0d0VWF3?= =?utf-8?B?ZUs4NXo4eDhzS3M3THNyVGh4ZVY3VVhnVVdkQjE2NXc2SkFtTndXRHI4cGlG?= =?utf-8?B?c0ExeEZuRTBEY3VHZXVGREk4SEttTjZLeGdyS05tU1BZb1BzTEpGOFY4UHBn?= =?utf-8?B?cnRyYXJFcEFZMlBGZXh5cGMwbldGWG9FTHpZNUZDWDNIVE4wNVNwMDZDeVdJ?= =?utf-8?B?TitXSWZlemcreUcyQ1VFcE9sclNzTlZEdEZQVkM0YmV0WW9CdjBFRUJoMG0v?= =?utf-8?B?Smd6M1RkN2I0RjJ6NXd0Vi9YOSt1Nm1oT1NqTnNiVkJUWEE2L0U5QTdFdmlN?= =?utf-8?B?bFdtTHQ3RmtxaU80d2pwQ2gzNjBIZDNFTWJPZU81cGxXblVZNElUY3l6QXRU?= =?utf-8?B?NFZpQTVZMGpySCtnVTZXdklUM3VXdytKNlJuWXl6ODU0NlVRRVVNVW5wZnNO?= =?utf-8?B?QzEwL0VlUnFjSG9ER3ZrZm9oL0pKdXBFZkVkTTh1a04yWFdCeXg1cWt0WU5K?= =?utf-8?B?eHJuYVdNREdZSFlPNkwyalN0a09xVUh0Tk1aSytqWG1sc1ZIRExBUnZNMlU1?= =?utf-8?B?QVRueE9IbFljd1RBMUhsNmJ0RFZBblF4a0EySU9FMFdxcE92MkFTQjRkUzh1?= =?utf-8?B?blVKeVFBMU9TUCtSMFV2MVdweDZlYzVhcXY5QjNCQ3dNQXEzSm02SXJLWSto?= =?utf-8?B?ZUFPS1RPSWEwMXVyRFVVcHF4QVhUQTJDd3AwTFdvb0ZlekFrY2p0ZDhWOTM2?= =?utf-8?B?QkR0bFNRWTFMeTk3eS96SXBjMUNRMStBTDIxT0xjOHZ3M2RHMDZRM01qbFp6?= =?utf-8?B?WXhCKzdSQkZMZ3BzSjJQZDUveVVzeHIxbFdwV3Yvc3ZWUmRQL2tCNUFGRW9a?= =?utf-8?B?OFVWME5NRHFFNzZzR0xjOG9GNDNGTitlYXlYejZlc1ZncmxWR1NuYjIvMVQx?= =?utf-8?B?Z25oSlV0OUZXb1pmMlQvLzdCbi9Odm1ZL2NzNmNMUTF6R3JQSXBmN1dDek1l?= =?utf-8?B?bHRVNGFvekc3MWx1RnJjelVSUzlKemw3VWc0dDkrTkdHWjdMcXpZZm5zTTNa?= =?utf-8?B?aFk0elQrbTBZU3dZaHpibHZ6WVcrSFNDNmUyaGRLTW16YUtCeW5jbkNWMUdK?= =?utf-8?B?bGhuTnlBVjFBNHhCMktBdUlTTUdmQkpYQm9ieCtIQ3BSUUkySWs1NnFIWVc5?= =?utf-8?B?VmxuZkhvYUJKbXVISmRPMDEvMnZuRWl0QndpVmNtZ094TDB2ZUhKalB2dEtw?= =?utf-8?B?bjBERHVBcjBlSFFrRC9wdUVEM2pEYm1DRG1kaUdjU1pNeUtuWEJBSTNXSjA0?= =?utf-8?B?K3o5bEYvUHBRSVNpenNsd3g2cER0YlhBbi9mUFNiUGExMFlMVXVBcnZ2bXQw?= =?utf-8?B?Nk1NVUpSTEZqbjgralRtNVhrS0gyUlBpaitiNjRHMXlsZFMzUjVTU2hTOElu?= =?utf-8?B?ejdSSGwvLzFyZDlxanFLcXVZTEwwaG01WEh2bjZlRUpVb3FvVnBTTzBVaEw1?= =?utf-8?B?NjBhNVp3OWlFUkxkcm13aWMzajRpRzhJWFdMcnNxREl3M0NSUnpwbzBuN0tr?= =?utf-8?Q?nKhoHvw6fVfzHJpgIIjNVcX6sDSYJ99+hfbZ49yBJYDw=3D?= X-Microsoft-Exchange-Diagnostics: 1; TY1PR01MB0144; 5:kl2CBnC/KsMbJlE1MgzPFaMVXu2nf6SKg/ubUF1fd1x667OHLMNGOaxdNYNYIiZq7h+3e467vhyrq8umyzpDM+2CJD4h+2XUGbsJp0OaiWlhls0K8q627G/SnCb7hHYQFd3r+c5wrnzcKC6a6EXJ/g==; 24:BhHGz57ZMMciGDwBp8z7I7boDgIDwsRR4FYm48bgvM++VmFoxsZ8nIEgLF88ogT5C0tJc+c8j39nfDOOVU3nJp5ecA28ltlQod43F7dY3+A=; 20:b53sHClxZ2A1mvuuuJWkMz1IQP7fX2OZJTp71c2IYzeKCRhRtIw4wIdxaunp5WI4FFPKdQ2c5SHSHWSC+64zjA== SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: it.aoyama.ac.jp X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jul 2015 10:20:52.5592 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY1PR01MB0144 Archived-At: Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 10:22:21 -0000 Hello Asmus, Your reasoning below seemed straightforward, but then I read Marc's notes, where the possibility to cross-reference (rules in) files is mentioned. I don't know how rules currently are referenced across files, but if this is done directly using URIs/IRIs with fragment ids (which would be the most straightforward way on the Web), then recursion would still be possible. Regards, Martin. On 2015/07/23 15:39, Asmus Freytag wrote: > On 7/22/2015 11:37 AM, lager issue tracker wrote: >> #5: Add text about potential effects of recursive rules >> >> LGRs might include rules that could create situations where the >> evaluation >> of certain labels does never terminate because of recursive >> definitions. >> The syntax of the LGR does not prevent definitions of such recursive >> rules. >> >> Additionally, the presence of such rules is not fully detectable at the >> time the LGRs are being parsed, and might only be triggered once the >> implementation validates specific labels. >> >> Therefore, text should be added to the Security Considerations section >> explaining that situation. >> > > Pardon me if I appear dense for a moment. > > How would I set up a recursive rule? > > In order to nest a rule inside another, it needs to be declared (named). > While I'm parsing the declaration of a named rule, I have the choice (in > principle) of allowing the name to exist before the body of the rule is > fully parsed. If I do that, then I can set up recursion. If I don't > allow the name to "exist" until the body of the rule is fully parsed, > then the body of the rule can only nest rules defined earlier. > > With such lack of forward declaration, there wouldn't be a way to set up > recursion. > > I think that is what we want, because there seems to be no use case in > the LGR to have any recursion in the first place. > > If that analysis is correct, then I suggest the text to be added is a > clarification that there are no forward declaration and that nesting a > rule inside itself isn't allowed either, and therefore recursion is not > supported. > > In any case, this is a restriction that I have implemented in my tool, > but I see that there isn't language in 5.3.1 to that effect. > > The current text says: > > "A named rule may be incorporated into another rule by reference. " > > I think it should be restricted: > > "A previously encountered named rule may be incorporated into another > rule by reference. " > > and with that recursion would be off the table. > > A./ > > > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager > From nobody Thu Jul 23 08:36:09 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7CF71ACD3E for ; Thu, 23 Jul 2015 08:36:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.43 X-Spam-Level: X-Spam-Status: No, score=-3.43 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 YY7qtvUF7SFu for ; Thu, 23 Jul 2015 08:35:57 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26AE51ACD0B for ; Thu, 23 Jul 2015 08:35:56 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 23 Jul 2015 08:35:54 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Thu, 23 Jul 2015 08:35:53 -0700 From: Kim Davies To: Asmus Freytag Thread-Topic: [Lager] [lager] #6 (): Should there be a registry of actions? Thread-Index: AQHQxK38Yrds3Eld6kqsjsj/wCeIF53o/2iAgACnGgA= Date: Thu, 23 Jul 2015 15:35:52 +0000 Message-ID: <575AED30-3FDE-42BA-9A60-C255F47FCB69@icann.org> References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> In-Reply-To: <55B07DAD.7030405@ix.netcom.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.35.1] Content-Type: multipart/alternative; boundary="_000_575AED303FDE42BA9A60C255F47FCB69icannorg_" MIME-Version: 1.0 Archived-At: Cc: "lager@ietf.org" Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 15:36:06 -0000 --_000_575AED303FDE42BA9A60C255F47FCB69icannorg_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQXNtdXMsIEhpIGFsbCwNCg0KT24gSnVsIDIyLCAyMDE1LCBhdCAxMDozNyBQTSwgQXNtdXMg RnJleXRhZyA8YXNtdXNmQGl4Lm5ldGNvbS5jb208bWFpbHRvOmFzbXVzZkBpeC5uZXRjb20uY29t Pj4gd3JvdGU6DQoNCk9uIDcvMjIvMjAxNSAxMTo0MCBBTSwgbGFnZXIgaXNzdWUgdHJhY2tlciB3 cm90ZToNCg0KIzY6IFNob3VsZCB0aGVyZSBiZSBhIHJlZ2lzdHJ5IG9mIGFjdGlvbnM/DQoNCiBT ZWN0aW9uIDYuMyBvZiB0aGUgLTEwIGRyYWZ0IGNvbnRhaW5zIGEgbGlzdCBvZiA0IGFjdGlvbnMu IFdpbGwgdGhpcyBiZQ0KIGFsbCB0aGF0IGFyZSBldmVyIG5lZWRlZD8gVGhlc2UgbWF5IGJlIHN1 aXRlZCB0byBjcmVhdGluZyBhbiBJQU5BIHJlZ2lzdHJ5DQogb2YgYWN0aW9ucyB0aGF0IGNvdWxk IHByb3ZpZGUgYSByZWdpc3RyYXRpb24gcHJvY2VkdXJlIHNvIG5ldyBhY3Rpb25zIGNhbg0KIGJl IGFkZGVkIGxhdGVyIGluZGVwZW5kZW50bHkgb2YgdGhpcyBzcGVjaWZpY2F0aW9uLiBEaXNjdXNz IGFuZCBkZWNpZGUuDQoNCg0KVGhlIHF1ZXN0aW9uIEkgaGF2ZSB3aXRoIHRoaXMgY29tbWVudCBp cyB3aGV0aGVyIHRoZSBzdWdnZXN0ZWQgcmVnaXN0cnkgaXMgcmVhbGx5IGludGVuZGVkIHRvIHJl Z2lzdGVyIDxhY3Rpb24+IGVsZW1lbnRzLCBvciB3aGV0aGVyIGl0IHdhcyByYXRoZXIgdGhlIGlu dGVudCAgdG8gc2V0IHVwIGEgcmVnaXN0cnkgb2YgYWRkaXRpb25hbCBkaXNwb3NpdGlvbiB2YWx1 ZXMuDQoNClRoZSBsYXR0ZXIgd291bGQgbWFrZSBtb3JlIHNlbnNlLg0KDQpZZXMgaXRzIHRoZSBs YXR0ZXIuIEkgd3JvdGUgdGhhdCBpc3N1ZSBhcyBpdCBoYXMgYmVlbiBzb21ldGhpbmcgb24gbXkg bWluZCBidXQsIGFzIHVzdWFsLCBkaWRu4oCZdCB1c2UgZW5vdWdoIHByZWNpc2lvbiBpbiBteSBs YW5ndWFnZSA6LSkNCg0KSSBoYXZlIG5vIG9iamVjdGlvbiB0byBhIHJlZ2lzdHJ5IGZvciBsYWJl bCBkaXNwb3NpdGlvbiB2YWx1ZXMsIHNvIHRoYXQgdGhlIHJlc3VsdGluZyBsYWJlbCBzdGF0dXMg YWZ0ZXIgcHJvY2Vzc2luZyB0aHJvdWdoIGEgZ2l2ZW4gTEdSIGNhbiBiZSBtYWRlIG1vcmUgaW50 ZXJvcGVyYWJsZS4gSWYgc3VjaCBhIHJlZ2lzdHJ5IGlzIGRlc2lyZWQsIGl0IHNob3VsZCBiZSBk ZWZpbmVkIG91dHNpZGUgdGhpcyBkb2N1bWVudCB0aG91Z2guDQoNClRoZSB0aHJ1c3Qgb2YgbXkg Y29tbWVudCBvZiBoYXZpbmcgYW4gSUFOQSByZWdpc3RyeSogaXMgaXQgd291bGQgYmV0dGVyIGFs bG93IGZvciBleHRlbnNpb25zIHRvIGJlIGRvY3VtZW50ZWQgaW5kZXBlbmRlbnRseSB3aXRob3V0 IG5lZWRpbmcgdG8gcmV2IHRoZSB3aG9sZSBMR1Igc3BlYy4gSXQgd291bGQgYWxzbyBnaXZlIGFu IGV4cGxpY2l0IHJvYWRtYXAgYW5kIGV4cGVjdGF0aW9uIHRoYXQgaWYgeW91IGRvIGV4dGVuZCB0 aGUgTEdSIGdyYW1tYXIgaW4gdGhpcyB3YXksIHlvdSBhcmUgZXhwZWN0ZWQgdG8gcmVnaXN0ZXIg eW91ciBuZXcgdmVyYnMgaW4gdGhpcyByZWdpc3RyeSB0byBlbnN1cmUgY29udGludWVkIGludGVy b3BlcmFiaWxpdHkgYW5kIGF2b2lkIGNvbmZsaWN0cy4NCg0Ka2ltDQoNCiogRm9yIHRob3NlIG5v dCBmYW1pbGlhciwgaXQgd291bGQgYmUgc29tZXRoaW5nIGxpa2UgdGhpczogaHR0cDovL3d3dy5p YW5hLm9yZy9hc3NpZ25tZW50cy9kbnMtcGFyYW1ldGVycy9kbnMtcGFyYW1ldGVycy54aHRtbCNk bnMtcGFyYW1ldGVycy02IOKAlCB0aGUgZmlyc3Qgc2l4IFJDT0RFcyB3ZXJlIGRlZmluZWQgYnkg dGhlIG9yaWdpbmFsIEROUyBzcGVjaWZpY2F0aW9uLCBidXQgc3Vic2VxdWVudCBzcGVjaWZpY2F0 aW9ucyBhZGRlZCBtb3JlIHRvIGl0Lg0KDQo= --_000_575AED303FDE42BA9A60C255F47FCB69icannorg_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgQXNtdXMsIEhpIGFsbCwNCjxk aXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPGRpdj4NCjxibG9ja3F1b3RlIHR5cGU9ImNpdGUi IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBKdWwgMjIsIDIwMTUsIGF0IDEwOjM3IFBNLCBB c211cyBGcmV5dGFnICZsdDs8YSBocmVmPSJtYWlsdG86YXNtdXNmQGl4Lm5ldGNvbS5jb20iIGNs YXNzPSIiPmFzbXVzZkBpeC5uZXRjb20uY29tPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xh c3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgYmdj b2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJtb3ot Y2l0ZS1wcmVmaXgiPk9uIDcvMjIvMjAxNSAxMTo0MCBBTSwgbGFnZXIgaXNzdWUgdHJhY2tlciB3 cm90ZTo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIGNpdGU9Im1pZDowNjAuMjVl ZjY5OTM2ZjM2MzQ3MGFmYmQ0MjkzNDM5ZjcwZGZAdG9vbHMuaWV0Zi5vcmciIHR5cGU9ImNpdGUi IGNsYXNzPSIiPg0KPHByZSB3cmFwPSIiIGNsYXNzPSIiPiM2OiBTaG91bGQgdGhlcmUgYmUgYSBy ZWdpc3RyeSBvZiBhY3Rpb25zPw0KDQogU2VjdGlvbiA2LjMgb2YgdGhlIC0xMCBkcmFmdCBjb250 YWlucyBhIGxpc3Qgb2YgNCBhY3Rpb25zLiBXaWxsIHRoaXMgYmUNCiBhbGwgdGhhdCBhcmUgZXZl ciBuZWVkZWQ/IFRoZXNlIG1heSBiZSBzdWl0ZWQgdG8gY3JlYXRpbmcgYW4gSUFOQSByZWdpc3Ry eQ0KIG9mIGFjdGlvbnMgdGhhdCBjb3VsZCBwcm92aWRlIGEgcmVnaXN0cmF0aW9uIHByb2NlZHVy ZSBzbyBuZXcgYWN0aW9ucyBjYW4NCiBiZSBhZGRlZCBsYXRlciBpbmRlcGVuZGVudGx5IG9mIHRo aXMgc3BlY2lmaWNhdGlvbi4gRGlzY3VzcyBhbmQgZGVjaWRlLg0KPC9wcmU+DQo8L2Jsb2NrcXVv dGU+DQo8Zm9udCBmYWNlPSJDYW5kYXJhIiBjbGFzcz0iIj5UaGUgcXVlc3Rpb24gSSBoYXZlIHdp dGggdGhpcyBjb21tZW50IGlzIHdoZXRoZXIgdGhlIHN1Z2dlc3RlZCByZWdpc3RyeSBpcyByZWFs bHkgaW50ZW5kZWQgdG8gcmVnaXN0ZXIgJmx0O2FjdGlvbiZndDsgZWxlbWVudHMsIG9yIHdoZXRo ZXIgaXQgd2FzIHJhdGhlciB0aGUgaW50ZW50Jm5ic3A7IHRvIHNldCB1cCBhIHJlZ2lzdHJ5IG9m IGFkZGl0aW9uYWwgZGlzcG9zaXRpb24gdmFsdWVzLg0KPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNz PSIiPg0KVGhlIGxhdHRlciB3b3VsZCBtYWtlIG1vcmUgc2Vuc2UuPGJyIGNsYXNzPSIiPg0KPC9m b250PjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPGRpdj5ZZXMgaXRzIHRoZSBsYXR0ZXIuIEkgd3JvdGUgdGhhdCBpc3N1ZSBhcyBpdCBo YXMgYmVlbiBzb21ldGhpbmcgb24gbXkgbWluZCBidXQsIGFzIHVzdWFsLCBkaWRu4oCZdCB1c2Ug ZW5vdWdoIHByZWNpc2lvbiBpbiBteSBsYW5ndWFnZSA6LSk8L2Rpdj4NCjxkaXY+PGJyIGNsYXNz PSIiPg0KPC9kaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+DQo8ZGl2IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiIGNsYXNzPSIiPjxm b250IGZhY2U9IkNhbmRhcmEiIGNsYXNzPSIiPkkgaGF2ZSBubyBvYmplY3Rpb24gdG8gYSByZWdp c3RyeSBmb3IgbGFiZWwgZGlzcG9zaXRpb24gdmFsdWVzLCBzbyB0aGF0IHRoZSByZXN1bHRpbmcg bGFiZWwgc3RhdHVzIGFmdGVyIHByb2Nlc3NpbmcgdGhyb3VnaCBhIGdpdmVuIExHUiBjYW4gYmUg bWFkZSBtb3JlIGludGVyb3BlcmFibGUuIElmIHN1Y2ggYSByZWdpc3RyeQ0KIGlzIGRlc2lyZWQs IGl0IHNob3VsZCBiZSBkZWZpbmVkIG91dHNpZGUgdGhpcyBkb2N1bWVudCB0aG91Z2guPGJyIGNs YXNzPSIiPg0KPC9mb250PjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXY+VGhlIHRocnVzdCBvZiBteSBjb21tZW50IG9mIGhhdmluZyBhbiBJ QU5BIHJlZ2lzdHJ5KiBpcyBpdCB3b3VsZCBiZXR0ZXIgYWxsb3cgZm9yIGV4dGVuc2lvbnMgdG8g YmUgZG9jdW1lbnRlZCBpbmRlcGVuZGVudGx5IHdpdGhvdXQgbmVlZGluZyB0byByZXYgdGhlIHdo b2xlIExHUiBzcGVjLiBJdCB3b3VsZCBhbHNvIGdpdmUgYW4gZXhwbGljaXQgcm9hZG1hcCBhbmQg ZXhwZWN0YXRpb24gdGhhdCBpZiB5b3UgZG8gZXh0ZW5kIHRoZSBMR1INCiBncmFtbWFyIGluIHRo aXMgd2F5LCB5b3UgYXJlIGV4cGVjdGVkIHRvIHJlZ2lzdGVyIHlvdXIgbmV3IHZlcmJzIGluIHRo aXMgcmVnaXN0cnkgdG8gZW5zdXJlIGNvbnRpbnVlZCBpbnRlcm9wZXJhYmlsaXR5IGFuZCBhdm9p ZCBjb25mbGljdHMuPC9kaXY+DQo8ZGl2PjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdj5raW08 L2Rpdj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2PiogRm9yIHRob3NlIG5vdCBmYW1pbGlhciwgaXQgd291bGQgYmUgc29t ZXRoaW5nIGxpa2UgdGhpczombmJzcDs8YSBocmVmPSJodHRwOi8vd3d3LmlhbmEub3JnL2Fzc2ln bm1lbnRzL2Rucy1wYXJhbWV0ZXJzL2Rucy1wYXJhbWV0ZXJzLnhodG1sI2Rucy1wYXJhbWV0ZXJz LTYiIGNsYXNzPSIiPmh0dHA6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvZG5zLXBhcmFtZXRl cnMvZG5zLXBhcmFtZXRlcnMueGh0bWwjZG5zLXBhcmFtZXRlcnMtNjwvYT4mbmJzcDvigJQNCiB0 aGUgZmlyc3Qgc2l4IFJDT0RFcyB3ZXJlIGRlZmluZWQgYnkgdGhlIG9yaWdpbmFsIEROUyBzcGVj aWZpY2F0aW9uLCBidXQgc3Vic2VxdWVudCBzcGVjaWZpY2F0aW9ucyBhZGRlZCBtb3JlIHRvIGl0 LjwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg0K --_000_575AED303FDE42BA9A60C255F47FCB69icannorg_-- From nobody Thu Jul 23 08:36:38 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 284D81ACDCF for ; Thu, 23 Jul 2015 08:36:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.131 X-Spam-Level: X-Spam-Status: No, score=-3.131 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 AQFe_FkLqjzp for ; Thu, 23 Jul 2015 08:36:36 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-1.pexch112.icann.org [64.78.40.7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DF491ACE28 for ; Thu, 23 Jul 2015 08:36:36 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 23 Jul 2015 08:36:34 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Thu, 23 Jul 2015 08:36:34 -0700 From: Kim Davies To: =?utf-8?B?TWFydGluIEouIETDvHJzdA==?= Thread-Topic: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules Thread-Index: AQHQxRJVcgTAISfi7EODPkheHcQRK53pTayAgABYPoA= Date: Thu, 23 Jul 2015 15:36:33 +0000 Message-ID: <7F15C7C0-24A8-4124-AACB-7C8DC8E962D6@icann.org> References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> <55B08C0B.7090807@ix.netcom.com> <55B0BFFD.6010102@it.aoyama.ac.jp> In-Reply-To: <55B0BFFD.6010102@it.aoyama.ac.jp> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.35.1] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Asmus Freytag , "lager@ietf.org" Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 15:36:37 -0000 DQo+IE9uIEp1bCAyMywgMjAxNSwgYXQgMzoyMCBBTSwgTWFydGluIEouIETDvHJzdCA8ZHVlcnN0 QGl0LmFveWFtYS5hYy5qcD4gd3JvdGU6DQo+IA0KPiBZb3VyIHJlYXNvbmluZyBiZWxvdyBzZWVt ZWQgc3RyYWlnaHRmb3J3YXJkLCBidXQgdGhlbiBJIHJlYWQgTWFyYydzIG5vdGVzLCB3aGVyZSB0 aGUgcG9zc2liaWxpdHkgdG8gY3Jvc3MtcmVmZXJlbmNlIChydWxlcyBpbikgZmlsZXMgaXMgbWVu dGlvbmVkLiBJIGRvbid0IGtub3cgaG93IHJ1bGVzIGN1cnJlbnRseSBhcmUgcmVmZXJlbmNlZCBh Y3Jvc3MgZmlsZXMsIGJ1dCBpZiB0aGlzIGlzIGRvbmUgZGlyZWN0bHkgdXNpbmcgVVJJcy9JUklz IHdpdGggZnJhZ21lbnQgaWRzICh3aGljaCB3b3VsZCBiZSB0aGUgbW9zdCBzdHJhaWdodGZvcndh cmQgd2F5IG9uIHRoZSBXZWIpLCB0aGVuIHJlY3Vyc2lvbiB3b3VsZCBzdGlsbCBiZSBwb3NzaWJs ZS4NCg0KVGhlcmUgaXMgbm8gZ3JhbW1hciBmb3IgY3Jvc3MtcmVmZXJlbmNpbmcgb3IgaW5jbHVk aW5nIG90aGVyIExHUnMgaW4gdGhlIHNwZWMgYXMgd3JpdHRlbi4gVGhlIGFzc3VtcHRpb24gaGFz IGJlZW4gdGhhdCB3aGlsZSBpbXBvcnRpbmcgb3RoZXIgTEdScyBpcyBkZXNpcmFibGUgKGFuZCBp bmRlZWQgZXNzZW50aWFsIGZvciB0aGUgUm9vdCBab25lIExHUiksIGl0IHdvdWxkIGJlIGRvbmUg YnkgYW4gTEdSLWF3YXJlIHRvb2wgdGhhdCB3b3VsZCBtZWNoYW5pY2FsbHkgbWVyZ2UgdGhlIExH UnMsIGNoZWNrIGZvciBjb25mbGljdHMsIGFuZCBwcm9kdWNlIGEgY29tcGlsYXRpb24uDQoNCmtp bQ== From nobody Thu Jul 23 10:36:12 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 613C31AD363 for ; Thu, 23 Jul 2015 10:36:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.4 X-Spam-Level: X-Spam-Status: No, score=-2.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7] 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 u-YYXhkiBMyw for ; Thu, 23 Jul 2015 10:36:08 -0700 (PDT) Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) by ietfa.amsl.com (Postfix) with ESMTP id 3A3F81ACEE9 for ; Thu, 23 Jul 2015 10:36:08 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=D+9ieaskIBmr5WNI1NoujLBqg9bu6iKgBBgLWFH2W9b1yUlfADqMCWAPwNAf6eM/; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZIKPf-0001Pn-Go; Thu, 23 Jul 2015 13:36:07 -0400 To: =?UTF-8?Q?Martin_J._D=c3=bcrst?= , lager@ietf.org References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> <55B0AAB7.9040400@it.aoyama.ac.jp> From: Asmus Freytag Message-ID: <55B1260C.5020805@ix.netcom.com> Date: Thu, 23 Jul 2015 10:36:12 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <55B0AAB7.9040400@it.aoyama.ac.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba0f42fbf56c694cd68a967c64ca65ddd61350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 17:36:11 -0000 On 7/23/2015 1:49 AM, Martin J. Dürst wrote: > Hello Asmus, > > On 2015/07/23 14:37, Asmus Freytag wrote: > >> I have no objection to a registry for label disposition values, so that >> the resulting label status after processing through a given LGR can be >> made more interoperable. If such a registry is desired, it should be >> defined outside this document though. > > I'm not sure how familiar you are with registries in the IETF. What > usually happens is that a document defines the registries it needs. > Here, "defines" means providing initial values, and criteria for > updates. The actual registry is then maintained by IANA > (http://www.iana.org). > > In some cases, it's worth separating out registry stuff into a > separate document, but for a simple registry with just four initial > values that may not really be worth the trouble of creating a separate > document. > > OK, that makes sense A./ From nobody Thu Jul 23 12:16:00 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 21A951A1BA7 for ; Thu, 23 Jul 2015 12:15:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 4BPI9UsMW9zA for ; Thu, 23 Jul 2015 12:15:57 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id CB0EE1A1B4A for ; Thu, 23 Jul 2015 12:15:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=E2xStkewYwAXKA1H8/Jd44TMRJxpnic5gra+OnXArr+nrEoH1Uys2JjVey7Gf9r7; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZILyF-0000n4-O6 for lager@ietf.org; Thu, 23 Jul 2015 15:15:55 -0400 From: Asmus Freytag To: lager@ietf.org References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> <575AED30-3FDE-42BA-9A60-C255F47FCB69@icann.org> Message-ID: <55B13D70.7010002@ix.netcom.com> Date: Thu, 23 Jul 2015 12:16:00 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <575AED30-3FDE-42BA-9A60-C255F47FCB69@icann.org> Content-Type: multipart/alternative; boundary="------------070405070602040908090107" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba04fc5cf5ce21422f0b8866a17043cb9d1350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 19:15:59 -0000 This is a multi-part message in MIME format. --------------070405070602040908090107 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 7/23/2015 8:35 AM, Kim Davies wrote: > Hi Asmus, Hi all, > >> On Jul 22, 2015, at 10:37 PM, Asmus Freytag > > wrote: >> >> On 7/22/2015 11:40 AM, lager issue tracker wrote: >>> #6: Should there be a registry of actions? >>> >>> Section 6.3 of the -10 draft contains a list of 4 actions. Will this be >>> all that are ever needed? These may be suited to creating an IANA registry >>> of actions that could provide a registration procedure so new actions can >>> be added later independently of this specification. Discuss and decide. >> The question I have with this comment is whether the suggested >> registry is really intended to register elements, or whether >> it was rather the intent to set up a registry of additional >> disposition values. >> >> The latter would make more sense. > > Yes its the latter. I wrote that issue as it has been something on my > mind but, as usual, didn’t use enough precision in my language :-) > OK, so a simple registry of "dispositions" for labels. >> I have no objection to a registry for label disposition values, so >> that the resulting label status after processing through a given LGR >> can be made more interoperable. If such a registry is desired, it >> should be defined outside this document though. > > The thrust of my comment of having an IANA registry* is it would > better allow for extensions to be documented independently without > needing to rev the whole LGR spec. It would also give an explicit > roadmap and expectation that if you do extend the LGR grammar in this > way, you are expected to register your new verbs in this registry to > ensure continued interoperability and avoid conflicts. While you are thinking of these as verbs, others are thinking of them as status values; that's the disconnect that we are tracking in another item. We obviously need to resolve that issue first. But otherwise, I agree with the thrust here, and if setting up a registry is "simple" I have no objection to having it done in the document. A./ > > kim > > * For those not familiar, it would be something like this: > http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6 — > the first six RCODEs were defined by the original DNS specification, > but subsequent specifications added more to it. > > > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager --------------070405070602040908090107 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 7/23/2015 8:35 AM, Kim Davies wrote:
Hi Asmus, Hi all,

On Jul 22, 2015, at 10:37 PM, Asmus Freytag <asmusf@ix.netcom.com> wrote:

On 7/22/2015 11:40 AM, lager issue tracker wrote:
#6: Should there be a registry of actions?

 Section 6.3 of the -10 draft contains a list of 4 actions. Will this be
 all that are ever needed? These may be suited to creating an IANA registry
 of actions that could provide a registration procedure so new actions can
 be added later independently of this specification. Discuss and decide.
The question I have with this comment is whether the suggested registry is really intended to register <action> elements, or whether it was rather the intent  to set up a registry of additional disposition values.

The latter would make more sense.

Yes its the latter. I wrote that issue as it has been something on my mind but, as usual, didn’t use enough precision in my language :-)

OK, so a simple registry of "dispositions"  for labels.
I have no objection to a registry for label disposition values, so that the resulting label status after processing through a given LGR can be made more interoperable. If such a registry is desired, it should be defined outside this document though.

The thrust of my comment of having an IANA registry* is it would better allow for extensions to be documented independently without needing to rev the whole LGR spec. It would also give an explicit roadmap and expectation that if you do extend the LGR grammar in this way, you are expected to register your new verbs in this registry to ensure continued interoperability and avoid conflicts.

While you are thinking of these as verbs, others are thinking of them as status values; that's the disconnect that we are tracking in another item. We obviously need to resolve that issue first.

But otherwise, I agree with the thrust here, and if setting up a registry is "simple" I have no objection to having it done in the document.

A./

kim

* For those not familiar, it would be something like this: http://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-6 — the first six RCODEs were defined by the original DNS specification, but subsequent specifications added more to it.



_______________________________________________
Lager mailing list
Lager@ietf.org
https://www.ietf.org/mailman/listinfo/lager

--------------070405070602040908090107-- From nobody Thu Jul 23 12:16:15 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C9711A1B4A for ; Thu, 23 Jul 2015 12:16:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 hx6a8FpKZtCj for ; Thu, 23 Jul 2015 12:16:11 -0700 (PDT) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by ietfa.amsl.com (Postfix) with ESMTP id 8728C1A6EE6 for ; Thu, 23 Jul 2015 12:16:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=QIwWIFwYCKosx7gtfO3tX5ahWErUiB5FGdd/N5jPqH6UiledJTrRt6RDVvyqOSjF; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZILyT-0001HT-VM for lager@ietf.org; Thu, 23 Jul 2015 15:16:10 -0400 From: Asmus Freytag To: lager@ietf.org References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> <55B08C0B.7090807@ix.netcom.com> <55B0BFFD.6010102@it.aoyama.ac.jp> <7F15C7C0-24A8-4124-AACB-7C8DC8E962D6@icann.org> Message-ID: <55B13D7F.1090209@ix.netcom.com> Date: Thu, 23 Jul 2015 12:16:15 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <7F15C7C0-24A8-4124-AACB-7C8DC8E962D6@icann.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba08f16c6503a39b1a00e7dc1a865a3ce82350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 19:16:13 -0000 On 7/23/2015 8:36 AM, Kim Davies wrote: >> On Jul 23, 2015, at 3:20 AM, Martin J. Dürst wrote: >> >> Your reasoning below seemed straightforward, but then I read Marc's notes, where the possibility to cross-reference (rules in) files is mentioned. I don't know how rules currently are referenced across files, but if this is done directly using URIs/IRIs with fragment ids (which would be the most straightforward way on the Web), then recursion would still be possible. > There is no grammar for cross-referencing or including other LGRs in the spec as written. The assumption has been that while importing other LGRs is desirable (and indeed essential for the Root Zone LGR), it would be done by an LGR-aware tool that would mechanically merge the LGRs, check for conflicts, and produce a compilation. > > I agree, this isn't supported now and I see no good reason to allow such referencing. A./ From nobody Thu Jul 23 13:22:06 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56AF21A87E3 for ; Thu, 23 Jul 2015 13:22:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.431 X-Spam-Level: X-Spam-Status: No, score=-3.431 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 AvN7l1Jxzct5 for ; Thu, 23 Jul 2015 13:22:02 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2CA91A1B91 for ; Thu, 23 Jul 2015 13:22:02 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 23 Jul 2015 13:22:00 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Thu, 23 Jul 2015 13:22:00 -0700 From: Kim Davies To: Asmus Freytag Thread-Topic: [Lager] [lager] #6 (): Should there be a registry of actions? Thread-Index: AQHQxK38Yrds3Eld6kqsjsj/wCeIF53o/2iAgACnGgCAAD1/AIAAEm+A Date: Thu, 23 Jul 2015 20:21:59 +0000 Message-ID: References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> <575AED30-3FDE-42BA-9A60-C255F47FCB69@icann.org> <55B13D70.7010002@ix.netcom.com> In-Reply-To: <55B13D70.7010002@ix.netcom.com> Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.32.234] Content-Type: text/plain; charset="utf-8" Content-ID: <7DE5D919195CB0409C2B40E2C0706ECD@pexch112.icann.org> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "lager@ietf.org" Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 20:22:04 -0000 DQo+PiBUaGUgdGhydXN0IG9mIG15IGNvbW1lbnQgb2YgaGF2aW5nIGFuIElBTkEgcmVnaXN0cnkq IGlzIGl0IHdvdWxkIGJldHRlciBhbGxvdyBmb3IgZXh0ZW5zaW9ucyB0byBiZSBkb2N1bWVudGVk IGluZGVwZW5kZW50bHkgd2l0aG91dCBuZWVkaW5nIHRvIHJldiB0aGUgd2hvbGUgTEdSIHNwZWMu IEl0IHdvdWxkIGFsc28gZ2l2ZSBhbiBleHBsaWNpdCByb2FkbWFwIGFuZCBleHBlY3RhdGlvbiB0 aGF0IGlmIHlvdSBkbyBleHRlbmQgdGhlIExHUiBncmFtbWFyIGluIHRoaXMgd2F5LCB5b3UgYXJl IGV4cGVjdGVkIHRvIHJlZ2lzdGVyIHlvdXIgbmV3IHZlcmJzIGluIHRoaXMgcmVnaXN0cnkgdG8g ZW5zdXJlIGNvbnRpbnVlZCBpbnRlcm9wZXJhYmlsaXR5IGFuZCBhdm9pZCBjb25mbGljdHMuDQo+ IA0KPiBXaGlsZSB5b3UgYXJlIHRoaW5raW5nIG9mIHRoZXNlIGFzIHZlcmJzLCBvdGhlcnMgYXJl IHRoaW5raW5nIG9mIHRoZW0gYXMgc3RhdHVzIHZhbHVlczsgdGhhdCdzIHRoZSBkaXNjb25uZWN0 IHRoYXQgd2UgYXJlIHRyYWNraW5nIGluIGFub3RoZXIgaXRlbS4gV2Ugb2J2aW91c2x5IG5lZWQg dG8gcmVzb2x2ZSB0aGF0IGlzc3VlIGZpcnN0Lg0KDQpNeSB0YWtlIGlzIHRoZSBpbXBlcmF0aXZl IGZvcm0gaXMgbW9yZSBhcHBlYWxpbmcgYnkgYmVpbmcgc2hvcnRlciBhbmQgbW9yZSBkaXJlY3Q7 IGJ1dCBJ4oCZbGwgYWRtaXQgdG8gaXQgYmVpbmcgYSBiaXQgb2YgYSBiaWtlc2hlZCBwYWludGlu ZyBpc3N1ZSBhbmQgSSBjYW4gZ28gZWl0aGVyIHdheS4gUGVyaGFwcyBpZiBhbnlvbmUgZWxzZSBo ZXJlIGZlZWxzIHN0cm9uZ2x5IGFib3V0IGl0IHRoZXkgY2FuIGNoaW1lIGluIGJlZm9yZSB3ZSBz ZXR0bGUgb24gYW4gYXBwcm9hY2guDQoNCk9wdGlvbiBBICh2ZXJicyk6IGFsbG9jYXRlIC8gYmxv Y2sgLyBhY3RpdmF0ZSAvIGludmFsaWQNCk9wdGlvbiBCIChjb25zZXF1ZW50aWFsIHN0YXR1cyk6 IGFsbG9jYXRlZCAvIGJsb2NrZWQgLyBhY3RpdmF0ZWQgLyBpbnZhbGlkDQoNCmtpbQ0KDQoNCg== From nobody Thu Jul 23 13:41:36 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C46DF1A914C for ; Thu, 23 Jul 2015 13:41:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 9ONyJDAZwpuS for ; Thu, 23 Jul 2015 13:41:33 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 1326D1A00BB for ; Thu, 23 Jul 2015 13:41:33 -0700 (PDT) Received: from [31.133.137.243] (dhcp-89f3.meeting.ietf.org [31.133.137.243]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 5859E403AB; Thu, 23 Jul 2015 16:41:35 -0400 (EDT) From: "Marc Blanchet" To: "Asmus Freytag" Date: Thu, 23 Jul 2015 22:41:30 +0200 Message-ID: In-Reply-To: <55B13D7F.1090209@ix.netcom.com> References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> <55B08C0B.7090807@ix.netcom.com> <55B0BFFD.6010102@it.aoyama.ac.jp> <7F15C7C0-24A8-4124-AACB-7C8DC8E962D6@icann.org> <55B13D7F.1090209@ix.netcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) Archived-At: Cc: lager@ietf.org Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 20:41:34 -0000 On 23 Jul 2015, at 21:16, Asmus Freytag wrote: > On 7/23/2015 8:36 AM, Kim Davies wrote: >>> On Jul 23, 2015, at 3:20 AM, Martin J. Dürst >>> wrote: >>> >>> Your reasoning below seemed straightforward, but then I read Marc's >>> notes, where the possibility to cross-reference (rules in) files is >>> mentioned. I don't know how rules currently are referenced across >>> files, but if this is done directly using URIs/IRIs with fragment >>> ids (which would be the most straightforward way on the Web), then >>> recursion would still be possible. >> There is no grammar for cross-referencing or including other LGRs in >> the spec as written. The assumption has been that while importing >> other LGRs is desirable (and indeed essential for the Root Zone LGR), >> it would be done by an LGR-aware tool that would mechanically merge >> the LGRs, check for conflicts, and produce a compilation. >> >> > > I agree, this isn't supported now and I see no good reason to allow > such referencing. well, I think the overall expressed concern was that we shall carefully investigate if possible looping by a lazy implementation might happen, and if found possible (even for an incorrect xml file, but still xml validating), then some paragraph describing the case and providing the warning would be appropriate to add. And also a test vector would be useful for implementations to test against. This is just good guidance to implementations, not a comment on the grammer needs to be changed or not. Marc. > > A./ > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager From nobody Thu Jul 23 16:01:48 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C0BFD1A0193 for ; Thu, 23 Jul 2015 16:01:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 WZhuFz5qg-nU for ; Thu, 23 Jul 2015 16:01:44 -0700 (PDT) Received: from elasmtp-kukur.atl.sa.earthlink.net (elasmtp-kukur.atl.sa.earthlink.net [209.86.89.65]) by ietfa.amsl.com (Postfix) with ESMTP id 380B21B2A41 for ; Thu, 23 Jul 2015 16:01:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=PUFkkPz000fjEKZzwVtzG5fVO0zb6X7SPVxzzzATJYLLAXMhTj0ePGuc7RF/G/dT; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZIPUl-0003bs-Fm for lager@ietf.org; Thu, 23 Jul 2015 19:01:43 -0400 To: lager@ietf.org References: <066.559c2973775ac592f5cf408bb988823f@tools.ietf.org> <55B08C0B.7090807@ix.netcom.com> <55B0BFFD.6010102@it.aoyama.ac.jp> <7F15C7C0-24A8-4124-AACB-7C8DC8E962D6@icann.org> <55B13D7F.1090209@ix.netcom.com> From: Asmus Freytag Message-ID: <55B1725C.4040509@ix.netcom.com> Date: Thu, 23 Jul 2015 16:01:48 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba0b3d0c045ba1491aa09b278e21e4e024c350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #5 (): Add text about potential effects ofrecursive rules X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 23:01:46 -0000 On 7/23/2015 1:41 PM, Marc Blanchet wrote: > > > On 23 Jul 2015, at 21:16, Asmus Freytag wrote: > >> On 7/23/2015 8:36 AM, Kim Davies wrote: >>>> On Jul 23, 2015, at 3:20 AM, Martin J. Dürst >>>> wrote: >>>> >>>> Your reasoning below seemed straightforward, but then I read Marc's >>>> notes, where the possibility to cross-reference (rules in) files is >>>> mentioned. I don't know how rules currently are referenced across >>>> files, but if this is done directly using URIs/IRIs with fragment >>>> ids (which would be the most straightforward way on the Web), then >>>> recursion would still be possible. >>> There is no grammar for cross-referencing or including other LGRs in >>> the spec as written. The assumption has been that while importing >>> other LGRs is desirable (and indeed essential for the Root Zone >>> LGR), it would be done by an LGR-aware tool that would mechanically >>> merge the LGRs, check for conflicts, and produce a compilation. >>> >>> >> >> I agree, this isn't supported now and I see no good reason to allow >> such referencing. > > well, I think the overall expressed concern was that we shall > carefully investigate if possible looping by a lazy implementation > might happen, and if found possible (even for an incorrect xml file, > but still xml validating), then some paragraph describing the case and > providing the warning would be appropriate to add. And also a test > vector would be useful for implementations to test against. This is > just good guidance to implementations, not a comment on the grammer > needs to be changed or not. I completely understand. The language that needs to be added, in effect is to clearly state that the value for a "by-ref" attribute must be predefined when it is encountered. This is something that I don't think you can catch with XML validation alone. (There are some other validation issues that only an LGR aware implementation can catch: "when" attributes refer to rules that are not defined at the point the "when" attribute is specified, but for the LGR to be valid, the corresponding rule must be defined.) I can go through the text and figure out what the language needs to be. Test vectors are a good idea. A./ > > Marc. > >> >> A./ >> >> _______________________________________________ >> Lager mailing list >> Lager@ietf.org >> https://www.ietf.org/mailman/listinfo/lager > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager From nobody Thu Jul 23 16:21:15 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE19F1A0276 for ; Thu, 23 Jul 2015 16:21:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 AheZHSWv5IXD for ; Thu, 23 Jul 2015 16:21:13 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id 36CC81A0264 for ; Thu, 23 Jul 2015 16:21:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=MYHtF6VBxVRn1BnYXRq5oNtn2XOfb+hKd7o9QiI9LZLTCaW7otjYznaTkLgnVCgq; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZIPnc-0004cn-NY for lager@ietf.org; Thu, 23 Jul 2015 19:21:12 -0400 From: Asmus Freytag To: lager@ietf.org References: <060.25ef69936f363470afbd4293439f70df@tools.ietf.org> <55B07DAD.7030405@ix.netcom.com> <575AED30-3FDE-42BA-9A60-C255F47FCB69@icann.org> <55B13D70.7010002@ix.netcom.com> Message-ID: <55B176ED.5010803@ix.netcom.com> Date: Thu, 23 Jul 2015 16:21:17 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba06ddaae3fd7a3c0ea76757b4cb0bbc59c350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #6 (): Should there be a registry of actions? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 23:21:14 -0000 On 7/23/2015 1:21 PM, Kim Davies wrote: >>> The thrust of my comment of having an IANA registry* is it would better allow for extensions to be documented independently without needing to rev the whole LGR spec. It would also give an explicit roadmap and expectation that if you do extend the LGR grammar in this way, you are expected to register your new verbs in this registry to ensure continued interoperability and avoid conflicts. >> While you are thinking of these as verbs, others are thinking of them as status values; that's the disconnect that we are tracking in another item. We obviously need to resolve that issue first. > My take is the imperative form is more appealing by being shorter and more direct; but I’ll admit to it being a bit of a bikeshed painting issue I agree. > and I can go either way. Perhaps if anyone else here feels strongly about it they can chime in before we settle on an approach. > > Option A (verbs): allocate / block / activate / invalid > Option B (consequential status): allocated / blocked / activated / invalid Option C: "allocatable" / "blocked" / "activated" / "invalid" The reason for C (and the reason why I even care), is that for the Root Zone we are locked into "allocatable" and "blocked". It would be stupid to have to register aliases just for the root (and as an have noticed, it surfaces when you do tools). A./ > > kim > > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager From nobody Thu Jul 23 23:04:03 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8CFC1B2F54 for ; Thu, 23 Jul 2015 23:04:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.911 X-Spam-Level: X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 D1Jvbx3V4p0h for ; Thu, 23 Jul 2015 23:03:59 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 9EF941B2F50 for ; Thu, 23 Jul 2015 23:03:59 -0700 (PDT) Received: from [31.133.180.166] (dhcp-b4a6.meeting.ietf.org [31.133.180.166]) by jazz.viagenie.ca (Postfix) with ESMTPSA id E05AC46E77 for ; Fri, 24 Jul 2015 02:04:01 -0400 (EDT) From: "Marc Blanchet" To: lager@ietf.org Date: Fri, 24 Jul 2015 08:03:57 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.1r5084) Archived-At: Subject: [Lager] virtual interim meeting: aug 24th 10h00am Eastern X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 06:04:01 -0000 Hello, please save the time and date for the first meeting of lager, as a virtual (webex based) interim meeting: august 24th 10h00am Eastern. Details of agenda and logistics will come later. Regards, Marc. From nobody Mon Jul 27 14:21:40 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A9A91B3499 for ; Mon, 27 Jul 2015 14:21:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.61 X-Spam-Level: X-Spam-Status: No, score=-1.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 ds3Jp4-Iulm2 for ; Mon, 27 Jul 2015 14:21:38 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 43D101A00C3 for ; Mon, 27 Jul 2015 14:21:33 -0700 (PDT) Received: from localhost ([::1]:34800 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZJpq1-0004d3-44; Mon, 27 Jul 2015 14:21:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pm@dotandco.com X-Trac-Project: lager Date: Mon, 27 Jul 2015 21:21:33 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/10 Message-ID: <055.ecd56e79355aa310d74516a28819d165@tools.ietf.org> X-Trac-Ticket-ID: 10 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pm@dotandco.com, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] =?utf-8?q?=5Blager=5D_=2310_=28=29=3A_Grammar_nitpick_in_?= =?utf-8?q?=C2=A73=2E3=2E3_of_draft-davies-idntables-10?= X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:21:39 -0000 #10: Grammar nitpick in §3.3.3 of draft-davies-idntables-10 Section §3.3.3 has this sentence : it is RECOMMENDED to the use a single "language" element identifying… I think 'the' is to be removed. -- ----------------------------+----------------- Reporter: pm@dotandco.com | Owner: Type: defect | Status: new Priority: trivial | Milestone: Version: | Severity: - Keywords: | ----------------------------+----------------- Ticket URL: lager From nobody Mon Jul 27 14:29:00 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FBD01A0117 for ; Mon, 27 Jul 2015 14:28:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 fMHeZ1qUQfME for ; Mon, 27 Jul 2015 14:28:57 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B89C51A00BF for ; Mon, 27 Jul 2015 14:28:57 -0700 (PDT) Received: from localhost ([::1]:35060 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZJpxB-00011g-IY; Mon, 27 Jul 2015 14:28:57 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pm@dotandco.com X-Trac-Project: lager Date: Mon, 27 Jul 2015 21:28:57 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/11 Message-ID: <055.f06258d616a03ccd2f877e057063a3fe@tools.ietf.org> X-Trac-Ticket-ID: 11 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pm@dotandco.com, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] [lager] #11 (): Rule on when/not-when attributes in draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:28:59 -0000 #11: Rule on when/not-when attributes in draft-davies-idntables Section §4.2.5 has this paragraph ; Only a single "when" or "not-when" attribute can be applied to any "var" element, however, multiple "var" elements using the same mapping, but different "when" or "not-when" attributes may be specified. In such a case care must be taken to ensure that for each context at most one of the context rules for the "when" or "not-when" attributes is satisfied; otherwise the results are undefined. However, when/not-when attributes can appear on "char" and "range" elements too, hence the above sentence should mention them and not only the "var" elements. when/not-when can appear for char & range elements too => previous sentence with only "var" elements is too strict -- ----------------------------+----------------- Reporter: pm@dotandco.com | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ----------------------------+----------------- Ticket URL: lager From nobody Mon Jul 27 14:30:26 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 59DE91A0117 for ; Mon, 27 Jul 2015 14:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.91 X-Spam-Level: X-Spam-Status: No, score=-3.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, T_RP_MATCHES_RCVD=-0.01] 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 618JDJHYltQW for ; Mon, 27 Jul 2015 14:30:24 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73CB81A00E1 for ; Mon, 27 Jul 2015 14:30:22 -0700 (PDT) Received: from localhost ([::1]:35148 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZJpyY-000730-AZ; Mon, 27 Jul 2015 14:30:22 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pm@dotandco.com X-Trac-Project: lager Date: Mon, 27 Jul 2015 21:30:22 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/12 Message-ID: <055.596b55b39e77c7bd755d61e2b8036cb7@tools.ietf.org> X-Trac-Ticket-ID: 12 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pm@dotandco.com, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] [lager] #12 (): Invalid XML example in draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:30:25 -0000 #12: Invalid XML example in draft-davies-idntables In §5.2.1 there is this example: This element has no children, hence a / is missing before the final > -- ----------------------------+----------------- Reporter: pm@dotandco.com | Owner: Type: defect | Status: new Priority: trivial | Milestone: Version: | Severity: - Keywords: | ----------------------------+----------------- Ticket URL: lager From nobody Mon Jul 27 14:35:12 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83E981B3212 for ; Mon, 27 Jul 2015 14:35:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 VTXXmnx1i_uM for ; Mon, 27 Jul 2015 14:35:09 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1888E1B3106 for ; Mon, 27 Jul 2015 14:35:09 -0700 (PDT) Received: from localhost ([::1]:35324 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZJq3A-0000Y6-VQ; Mon, 27 Jul 2015 14:35:08 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pm@dotandco.com X-Trac-Project: lager Date: Mon, 27 Jul 2015 21:35:08 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/13 Message-ID: <055.d444543551c22b6c92e52beaa080930a@tools.ietf.org> X-Trac-Ticket-ID: 13 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pm@dotandco.com, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] [lager] #13 (): 2 syntax for ranges in draft-davies-idntables ? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:35:10 -0000 #13: 2 syntax for ranges in draft-davies-idntables ? Section 5.2.4 has this text : Code point ranges are represented by a start and end value separated by a hyphen. However, previously this case was specified with the range element, hence we have two syntax for ranges, depending on where they appear. Could this be simplified, in order to allow any syntax in both cases if we want to keep the two, or allow also range elements in the context of §5.2.4 ? -- ----------------------------+----------------- Reporter: pm@dotandco.com | Owner: Type: defect | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ----------------------------+----------------- Ticket URL: lager From nobody Mon Jul 27 14:40:08 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8767C1B31F8 for ; Mon, 27 Jul 2015 14:40:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.61 X-Spam-Level: X-Spam-Status: No, score=-1.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 7VmrpRsbSVIG for ; Mon, 27 Jul 2015 14:40:06 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AF8A11B3258 for ; Mon, 27 Jul 2015 14:40:06 -0700 (PDT) Received: from localhost ([::1]:35450 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1ZJq7y-0001km-JH; Mon, 27 Jul 2015 14:40:06 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "lager issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pm@dotandco.com X-Trac-Project: lager Date: Mon, 27 Jul 2015 21:40:06 -0000 X-URL: http://tools.ietf.org/lager/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/lager/trac/ticket/14 Message-ID: <055.c585051d517a304890d083bed6db0929@tools.ietf.org> X-Trac-Ticket-ID: 14 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pm@dotandco.com, lager@ietf.org X-SA-Exim-Mail-From: trac+lager@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: lager@ietf.org Subject: [Lager] =?utf-8?q?=5Blager=5D_=2314_=28=29=3A_Invalid_XML_example?= =?utf-8?q?_in_draft-davies-idntables_=C2=A75=2E2=2E5?= X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 21:40:07 -0000 #14: Invalid XML example in draft-davies-idntables §5.2.5 Section 5.2.5 has this example : . . The start declaration of union node is invalid, with the bare "class" before the name attribute. And there is an extra invalid space at the end between / and rules. -- ----------------------------+----------------- Reporter: pm@dotandco.com | Owner: Type: defect | Status: new Priority: minor | Milestone: Version: | Severity: - Keywords: | ----------------------------+----------------- Ticket URL: lager From nobody Mon Jul 27 19:52:05 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 278E21A86E3 for ; Mon, 27 Jul 2015 19:52:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.311 X-Spam-Level: X-Spam-Status: No, score=-1.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_45=0.6, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 8mR34BE85Afy for ; Mon, 27 Jul 2015 19:52:03 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id C004E1A86E2 for ; Mon, 27 Jul 2015 19:52:02 -0700 (PDT) Received: from [192.168.1.106] (modemcable088.83-160-184.mc.videotron.ca [184.160.83.88]) by jazz.viagenie.ca (Postfix) with ESMTPSA id A25744038A for ; Mon, 27 Jul 2015 22:52:04 -0400 (EDT) From: "Marc Blanchet" To: lager@ietf.org Date: Mon, 27 Jul 2015 22:51:50 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailer: MailMate (1.9.1r5084) Archived-At: Subject: [Lager] call for adoption of draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 02:52:04 -0000 Hello, this is a one week wg call for adoption of draft-davies-idntables-10 as a wg document for the milestone: « Standard Track Specification of the Label Generation Rules ». Please show your support or non-support to this mailing list by monday august 3rd 23h59 UTC. Regards, Marc&Scott, co-chairs. From nobody Mon Jul 27 23:44:15 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52A0E1A1EFE for ; Mon, 27 Jul 2015 23:44:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 0uXwcW5jtu15 for ; Mon, 27 Jul 2015 23:44:13 -0700 (PDT) Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by ietfa.amsl.com (Postfix) with ESMTP id 8114B1A1F04 for ; Mon, 27 Jul 2015 23:44:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=mlJttncGnHJ+Klh6HGoXDA0yxFecD9QqeglDRxnXAR7UqcnBDt9FI6bSBWIruxxG; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-mealy.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZJycL-0005qv-RB for lager@ietf.org; Tue, 28 Jul 2015 02:44:01 -0400 To: lager@ietf.org References: <055.f06258d616a03ccd2f877e057063a3fe@tools.ietf.org> From: Asmus Freytag Message-ID: <55B724A2.7030905@ix.netcom.com> Date: Mon, 27 Jul 2015 23:43:46 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <055.f06258d616a03ccd2f877e057063a3fe@tools.ietf.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba07b91dfe2ae99d104a85dd25bbfb8f53d350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #11 (): Rule on when/not-when attributes in draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 06:44:14 -0000 On 7/27/2015 2:28 PM, lager issue tracker wrote: > #11: Rule on when/not-when attributes in draft-davies-idntables > > Section §4.2.5 has this paragraph ; > Only a single "when" or "not-when" attribute can be applied to any "var" adding: "or char" here would fix that. > element, change ", however" to ". However" to further indicate that this second sentence only applies to "var" elements. > however, multiple "var" elements using the same mapping, but > different "when" or "not-when" attributes may be specified. In such a > case care must be taken to ensure that for each context at most one of the > context rules for the "when" or "not-when" attributes is satisfied; > otherwise the results are undefined. > ----- A./ From nobody Tue Jul 28 00:15:10 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CEEC1A6F7C for ; Tue, 28 Jul 2015 00:15:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] 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 rpuVrI9ALX5C for ; Tue, 28 Jul 2015 00:15:06 -0700 (PDT) Received: from elasmtp-galgo.atl.sa.earthlink.net (elasmtp-galgo.atl.sa.earthlink.net [209.86.89.61]) by ietfa.amsl.com (Postfix) with ESMTP id A028E1A6EEC for ; Tue, 28 Jul 2015 00:15:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=GQC97gCdiYAgj9DyvvIjRNEpemRXZBsKloWvkSaxsWEbaHvmX/UK2fmwdhG9DTSp; h=Received:From:Subject:To:References:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZJz6Q-0007QB-3E for lager@ietf.org; Tue, 28 Jul 2015 03:15:06 -0400 From: Asmus Freytag To: lager@ietf.org References: <055.d444543551c22b6c92e52beaa080930a@tools.ietf.org> Message-ID: <55B72C00.4010909@ix.netcom.com> Date: Tue, 28 Jul 2015 00:15:12 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <055.d444543551c22b6c92e52beaa080930a@tools.ietf.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba01f07d9a387c1d82370fb6ff4b6863856350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] [lager] #13 (): 2 syntax for ranges indraft-davies-idntables ? X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 07:15:08 -0000 On 7/27/2015 2:35 PM, lager issue tracker wrote: > #13: 2 syntax for ranges in draft-davies-idntables ? > > Section 5.2.4 has this text : > Code point ranges are represented by a start and end value separated by a > hyphen. > > > However, previously this case was specified with the range element, > hence we have two syntax for ranges, depending on where they appear. > Could this be simplified, in order to allow any syntax in both cases if we > want > to keep the two, or allow also range elements in the context of §5.2.4 ? We had an alternate method for specifying classes that used and elements. We took it out because it added yet another subtype of "" with different rules for allowed attributes. A element is not a code point, but it can be a sequence, but an element in a may not be a sequence. The exception we made in the end was to allow the "literal" match operator contained in a or element to be named as well, because here, it is again both a code point and a code point sequence. Beyond not possibly being a sequence, an element of a differs in other ways. For example, a that is an element of the repertoire can be tagged and annotated, and can have variant mappings defined. An element of a class cannot be tagged, has no variants, etc. Given that the re-use of (and ) syntax for class membership proved misleading and confusing and we abandoned it. As it turns out, many implementations simply map a into a regex character class [ ] expression anyway, by wrapping it in "[ ]" and adding \u prefixes to the code points. The shorthand syntax has proven fairly well suited for that approach. As I found out in my implementation it works pretty well even if you don't use the shortcut mapping to regexes. A./ From nobody Tue Jul 28 10:19:43 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B28D71B2C74 for ; Tue, 28 Jul 2015 10:19:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.43 X-Spam-Level: X-Spam-Status: No, score=-3.43 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] 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 LKgMKGQmg3Rd for ; Tue, 28 Jul 2015 10:19:40 -0700 (PDT) Received: from out.west.pexch112.icann.org (pfe112-ca-2.pexch112.icann.org [64.78.40.10]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4573D1B2C72 for ; Tue, 28 Jul 2015 10:19:40 -0700 (PDT) Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Tue, 28 Jul 2015 10:19:38 -0700 Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Tue, 28 Jul 2015 10:19:38 -0700 From: Kim Davies To: Marc Blanchet Thread-Topic: [Lager] call for adoption of draft-davies-idntables Thread-Index: AQHQyOBxLW8zFDgAy0+PItHhNfYAn53xlr8A Date: Tue, 28 Jul 2015 17:19:37 +0000 Message-ID: <46340EFF-1771-4C0E-8334-0F9B295DBAB4@icann.org> References: In-Reply-To: Accept-Language: en-AU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [192.0.32.234] Content-Type: multipart/alternative; boundary="_000_46340EFF17714C0E83340F9B295DBAB4icannorg_" MIME-Version: 1.0 Archived-At: Cc: "lager@ietf.org" Subject: Re: [Lager] call for adoption of draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 17:19:41 -0000 --_000_46340EFF17714C0E83340F9B295DBAB4icannorg_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpPbiBKdWwgMjcsIDIwMTUsIGF0IDc6NTEgUE0sIE1hcmMgQmxhbmNoZXQgPG1hcmMuYmxhbmNo ZXRAdmlhZ2VuaWUuY2E8bWFpbHRvOm1hcmMuYmxhbmNoZXRAdmlhZ2VuaWUuY2E+PiB3cm90ZToN Cg0KdGhpcyBpcyBhIG9uZSB3ZWVrIHdnIGNhbGwgZm9yIGFkb3B0aW9uIG9mIGRyYWZ0LWRhdmll cy1pZG50YWJsZXMtMTAgYXMgYSB3ZyBkb2N1bWVudCBmb3IgdGhlIG1pbGVzdG9uZTogwqsgU3Rh bmRhcmQgVHJhY2sgU3BlY2lmaWNhdGlvbiBvZiB0aGUgTGFiZWwgR2VuZXJhdGlvbiBSdWxlcyDC uy4gIFBsZWFzZSBzaG93IHlvdXIgc3VwcG9ydCBvciBub24tc3VwcG9ydCB0byB0aGlzIG1haWxp bmcgbGlzdCBieSBtb25kYXkgYXVndXN0IDNyZCAyM2g1OSBVVEMuDQoNCkFzIGNvLWF1dGhvciBv ZiBkcmFmdC1kYXZpZXMtaWRudGFibGVzLTEwIEkgc3VwcG9ydCBhZG9wdGlvbiBvZiB0aGUgZHJh ZnQgYXMgYSBXRyBkb2N1bWVudC4NCg0KVGhlIHNvdXJjZSBmb3IgdGhlIGRyYWZ0IGhhcyBiZWVu IHRyYWNrZWQgaW4gZ2l0IGFuZCBpcyBwb3N0ZWQgYXQgaHR0cHM6Ly9naXRodWIuY29tL2tqZC9s Z3Itc3BlY2lmaWNhdGlvbi4gSSBoYXZlIG1hZGUgc29tZSBwcmVsaW1pbmFyeSBlZGl0cyB0byBj b252ZXJ0IC0xMCBpbnRvIGEgcG90ZW50aWFsIC0wMCBXRyBkcmFmdCB0aGVyZS4gSSBhbHNvIHBs YW4gdG8gZml4IHRoZSBub24tY29udHJvdmVyc2lhbCBncmFtbWF0aWNhbCBpc3N1ZXMgaWRlbnRp ZmllZCBzbyBmYXIgb24gdGhlIGlzc3VlIHRyYWNrZXIsIG9yIHBhdGNoZXMvcHVsbCByZXF1ZXN0 cyBhcmUgd2VsY29tZS4NCg0Ka2ltDQoNCg== --_000_46340EFF17714C0E83340F9B295DBAB4icannorg_ Content-Type: text/html; charset="utf-8" Content-ID: <3245F0374F13CD489AC9BEE3FC20CCAB@pexch112.icann.org> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KPGRpdj4N CjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5PbiBKdWwg MjcsIDIwMTUsIGF0IDc6NTEgUE0sIE1hcmMgQmxhbmNoZXQgJmx0OzxhIGhyZWY9Im1haWx0bzpt YXJjLmJsYW5jaGV0QHZpYWdlbmllLmNhIiBjbGFzcz0iIj5tYXJjLmJsYW5jaGV0QHZpYWdlbmll LmNhPC9hPiZndDsgd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5l d2xpbmUiPg0KPGRpdiBjbGFzcz0iIj50aGlzIGlzIGEgb25lIHdlZWsgd2cgY2FsbCBmb3IgYWRv cHRpb24gb2YgZHJhZnQtZGF2aWVzLWlkbnRhYmxlcy0xMCBhcyBhIHdnIGRvY3VtZW50IGZvciB0 aGUgbWlsZXN0b25lOiDCqyBTdGFuZGFyZCBUcmFjayBTcGVjaWZpY2F0aW9uIG9mIHRoZSBMYWJl bCBHZW5lcmF0aW9uIFJ1bGVzIMK7LiAmbmJzcDtQbGVhc2Ugc2hvdyB5b3VyIHN1cHBvcnQgb3Ig bm9uLXN1cHBvcnQgdG8gdGhpcyBtYWlsaW5nIGxpc3QgYnkgbW9uZGF5IGF1Z3VzdA0KIDNyZCAy M2g1OSBVVEMuPGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxi ciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+QXMgY28tYXV0aG9yIG9mIGRyYWZ0LWRhdmllcy1p ZG50YWJsZXMtMTAgSSBzdXBwb3J0IGFkb3B0aW9uIG9mIHRoZSBkcmFmdCBhcyBhIFdHIGRvY3Vt ZW50LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+VGhlIHNvdXJjZSBmb3IgdGhlIGRyYWZ0IGhhcyBiZWVuIHRyYWNrZWQgaW4gZ2l0IGFu ZCBpcyBwb3N0ZWQgYXQmbmJzcDs8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20va2pkL2xnci1z cGVjaWZpY2F0aW9uIiBjbGFzcz0iIj5odHRwczovL2dpdGh1Yi5jb20va2pkL2xnci1zcGVjaWZp Y2F0aW9uPC9hPi4gSSBoYXZlIG1hZGUgc29tZSBwcmVsaW1pbmFyeSBlZGl0cyB0byBjb252ZXJ0 IC0xMCBpbnRvIGEgcG90ZW50aWFsIC0wMA0KIFdHIGRyYWZ0IHRoZXJlLiBJIGFsc28gcGxhbiB0 byBmaXggdGhlIG5vbi1jb250cm92ZXJzaWFsIGdyYW1tYXRpY2FsIGlzc3VlcyBpZGVudGlmaWVk IHNvIGZhciBvbiB0aGUgaXNzdWUgdHJhY2tlciwgb3IgcGF0Y2hlcy9wdWxsIHJlcXVlc3RzIGFy ZSB3ZWxjb21lLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+a2ltPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_46340EFF17714C0E83340F9B295DBAB4icannorg_-- From nobody Tue Jul 28 13:12:01 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7443E1B2F2D for ; Tue, 28 Jul 2015 13:11:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 usb8QgJlO5ly for ; Tue, 28 Jul 2015 13:11:57 -0700 (PDT) Received: from elasmtp-curtail.atl.sa.earthlink.net (elasmtp-curtail.atl.sa.earthlink.net [209.86.89.64]) by ietfa.amsl.com (Postfix) with ESMTP id A4FCC1ACEDB for ; Tue, 28 Jul 2015 13:11:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=ix.netcom.com; b=fEytI08zoJxLLGya1JQP1zDujX9VjoKkvaoysYsYxu79rL2t+daPUA2vIuITz2O6; h=Received:Subject:To:References:From:Message-ID:Date:User-Agent:MIME-Version:In-Reply-To:Content-Type:X-ELNK-Trace:X-Originating-IP; Received: from [75.172.110.145] (helo=[192.168.1.112]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1ZKBEC-0005pB-TK for lager@ietf.org; Tue, 28 Jul 2015 16:11:57 -0400 To: lager@ietf.org References: <46340EFF-1771-4C0E-8334-0F9B295DBAB4@icann.org> From: Asmus Freytag Message-ID: <55B7E218.2000705@ix.netcom.com> Date: Tue, 28 Jul 2015 13:12:08 -0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <46340EFF-1771-4C0E-8334-0F9B295DBAB4@icann.org> Content-Type: multipart/alternative; boundary="------------080803030604090703070101" X-ELNK-Trace: 464f085de979d7246f36dc87813833b2ff8848a73c44bba079e4af38a24c21e51a77f25822b65edc350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 75.172.110.145 Archived-At: Subject: Re: [Lager] call for adoption of draft-davies-idntables X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 20:11:59 -0000 This is a multi-part message in MIME format. --------------080803030604090703070101 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 7/28/2015 10:19 AM, Kim Davies wrote: > >> On Jul 27, 2015, at 7:51 PM, Marc Blanchet > > wrote: >> >> this is a one week wg call for adoption of draft-davies-idntables-10 >> as a wg document for the milestone: « Standard Track Specification of >> the Label Generation Rules ». Please show your support or >> non-support to this mailing list by monday august 3rd 23h59 UTC. > > As co-author of draft-davies-idntables-10 I support adoption of the > draft as a WG document. Me too. > > The source for the draft has been tracked in git and is posted at > https://github.com/kjd/lgr-specification. I have made some preliminary > edits to convert -10 into a potential -00 WG draft there. I also plan > to fix the non-controversial grammatical issues identified so far on > the issue tracker, or patches/pull requests are welcome. Will help. A./ > > kim > > > > _______________________________________________ > Lager mailing list > Lager@ietf.org > https://www.ietf.org/mailman/listinfo/lager --------------080803030604090703070101 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 7/28/2015 10:19 AM, Kim Davies wrote:

On Jul 27, 2015, at 7:51 PM, Marc Blanchet <marc.blanchet@viagenie.ca> wrote:

this is a one week wg call for adoption of draft-davies-idntables-10 as a wg document for the milestone: « Standard Track Specification of the Label Generation Rules ».  Please show your support or non-support to this mailing list by monday august 3rd 23h59 UTC.

As co-author of draft-davies-idntables-10 I support adoption of the draft as a WG document.

Me too.

The source for the draft has been tracked in git and is posted at https://github.com/kjd/lgr-specification. I have made some preliminary edits to convert -10 into a potential -00 WG draft there. I also plan to fix the non-controversial grammatical issues identified so far on the issue tracker, or patches/pull requests are welcome.

Will help.

A./

kim



_______________________________________________
Lager mailing list
Lager@ietf.org
https://www.ietf.org/mailman/listinfo/lager

--------------080803030604090703070101-- From nobody Wed Jul 29 08:47:56 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 951E21A8F49 for ; Wed, 29 Jul 2015 08:47:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.911 X-Spam-Level: X-Spam-Status: No, score=-3.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 Ia2wvHp4YStH for ; Wed, 29 Jul 2015 08:47:54 -0700 (PDT) Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 098E11A8F44 for ; Wed, 29 Jul 2015 08:47:54 -0700 (PDT) Received: from [206.123.31.98] (kuwa.viagenie.ca [206.123.31.98]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 949B1403F5 for ; Wed, 29 Jul 2015 11:47:56 -0400 (EDT) From: "Marc Blanchet" To: lager@ietf.org Date: Wed, 29 Jul 2015 11:47:43 -0400 Message-ID: References: <1860159515.68731.1438184732809.JavaMail.nobody@jva2tc206.webex.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_MailMate_574683D4-C119-4C44-99FD-79D5417EBADC_=" X-Mailer: MailMate (1.9.1r5084) Archived-At: Subject: [Lager] lager interim meeting webex info X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 15:47:55 -0000 --=_MailMate_574683D4-C119-4C44-99FD-79D5417EBADC_= Content-Type: text/plain; format=flowed Hello, please find the webex info for our virtual interim meeting on August 24th, 10h00am Eastern. Regards, Marc. Forwarded message: > From: LAGER Working Group > To: lager-chairs@ietf.org > Subject: (Forward to others) WebEx meeting invitation: lager Interim > meeting > Date: Wed, 29 Jul 2015 15:45:32 +0000 (GMT) > > > You can forward this invitation to others. > > Hello, > > LAGER Working Group invites you to join this WebEx meeting. > > > lager Interim meeting > Monday, August 24, 2015 > 10:00 am | Eastern Daylight Time (New York, GMT-04:00) | 2 hrs > > > JOIN WEBEX MEETING > https://ietf.webex.com/ietf/j.php?MTID=m684d6665df1e01dbafd74a93f7ac069f > Meeting number: 640 811 428 > Meeting password: 12345678 > > > JOIN BY PHONE > 1-877-668-4493 Call-in toll free number (US/Canada) > 1-650-479-3208 Call-in toll number (US/Canada) > Access code: 640 811 428 > > Toll-free dialing restrictions: > http://www.webex.com/pdf/tollfree_restrictions.pdf > > > Add this meeting to your calendar: > https://ietf.webex.com/ietf/j.php?MTID=mb0d604a222d08e9e3000712913da230b > > > Can't join the meeting? Contact support here: > https://ietf.webex.com/ietf/mc > > > IMPORTANT NOTICE: Please note that this WebEx service allows audio and > other information sent during the session to be recorded, which may be > discoverable in a legal matter. By joining this session, you > automatically consent to such recordings. If you do not consent to > being recorded, discuss your concerns with the host or do not join the > session. --=_MailMate_574683D4-C119-4C44-99FD-79D5417EBADC_= Content-Type: application/octet-stream; name="WebEx_Meeting.ics" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="WebEx_Meeting.ics" QkVHSU46VkNBTEVOREFSClBST0RJRDotLy9NaWNyb3NvZnQgQ29ycG9yYXRpb24vL091dGxvb2sg MTAuMCBNSU1FRElSLy9FTgpWRVJTSU9OOjIuMApNRVRIT0Q6UkVRVUVTVApCRUdJTjpWVElNRVpP TkUKVFpJRDpFYXN0ZXJuIFRpbWUKQkVHSU46U1RBTkRBUkQKRFRTVEFSVDoyMDEzMTEwMVQwMjAw MDAKUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQpUWk9G RlNFVEZST006LTA0MDAKVFpPRkZTRVRUTzotMDUwMApUWk5BTUU6U3RhbmRhcmQgVGltZQpFTkQ6 U1RBTkRBUkQKQkVHSU46REFZTElHSFQKRFRTVEFSVDoyMDEzMDMwMVQwMjAwMDAKUlJVTEU6RlJF UT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05USD0zClRaT0ZGU0VURlJPTTotMDUw MApUWk9GRlNFVFRPOi0wNDAwClRaTkFNRTpEYXlsaWdodCBTYXZpbmdzIFRpbWUKRU5EOkRBWUxJ R0hUCkVORDpWVElNRVpPTkUKQkVHSU46VkVWRU5UCkFUVEVOREVFO0NOPSJMQUdFUiBXb3JraW5n IEdyb3VwIjtST0xFPVJFUS1QQVJUSUNJUEFOVDtSU1ZQPVRSVUU6TUFJTFRPOmxhZ2VyLWNoYWly c0BpZXRmLm9yZwpPUkdBTklaRVI7Q049IkxBR0VSIFdvcmtpbmcgR3JvdXAiOk1BSUxUTzpsYWdl ci1jaGFpcnNAaWV0Zi5vcmcKRFRTVEFSVDtUWklEPSJFYXN0ZXJuIFRpbWUiOjIwMTUwODI0VDEw MDAwMApEVEVORDtUWklEPSJFYXN0ZXJuIFRpbWUiOjIwMTUwODI0VDEyMDAwMApMT0NBVElPTjpo dHRwczovL2lldGYud2ViZXguY29tL2lldGYKVFJBTlNQOk9QQVFVRQpTRVFVRU5DRToxNDM4MTg0 NzMyClVJRDo3MDA1NzE1ZC1jMjE0LTQ5YjAtYmQ0OC1mZWZjZDJjNjRiMDUKRFRTVEFNUDoyMDE1 MDgyNFQxNDAwMDBaCkRFU0NSSVBUSU9OOlxuXG5cbkpPSU4gV0VCRVggTUVFVElOR1xuaHR0cHM6 Ly9pZXRmLndlYmV4LmNvbS9pZXRmL2oucGhwP01USUQ9bWEyNmY1ZDY1MGIyYjViYjkxMmMyOGNm ZWY2ZDFjZTBkXG5NZWV0aW5nIG51bWJlcjogNjQwIDgxMSA0Mjhcbk1lZXRpbmcgcGFzc3dvcmQ6 IDEyMzQ1Njc4XG5cblxuSk9JTiBCWSBQSE9ORVxuMS04NzctNjY4LTQ0OTMgQ2FsbC1pbiB0b2xs IGZyZWUgbnVtYmVyIChVUy9DYW5hZGEpIFxuMS02NTAtNDc5LTMyMDggQ2FsbC1pbiB0b2xsIG51 bWJlciAoVVMvQ2FuYWRhKVxuQWNjZXNzIGNvZGU6IDY0MCA4MTEgNDI4XG5cblRvbGwtZnJlZSBk aWFsaW5nIHJlc3RyaWN0aW9uczogXG5odHRwOi8vd3d3LndlYmV4LmNvbS9wZGYvdG9sbGZyZWVf cmVzdHJpY3Rpb25zLnBkZlxuXG5cblxuQ2FuJ3Qgam9pbiB0aGUgbWVldGluZz8gQ29udGFjdCBz dXBwb3J0IGhlcmU6XG5odHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWNcblxuXG5JTVBPUlRB TlQgTk9USUNFOiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMgV2ViRXggc2VydmljZSBhbGxvd3MgYXVk aW8gYW5kIG90aGVyIGluZm9ybWF0aW9uIHNlbnQgZHVyaW5nIHRoZSBzZXNzaW9uIHRvIGJlIHJl Y29yZGVkLCB3aGljaCBtYXkgYmUgZGlzY292ZXJhYmxlIGluIGEgbGVnYWwgbWF0dGVyLiBCeSBq b2luaW5nIHRoaXMgc2Vzc2lvbiwgeW91IGF1dG9tYXRpY2FsbHkgY29uc2VudCB0byBzdWNoIHJl Y29yZGluZ3MuIElmIHlvdSBkbyBub3QgY29uc2VudCB0byBiZWluZyByZWNvcmRlZCwgZGlzY3Vz cyB5b3VyIGNvbmNlcm5zIHdpdGggdGhlIGhvc3Qgb3IgZG8gbm90IGpvaW4gdGhlIHNlc3Npb24u XG4KWC1BTFQtREVTQztGTVRUWVBFPXRleHQvaHRtbDoJPEZPTlQgU0laRT0iMSIgRkFDRT0iQVJJ QUwiPiZuYnNwOzxCUj4gPEZPTlQgU0laRT0iNCIgRkFDRT0iQVJJQUwiPgkJPGEJCQkJCWhyZWY9 Imh0dHBzOi8vaWV0Zi53ZWJleC5jb20vaWV0Zi9qLnBocD9NVElEPW1hMjZmNWQ2NTBiMmI1YmI5 MTJjMjhjZmVmNmQxY2UwZCI+PEZPTlQgU0laRT0iMyIgQ09MT1I9IiMwMEFGRjkiIEZBQ0U9IkFy aWFsIj5Kb2luIFdlYkV4IG1lZXRpbmc8L0ZPTlQ+PC9hPgkJCTx0YWJsZT4JCQkJPHRyPgkJCQkJ PHRkPgkJCQkJCTxGT05UIFNJWkU9IjIiIENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+TWVl dGluZyBudW1iZXI6PC9GT05UPgkJCQkJPC90ZD4JCQkJCTx0ZD4JCQkJCQk8Rk9OVCBTSVpFPSIy IiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjY0MCA4MTEgNDI4PC9GT05UPgkJCQkJPC90 ZD4JCQkJPC90cj4JCQk8L3RhYmxlPgkJCTx0YWJsZT48dHI+PHRkPjxGT05UIFNJWkU9IjIiIENP TE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+TWVldGluZyBwYXNzd29yZDo8L0ZPTlQ+PC90ZD48 dGQ+PEZPTlQgU0laRT0iMiIgIENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+MTIzNDU2Nzg8 L0ZPTlQ+PC90ZD48L3RyPjwvdGFibGU+CQk8L0ZPTlQ+PEZPTlQgU0laRT0iMSIgRkFDRT0iQVJJ QUwiPiZuYnNwOzxCUj4mbmJzcDs8QlI+PC9GT05UPjxGT05UIFNJWkU9IjQiIEZBQ0U9IkFSSUFM Ij48Rk9OVCBTSVpFPSIzIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPkpvaW4gYnkgcGhv bmU8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBDT0xPUj0iIzY2NjY2NiIgRkFDRT0i YXJpYWwiPjxzdHJvbmc+MS04NzctNjY4LTQ0OTM8L3N0cm9uZz4mbmJzcDtDYWxsLWluIHRvbGwg ZnJlZSBudW1iZXIgKFVTL0NhbmFkYSk8L0ZPTlQ+Jm5ic3A7IDxCUj48Rk9OVCBTSVpFPSIyIiBD T0xPUj0iIzY2NjY2NiIgRkFDRT0iYXJpYWwiPjxzdHJvbmc+MS02NTAtNDc5LTMyMDg8L3N0cm9u Zz4mbmJzcDtDYWxsLWluIHRvbGwgbnVtYmVyIChVUy9DYW5hZGEpPC9GT05UPiZuYnNwOyA8QlI+ PEZPTlQgU0laRT0iMiIgQ09MT1I9IiM2NjY2NjYiIEZBQ0U9ImFyaWFsIj5BY2Nlc3MgY29kZTog NjQwIDgxMSA0Mjg8L0ZPTlQ+Jm5ic3A7IDxCUj48YSBocmVmPSJodHRwOi8vd3d3LndlYmV4LmNv bS9wZGYvdG9sbGZyZWVfcmVzdHJpY3Rpb25zLnBkZiI+PEZPTlQgU0laRT0iMSIgQ09MT1I9IiMw MEFGRjkiIEZBQ0U9ImFyaWFsIj5Ub2xsLWZyZWUgY2FsbGluZyByZXN0cmljdGlvbnM8L0ZPTlQ+ PC9hPiAmbmJzcDsgPEJSPjwvRk9OVD48QlI+PEJSPgkmbmJzcDs8QlI+CTxGT05UIFNJWkU9IjEi IENPTE9SPSIjNjY2NjY2IiBGQUNFPSJhcmlhbCI+CQkJCUNhbid0IGpvaW4gdGhlIG1lZXRpbmc/ PC9GT05UPgk8YSBocmVmPSJodHRwczovL2lldGYud2ViZXguY29tL2lldGYvbWMiPgk8Rk9OVCBT SVpFPSIxIiBDT0xPUj0iIzAwQUZGOSIgRkFDRT0iQXJpYWwiPkNvbnRhY3Qgc3VwcG9ydC48L0ZP TlQ+PC9hPgkmbmJzcDs8QlI+Jm5ic3A7PEJSPjxGT05UIENPTE9SPSIjQTBBMEEwIiBzaXplPSIx IiBGQUNFPSJhcmlhbCI+SU1QT1JUQU5UIE5PVElDRTogUGxlYXNlIG5vdGUgdGhhdCB0aGlzIFdl YkV4IHNlcnZpY2UgYWxsb3dzIGF1ZGlvIGFuZCBvdGhlciBpbmZvcm1hdGlvbiBzZW50IGR1cmlu ZyB0aGUgc2Vzc2lvbiB0byBiZSByZWNvcmRlZCwgd2hpY2ggbWF5IGJlIGRpc2NvdmVyYWJsZSBp biBhIGxlZ2FsIG1hdHRlci4gQnkgam9pbmluZyB0aGlzIHNlc3Npb24sIHlvdSBhdXRvbWF0aWNh bGx5IGNvbnNlbnQgdG8gc3VjaCByZWNvcmRpbmdzLiBJZiB5b3UgZG8gbm90IGNvbnNlbnQgdG8g YmVpbmcgcmVjb3JkZWQsIGRpc2N1c3MgeW91ciBjb25jZXJucyB3aXRoIHRoZSBob3N0IG9yIGRv IG5vdCBqb2luIHRoZSBzZXNzaW9uLjwvRk9OVD48L0ZPTlQ+ClNVTU1BUlk6bGFnZXIgSW50ZXJp bSBtZWV0aW5nClBSSU9SSVRZOjUKQ0xBU1M6UFVCTElDCkJFR0lOOlZBTEFSTQpUUklHR0VSOi1Q VDVNCkFDVElPTjpESVNQTEFZCkRFU0NSSVBUSU9OOlJlbWluZGVyCkVORDpWQUxBUk0KRU5EOlZF VkVOVApFTkQ6VkNBTEVOREFSCg== --=_MailMate_574683D4-C119-4C44-99FD-79D5417EBADC_=-- From nobody Wed Jul 29 08:52:03 2015 Return-Path: X-Original-To: lager@ietfa.amsl.com Delivered-To: lager@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48E051A8829; Wed, 29 Jul 2015 08:52:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.9 X-Spam-Level: X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, USER_IN_WHITELIST=-100] 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 9UweMFlEcPET; Wed, 29 Jul 2015 08:52:00 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 50AEA1A87C6; Wed, 29 Jul 2015 08:52:00 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IESG Secretary To: "IETF Announcement List" X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150729155200.26845.96808.idtracker@ietfa.amsl.com> Date: Wed, 29 Jul 2015 08:52:00 -0700 Archived-At: Cc: lager@ietf.org Subject: [Lager] LAGER WG Virtual Interim Meeting X-BeenThere: lager@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Label Generation Rules List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2015 15:52:02 -0000 The Label Generation Rules (lager) Working Group will hold a virtual interim meeting on Monday, 24 August 2015 at 1000am Eastern (1400 UTC). The agenda will follow on the LAGER mailing list. > lager Interim meeting > Monday, August 24, 2015 > 10:00 am | Eastern Daylight Time (New York, GMT-04:00) | 2 hrs > > > JOIN WEBEX MEETING > https://ietf.webex.com/ietf/j.php?MTID=m684d6665df1e01dbafd74a93f7ac069f > Meeting number: 640 811 428 > Meeting password: 12345678 > > > JOIN BY PHONE > 1-877-668-4493 Call-in toll free number (US/Canada) > 1-650-479-3208 Call-in toll number (US/Canada) > Access code: 640 811 428 > > Toll-free dialing restrictions: > http://www.webex.com/pdf/tollfree_restrictions.pdf > > > Add this meeting to your calendar: > https://ietf.webex.com/ietf/j.php?MTID=mb0d604a222d08e9e3000712913da230b > > > Can't join the meeting? Contact support here: > https://ietf.webex.com/ietf/mc > > > IMPORTANT NOTICE: Please note that this WebEx service allows audio and > other information sent during the session to be recorded, which may be > discoverable in a legal matter. By joining this session, you > automatically consent to such recordings. If you do not consent to > being recorded, discuss your concerns with the host or do not join the > session.