Re: Last Call on draft-ietf-pim-registry-03.txt

Mykyta Yevstifeyev <evnikita2@gmail.com> Thu, 13 January 2011 16:05 UTC

Return-Path: <evnikita2@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F14823A6BA2 for <ietf@core3.amsl.com>; Thu, 13 Jan 2011 08:05:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.293
X-Spam-Level:
X-Spam-Status: No, score=-2.293 tagged_above=-999 required=5 tests=[AWL=-0.654, BAYES_00=-2.599, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o+H5NGvAd94s for <ietf@core3.amsl.com>; Thu, 13 Jan 2011 08:05:58 -0800 (PST)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by core3.amsl.com (Postfix) with ESMTP id 03EAF3A6BA0 for <ietf@ietf.org>; Thu, 13 Jan 2011 08:05:57 -0800 (PST)
Received: by eyd10 with SMTP id 10so957997eyd.31 for <ietf@ietf.org>; Thu, 13 Jan 2011 08:08:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=a0dBMKCtRXUY8Hz3FOJAtn4bV5RcVbQesp0LpF293Jk=; b=tXdly7FzUl0vmdshRpMvMQo/LpnxIPS+Wjnw6hFWk0MVASMsR3YcpiUvcBDnQkjKu9 Q6NQX6QfBQNAts+K6mJgq/aJDeejMakjwKma7jZmSCf7Fn4LkV0t2SSvoDSULdZiznNG 9elxdw65nimX/QOYbqWzaRFFivawtZ9niyOKY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ksN0RyXTxpDJz2bI3KWzmsd6VQTP202CFQ3eyB4fIzj5FTEvcTTlbGqR3zvfUDAIFT ozwFjaahy53F3axIJDg9SnHT7dwuZVSncjIr8NWv622bGJlC08036JtAaIWXTwELJm1W u43sDGaTOyi6J+lN0k8mmdGOVvZkMPROahmlE=
Received: by 10.204.126.230 with SMTP id d38mr1891900bks.120.1294934900249; Thu, 13 Jan 2011 08:08:20 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id q18sm757154bka.3.2011.01.13.08.08.18 (version=SSLv3 cipher=RC4-MD5); Thu, 13 Jan 2011 08:08:19 -0800 (PST)
Message-ID: <4D2F2385.6050301@gmail.com>
Date: Thu, 13 Jan 2011 18:08:37 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Julian Reschke <julian.reschke@gmx.de>
Subject: Re: Last Call on draft-ietf-pim-registry-03.txt
References: <AANLkTin+wxG6oSrvux6DuqZNA1hLGALmozfxzhhGxT3+@mail.gmail.com> <01bc01cbb25c$41590700$c40b1500$@huawei.com> <4D2DB36C.7070107@gmx.de> <01da01cbb264$2f1462d0$8d3d2870$@huawei.com> <4D2DBC48.2080302@gmx.de> <AANLkTikTks15pML38XSAuJZY-yRmDXdQBhe12ynWq+Pz@mail.gmail.com> <0FCCAC8F1FBB48FDA5A5C347233271AA@DougEwell> <4D2EB195.60604@gmx.de> <AANLkTi=6pMxR56z3safr3gQ0q8Aw8sJ3WAcRfwOuNiUk@mail.gmail.com> <4D2EE2A7.5060805@gmx.de> <4D2F1F8F.5060304@gmail.com> <4D2F211E.4080207@gmx.de>
In-Reply-To: <4D2F211E.4080207@gmx.de>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: The IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 13 Jan 2011 16:05:59 -0000

13.01.2011 17:58, Julian Reschke wrote:
> On 13.01.2011 16:51, Mykyta Yevstifeyev wrote:
>> ...
>>> That sounds like an editorial error to me.
>>>
>>> "any ranges to be *reserved* for .... "Unassigned"..."
>>>
>>> doesn't make any sense at all. They are not reserved.
>> Yes, that is a type of error, but the meaning is that unassigned and
>> reserved values MUST (yes, must, that is in RFC 5226; see citation
>> below) be mentioned.
>
> I do not see a citation "below".
I meant in the previous message.
>
>>> This should probably be raised as erratum.
>>>
>>>> So the document specifying the regsitry MUST mention what are
>>>> Unassigned. Moreover, IMO, it would be useful to assign one value for
>>>> Experimentation.
>>>
>>> No. should != must.
>> See below.
>
> Even further? :-)
The same.
>
>>> There are tons of registries where this is not the case; namely all or
>>> most of those where the values are strings, not numbers.
>> The strings registries are rather exceptions from the rule I cited 
>> above.
>
> Well, we have many of them. The rules should takes those into account.
That, IMO, was the mistake of authors of RFC 5226 that didn't take the 
text registries into considerations.  We have no way to correct that now.

Mykyta
>
> Best regards, Julian
>