Re: [Idna-update] Fwd: Last Call: <draft-freytag-lager-variant-rules-05.txt> (Variant Rules) to Informational RFC

Vint Cerf <vint@google.com> Tue, 18 April 2017 14:04 UTC

Return-Path: <vint@google.com>
X-Original-To: idna-update@ietfa.amsl.com
Delivered-To: idna-update@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 31EDA1316CD for <idna-update@ietfa.amsl.com>; Tue, 18 Apr 2017 07:04:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 ClracT9ZWsl1 for <idna-update@ietfa.amsl.com>; Tue, 18 Apr 2017 07:04:17 -0700 (PDT)
Received: from mail-yw0-x236.google.com (mail-yw0-x236.google.com [IPv6:2607:f8b0:4002:c05::236]) (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 8179E12EC29 for <idna-update@ietf.org>; Tue, 18 Apr 2017 07:04:11 -0700 (PDT)
Received: by mail-yw0-x236.google.com with SMTP id l189so69816591ywb.0 for <idna-update@ietf.org>; Tue, 18 Apr 2017 07:04:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=DPSx5bnUHnaJFUWTdR+15YbsLJAOyinaMHbPFqHKsbE=; b=ZqDxx+q5Cn1o/kNNkVOv9Po9QcPET36kHSoNHTSckD6+A89RnZgIOijeOR3bMu9pNe YITjhIf2mXaLiEMOqfXlD+ChJVoSm24s/Jo0IB8QQACYVpfe60T0c2QHagwZkv70k+8D QtRTrvm5CT2tg4IExnpqT9B/3PISfFE5EGqcGvIJ7BhkbzpxUzjDFdew8JsJzVcmQeBC hIN29FIgNI3Z6vFcD4O97WzA4jpmCmtfv7okwbFJYsyl9GXI3ai8exPXNnMGt8G2HxYM 4Z15z2/Erl7qI6rrCwwDX/i0F7xwHxq0mzNj+acWNgP/orTwdvmE1Z2Q9n/HrUEiWkve 4sXw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=DPSx5bnUHnaJFUWTdR+15YbsLJAOyinaMHbPFqHKsbE=; b=Zvf03PHxpycg0cQlaeX1XgVVGDGcLlCXt5zx/VOpd3lxQ6DRW6UTtRkkakD6ADWWEa xwiQuaSkNmLtpGF2NLmEWIAhL44HMgRfHGtnSCgNC0m9ftDitd1Z70N/d2EgbvoZUgUW eITUm4wBQwDMoFq5SOhxMvYoviW92rKzFuDhrZR9MgoKIUX2uxsXkp55xyZgxkPIJPGB El7EyTlc6VN6kX4VB2qbGd+nVj3siQAXSlShR+ugUZn5OlWtr9suM+ELQk3HZy9cg5QS lLqfPgEiJYWqJA11rIEqliURL9JWUfzTNwlDmn6pS+Qx5MMQieUPXzbJj7Bh2wS6BFC/ jxbQ==
X-Gm-Message-State: AN3rC/4c8Eqbp5iFlSBKWUruAqyGZhHZC8VZFL1/8YTtNGcKeZ6DphbJ ZZUHJbTKnRvq0hZVblNJz4KwH1wMWJaDCi0=
X-Received: by 10.157.27.164 with SMTP id z33mr7393210otd.122.1492524250586; Tue, 18 Apr 2017 07:04:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.74.18.208 with HTTP; Tue, 18 Apr 2017 07:04:09 -0700 (PDT)
In-Reply-To: <D7152C9D-4FFB-4C91-BB1E-C1986C7FC63D@vpnc.org>
References: <149244587825.17738.2510740345439278713.idtracker@ietfa.amsl.com> <D7152C9D-4FFB-4C91-BB1E-C1986C7FC63D@vpnc.org>
From: Vint Cerf <vint@google.com>
Date: Tue, 18 Apr 2017 10:04:09 -0400
Message-ID: <CAHxHggczUB9ZyG0WS5Ls-LujZXarkP68NLPF0+T4qCiKCou6Jw@mail.gmail.com>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Cc: idna-update@ietf.org
Content-Type: multipart/alternative; boundary="001a1141a834c6b4d3054d7161e3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idna-update/8ynggmn2mo9-QM73Q02Fb2cXJGs>
Subject: Re: [Idna-update] Fwd: Last Call: <draft-freytag-lager-variant-rules-05.txt> (Variant Rules) to Informational RFC
X-BeenThere: idna-update@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Internationalized Domain Names in Applications \(IDNA\) implementation and update discussions" <idna-update.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idna-update>, <mailto:idna-update-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idna-update/>
List-Post: <mailto:idna-update@ietf.org>
List-Help: <mailto:idna-update-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idna-update>, <mailto:idna-update-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Apr 2017 14:04:19 -0000

if this is published, I hope it is made clear that this is not a standards
recommendation endorsed by the IDNA working group.

v


On Mon, Apr 17, 2017 at 1:23 PM, Paul Hoffman <paul.hoffman@vpnc.org> wrote:

> Forwarded message:
>
> From: The IESG <iesg-secretary@ietf.org>
>> To: IETF-Announce <ietf-announce@ietf.org>
>> Cc: alexey.melnikov@isode.com, draft-freytag-lager-variant-rules@ietf.org,
>> shollenbeck@verisign.com
>> Subject: Last Call: <draft-freytag-lager-variant-rules-05.txt> (Variant
>> Rules) to Informational RFC
>> Date: Mon, 17 Apr 2017 09:17:58 -0700
>>
>> The IESG has received a request from an individual submitter to consider
>> the following document:
>> - 'Variant Rules'
>>   <draft-freytag-lager-variant-rules-05.txt> as Informational RFC
>>
>> Some comments were raised in IETF LC about how this document relates
>> to RFC 7940. The document was updated to clarify that.
>> This is a Second IETF LC to make IETF community aware of changes
>> to this draft.
>>
>> The IESG plans to make a decision in the next few weeks, and solicits
>> final comments on this action. Please send substantive comments to the
>> ietf@ietf.org mailing lists by 2017-05-15. Exceptionally, comments may be
>> sent to iesg@ietf.org instead. In either case, please retain the
>> beginning of the Subject line to allow automated sorting.
>>
>> Abstract
>>
>>    Rules for validating identifier labels and alternate representations
>>    of those labels (variants) are known as "Label Generation Rulesets"
>>    (LGRs); they are used for the implementation of identifier systems
>>    such as Internationalized Domain Names (IDNs).  This document
>>    describes ways of designing Label Generation Rulesets (LGRs) that
>>    support variant labels.  In designing LGRs, it is important to ensure
>>    that the label generation rules are consistent and well-behaved in
>>    the presence of variants.  The design decisions can then be expressed
>>    using the XML representation of LGRs that is defined in RFC7940.
>>
>>
>> The file can be obtained via
>> https://datatracker.ietf.org/doc/draft-freytag-lager-variant-rules/
>>
>> IESG discussion can be tracked via
>> https://datatracker.ietf.org/doc/draft-freytag-lager-variant
>> -rules/ballot/
>>
>>
>> No IPR declarations have been submitted directly on this I-D.
>>
>
> _______________________________________________
> IDNA-UPDATE mailing list
> IDNA-UPDATE@ietf.org
> https://www.ietf.org/mailman/listinfo/idna-update
>



-- 
New postal address:
Google
1875 Explorer Street, 10th Floor
Reston, VA 20190