Re: [PCN] IESG feedback from 3-in-1 encoding/ encoding comparison

Steven Blake <slblake@petri-meat.com> Fri, 02 March 2012 20:27 UTC

Return-Path: <slblake@petri-meat.com>
X-Original-To: pcn@ietfa.amsl.com
Delivered-To: pcn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DEF021F861F for <pcn@ietfa.amsl.com>; Fri, 2 Mar 2012 12:27:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.799
X-Spam-Level:
X-Spam-Status: No, score=-101.799 tagged_above=-999 required=5 tests=[AWL=0.800, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A4WDp6mg-Try for <pcn@ietfa.amsl.com>; Fri, 2 Mar 2012 12:27:31 -0800 (PST)
Received: from elom.tchmachines.com (elom.tchmachines.com [208.76.80.198]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD5A21F861D for <pcn@ietf.org>; Fri, 2 Mar 2012 12:27:31 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=petri-meat.com; h=Received:Subject:From:To:Cc:Date:In-Reply-To:References:Content-Type:X-Mailer:Content-Transfer-Encoding:Message-ID:Mime-Version; b=Upx/9ra2fUgEQacLzddvQHzF7Yx6kdo1vN1UgCUUMFkCYITsx88p4ZHhAIxw4nklftAwN5x2T+pi94OPlBappLkPqZkO4M1ZXWaoVUwcn43AoCiPrBXZ3+h4DnhRUGcd;
Received: from cpe-071-065-237-221.nc.res.rr.com ([71.65.237.221]) by elom.tchmachines.com with esmtpa (Exim 4.69) (envelope-from <slblake@petri-meat.com>) id 1S3Z4X-0000uB-Td; Fri, 02 Mar 2012 15:27:26 -0500
From: Steven Blake <slblake@petri-meat.com>
To: philip.eardley@bt.com
Date: Fri, 02 Mar 2012 15:27:29 -0500
In-Reply-To: <9510D26531EF184D9017DF24659BB87F331C4B6FD6@EMV65-UKRD.domain1.systemhost.net>
References: <9C874ADA-1419-4AF4-B075-47FEDA98E999@cl.cam.ac.uk> <FF1A9612A94D5C4A81ED7DE1039AB80F22C51CE8@EXMBX04.ad.utwente.nl> <9510D26531EF184D9017DF24659BB87F331C4B6FD6@EMV65-UKRD.domain1.systemhost.net>
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.0.3 (3.0.3-1.fc15)
Content-Transfer-Encoding: 7bit
Message-ID: <1330720050.2600.20.camel@tachyon>
Mime-Version: 1.0
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - elom.tchmachines.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - petri-meat.com
Cc: pcn@ietf.org
Subject: Re: [PCN] IESG feedback from 3-in-1 encoding/ encoding comparison
X-BeenThere: pcn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PCN WG list <pcn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pcn>, <mailto:pcn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcn>
List-Post: <mailto:pcn@ietf.org>
List-Help: <mailto:pcn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcn>, <mailto:pcn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Mar 2012 20:27:32 -0000

On Fri, 2012-03-02 at 11:05 +0000, philip.eardley@bt.com wrote:

> Just a correction, lots of RFCs refer to internet drafts.
> 
> I don't think Adrian's comment was one about the mechanics of
> references, but what the status is of these other encodings.
> So the solution is simple, the comparison doc spells out (more)
> clearly that they were ones we thought about, recorded here for
> posterity, but are now no longer being pursued - in favour of 3-in-1
> 
> << It appears that there are a number of alternative encoding being 
> proposed as documented in this I-D, draft-ietf-pcn-3-state-encoding, 
> draft-ietf-pcn-psdm-encoding, etc., and as discussed in 
> draft-ietf-pcn-encoding-comparison. It isn't clear to me whether these
> encodings are being proposed to co-exist, to be used by different 
> operators depending on specific environments, or whether they are
> being floated to see which one gets more market-place support.>>

+1

I think publishing the abandoned encoding drafts as RFCs would just
confuse a situation that is going to be confusing enough with RFC5696
and 3-in-1 both extant.  Plus, it's extra load on the IESG and the
gen-art folks.


Regards,

// Steve