Re: Status of draft-ietf-6man-lineid
Brian Haberman <brian@innovationslab.net> Mon, 30 July 2012 19:45 UTC
Return-Path: <brian@innovationslab.net>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C18811E81C7 for <ipv6@ietfa.amsl.com>; Mon, 30 Jul 2012 12:45:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[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 LxDIsR9n5XkL for <ipv6@ietfa.amsl.com>; Mon, 30 Jul 2012 12:45:56 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) by ietfa.amsl.com (Postfix) with ESMTP id CA68F11E81D4 for <ipv6@ietf.org>; Mon, 30 Jul 2012 12:45:56 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach.fuaim.com [206.197.161.141]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 7EDBE88094; Mon, 30 Jul 2012 12:45:56 -0700 (PDT)
Received: from dhcp-5588.meeting.ietf.org (dhcp-5588.meeting.ietf.org [130.129.85.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 3D5C8130017; Mon, 30 Jul 2012 12:45:56 -0700 (PDT)
Message-ID: <5016E473.9010302@innovationslab.net>
Date: Mon, 30 Jul 2012 15:45:55 -0400
From: Brian Haberman <brian@innovationslab.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0
MIME-Version: 1.0
To: Bob Hinden <bob.hinden@gmail.com>
Subject: Re: Status of draft-ietf-6man-lineid
References: <4FFB7918.9080806@innovationslab.net> <49AE274A-AC1C-463E-AB02-C022B39232E4@gmail.com>
In-Reply-To: <49AE274A-AC1C-463E-AB02-C022B39232E4@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Pete Resnick <presnick@qualcomm.com>, Barry Leiba <barryleiba@computer.org>, 6man WG <ipv6@ietf.org>, Ralph Droms <rdroms.ietf@gmail.com>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Jul 2012 19:45:57 -0000
Bob, I agree that there is consensus to move this forward as PS. There will be an IETF Last Call for the draft as a PS started after Vancouver. Regards, Brian On 7/26/12 7:47 PM, Bob Hinden wrote: > Brian, > > In the two plus weeks since you sent this, I saw one email in support > and none is opposition. Given the lack of objections to publishing > this as a Proposed Standard, I think OK to go forward as a PS. > > Bob > > On Jul 9, 2012, at 5:36 PM, Brian Haberman wrote: > >> All, During the IESG discussion of draft-ietf-6man-lineid, the >> question was raised as to its appropriate status. The WG decided >> to advance the draft as Experimental since it had documented >> limitations and was targeted to a limited deployment scenario. >> Several ADs raised the issue that the above reasons do not >> necessarily make the draft inappropriate for Proposed Standard, To >> quote feedback from one of the ADs (Barry Leiba): >> >> >> "If the limitations are clearly documented and if that document can >> be used to target implementations correctly, then I think PS is >> completely appropriate. If experimentation is needed to >> *determine* the limitations, or to determine how to implement the >> specification to as not to interfere with inapplicable situations, >> then Experimental is best." >> >> >> In my view, there is a clear understanding of what the limitations >> of this approach are and they can be clearly defined in an >> applicability statement within the draft. Additionally, we know >> the deployment scenario (N:1 VLAN usage in broadband networks) >> where this approach will be used. >> >> My question is whether there is opposition or support within the >> community to move the document to Proposed Standard as long as >> there is a sufficient applicability statement included in the >> draft. Please provide feedback to the mailing list (and the cc:'ed >> ADs) on this proposed change. >> >> Regards, Brian >> -------------------------------------------------------------------- >> >> IETF IPv6 working group mailing list >> ipv6@ietf.org Administrative Requests: >> https://www.ietf.org/mailman/listinfo/ipv6 >> --------------------------------------------------------------------
- Status of draft-ietf-6man-lineid Brian Haberman
- Re: Status of draft-ietf-6man-lineid t.petch
- Re: Status of draft-ietf-6man-lineid Bob Hinden
- Re: Status of draft-ietf-6man-lineid Brian Haberman