Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oid-10.txt [8/9 to 8/24/2019]
"Susan Hares" <shares@ndzh.com> Thu, 12 September 2019 09:31 UTC
Return-Path: <shares@ndzh.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B11112082B for <idr@ietfa.amsl.com>; Thu, 12 Sep 2019 02:31:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.947
X-Spam-Level:
X-Spam-Status: No, score=0.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no autolearn_force=no
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 ihSUrqoDsEqX for <idr@ietfa.amsl.com>; Thu, 12 Sep 2019 02:31:55 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-100-static.hfc.comcastbusiness.net [50.245.122.100]) (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 C68E812004E for <idr@ietf.org>; Thu, 12 Sep 2019 02:31:48 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=97.112.17.31;
From: Susan Hares <shares@ndzh.com>
To: idr@ietf.org
References: <01a501d54ec2$78335670$689a0350$@ndzh.com> <20190823170905.GS367@pfrc.org>
In-Reply-To: <20190823170905.GS367@pfrc.org>
Date: Thu, 12 Sep 2019 05:31:46 -0400
Message-ID: <026101d5694c$e59f48f0$b0dddad0$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHX+MECOL6bAqSwUsQ50oe8F6/tjwJqsKoJpw9OBVA=
Content-Language: en-us
X-Antivirus: AVG (VPS 190911-2, 09/11/2019), Outbound message
X-Antivirus-Status: Not-Tested
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/g7vmeFJhkDwcTyqM7KyMZFw7rd4>
Subject: Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oid-10.txt [8/9 to 8/24/2019]
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Sep 2019 09:31:56 -0000
This WG LC has concluded on 8/24/2019 and the WG has not reached consensus. The feedback from the shepherd and the people who commented on the list is that technology is needed but that the text needs to be revised for clarity and alignment with RFC5575bis. The authors should revise the draft and request another WG LC. The IDR WG has indicated in discussions that RFC5575bis should simply clarify errors in RFC5575. The authors have adhered to the WG direction. Jim Uttaro pointed out during the WG LC on draft-ietf-idr-bgp-flowspec-oid-10.txt that this may cause sub-optimal results for some operators deploying flow specification who need the RFC5575bis changes and the changes in draft-ietf-bgp-flowspec-oid-10.txt. This sub-optimal result is the downside of the WG decision to limit RFC5575bis to just corrections. The upside is that the RFC5575bis forms an error free basis to make changes. Sue Hares (shepherd and co-chair) -----Original Message----- From: Jeffrey Haas [mailto:jhaas@pfrc.org] Sent: Friday, August 23, 2019 1:09 PM To: Susan Hares Cc: 'idr wg' Subject: Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oid-10.txt [8/9 to 8/24/2019] Sue, On Fri, Aug 09, 2019 at 10:55:21AM -0400, Susan Hares wrote: > This begins a 2 week WG LC for draft-ietf-idr-bgp-flowspec-oid-10.txt > [8/9 to 8/24/2019] > > In your comments, please consider: > > 1) including "support" or "no support" I don't support publication at this time. The document has all of the right procedures in it. I believe at least two implementations can support it. However, the document has the mark of having been incrementally edited over a long period of time and is difficult to follow in some cases. So, the technical content is right, but it needs cleanup. I'll endeavor to send comments on this in detail hopefully soon. > 2) if this addition to RFC5575bis which allows a route controller in > an AS to originate Flow Specifications is useful in deployments, and It is deployed and in many cases is the recommended deployment model for flowspec. > 3) if there are any technical issues or editorial Issues that need to > be adjusted in this specification > prior to publication. > > If you think adjustments need to be made in the text, Indicate whether > you think the adjustments are Technical or editorial in nature. See above. -- Jeff
- [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oid-10… Susan Hares
- Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oi… Jeffrey Haas
- Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oi… Christoph Loibl
- Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oi… UTTARO, JAMES
- Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oi… Christoph Loibl
- Re: [Idr] WG LC on draft-ietf-idr-bgp-flowspec-oi… Susan Hares