Re: [CCAMP] Request for a "Designated Expert" to carve "OTN Signal Type" subregistry

"Zafar Ali (zali)" <zali@cisco.com> Mon, 10 November 2014 02:35 UTC

Return-Path: <zali@cisco.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3755C1A889F for <ccamp@ietfa.amsl.com>; Sun, 9 Nov 2014 18:35:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.095
X-Spam-Level:
X-Spam-Status: No, score=-15.095 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_HI=-5, RP_MATCHES_RCVD=-0.594, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] 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 fd97RzxKuTY6 for <ccamp@ietfa.amsl.com>; Sun, 9 Nov 2014 18:35:31 -0800 (PST)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D21B1A889C for <ccamp@ietf.org>; Sun, 9 Nov 2014 18:35:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2744; q=dns/txt; s=iport; t=1415586931; x=1416796531; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=tzXTKCjBtTorOH3iVcXuo7cqtSDMXtE6GwlGD+wyUKA=; b=ZWA7xKl5hAx4qlQ2QSF8OiMz2lXWV0uGKDQzY8UhkZJDnUkGG20NDVtA qRJ5VxPW2f37xEgEt5I00NcI0nPbvEb09iZaw+ws5az1bXD3nfZW4L8CZ JLcDRpnz6ZTrTNkQEz0l1Y/pRK8TXtTX6MObLeO302cVg0MxjwZ8p/jDW c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhIFAJ0jYFStJA2N/2dsb2JhbABbgw6BLQTTNwKBGhYBAQEBAX2EAgEBAQRrDgwGAQgRAwECYRQJCAIEAQ0FiEHNKwEBAQEBAQEBAQEBAQEBAQEBAQEBGJEVBwaERQEEj2qCR4t0gTSDT41ThAqDemyBSIEDAQEB
X-IronPort-AV: E=Sophos;i="5.07,349,1413244800"; d="scan'208";a="367638104"
Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-9.cisco.com with ESMTP; 10 Nov 2014 02:35:30 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id sAA2ZUGb022394 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 10 Nov 2014 02:35:30 GMT
Received: from xmb-rcd-x14.cisco.com ([169.254.4.140]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Sun, 9 Nov 2014 20:35:30 -0600
From: "Zafar Ali (zali)" <zali@cisco.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "lberger@labn.net" <lberger@labn.net>, "'BRUNGARD, DEBORAH A'" <db3546@att.com>
Thread-Topic: Request for a "Designated Expert" to carve "OTN Signal Type" subregistry
Thread-Index: AQHP+8KgYRSfIOgpZ0y49ZwK8vQ/QZxX/cWA///o6YCAAH2OgIAA1FKA
Date: Mon, 10 Nov 2014 02:35:28 +0000
Message-ID: <D0858EA5.D7293%zali@cisco.com>
In-Reply-To: <008801cffbfb$98b3d880$ca1b8980$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.86.252.13]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <D6F0208BBE91644A85B7B00D18FB246C@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ccamp/NlyVruNlMID6RWXGvswkP7cVTcs
Cc: "ccamp@ietf.org" <ccamp@ietf.org>
Subject: Re: [CCAMP] Request for a "Designated Expert" to carve "OTN Signal Type" subregistry
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp/>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Nov 2014 02:35:35 -0000

Hi Adrian- 

Thanks for your comments and input. Let us address your comments and work
with the chairs and the WG.

Many thanks, 

Regards Š Zafar


-----Original Message-----
From: "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Reply-To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Date: Sunday, November 9, 2014 4:00 AM
To: zali <zali@cisco.com>, "lberger@labn.net" <lberger@labn.net>,
"'BRUNGARD, DEBORAH A'" <db3546@att.com>
Cc: "ccamp@ietf.org" <ccamp@ietf.org>
Subject: RE: Request for a "Designated Expert" to carve "OTN Signal Type"
subregistry

>Hello again,
>
>> >> This is with regard to the recently adapted
>> >> draft-ietf-ccamp-otn-signal-type-subregistry-00
>> >
>> >There is no such draft in the repository.
>> >I looked pretty carefully. Please let me know if I messed up.
>> 
>> It is a recently adapted draft, which we were unable to submit as IETF
>> flood gate is closed. But will be submitting during IETF week.
>
>OK. Understood. It was not helpful to me to provide a reference to an I-D
>that
>does not exist.
>
>> >> In the light of the above, can you please help us get a Designated
>> >> Expert to review and carve "OTN Signal Type" subregistry?
>> >
>> >Not yet.
>> >Let's wait until the working group has consensus,
>> 
>> Done,
>
>Really? The WG last call has happened?
>Chairs, is this true?
>
>> >the IETF has consensus, and
>> >both the IESG and IANA have reviewed the document.
>> 
>> I assume this will be post LC?
>
>Yes. No change to normal process.
>
>> >DEs are not normally assigned until the moment the RFC is approved, or
>> >even later.
>> >
>> >Why do you think you need a DE now?
>> 
>> I thought that next step was to work with a DE to agree on how the new
>> registry look like.
>
>Nope. The document editor is supposed to work with the working group on
>such
>stuff.
>
>> >Section 2
>> >
>> >In defining that two assignment policies be applied to this registry
>>you
>> >need to be careful to define what you mean. Do Standards Track
>> >documents need DE review? What happens if the DE disagrees?
>> >Do you mean that this is an either/or situation?
>> 
>> This is a good point. But the issue is that at present registry is
>>defined
>> as "Standards Track" and this draft suggests we need "Specification
>> Required" policy to be supported, as well. Does this mean that
>> moving-forward the registry will be "Specification Required"?
>
>I understand there is an issue with the current registry and that you are
>looking to make changes.
>I am just pointing out that the text you currently have is broken.
>You need to work with the working group to decide what you want it to say.
>
>Adrian
>