Re: [spring] Benjamin Kaduk's Discuss on draft-ietf-spring-segment-routing-policy-17: (with DISCUSS and COMMENT)

Benjamin Kaduk <kaduk@mit.edu> Sun, 20 March 2022 03:36 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D92C73A0658; Sat, 19 Mar 2022 20:36:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham 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 NgI8jebSMPjP; Sat, 19 Mar 2022 20:36:13 -0700 (PDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A2B2C3A067A; Sat, 19 Mar 2022 20:36:12 -0700 (PDT)
Received: from mit.edu (c-73-169-244-254.hsd1.wa.comcast.net [73.169.244.254]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 22K3a0qY024678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 19 Mar 2022 23:36:07 -0400
Date: Sat, 19 Mar 2022 20:36:00 -0700
From: Benjamin Kaduk <kaduk@mit.edu>
To: Ketan Talaulikar <ketant.ietf@gmail.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-spring-segment-routing-policy@ietf.org, spring-chairs@ietf.org, SPRING WG <spring@ietf.org>, james.n.guichard@futurewei.com
Message-ID: <20220320033600.GK13021@mit.edu>
References: <164507858486.11948.7818447548279924153@ietfa.amsl.com> <CAH6gdPzPVhzg81okeQxFapR-ckrzQPEU64603O9rCPg=RnLMFw@mail.gmail.com> <20220225020227.GM12881@kduck.mit.edu> <CAH6gdPxTbZGZ0weFL17VyMAaHZFAvAF=LxvHLyCODvQKHDEM1Q@mail.gmail.com> <20220319192416.GH13021@mit.edu> <CAH6gdPy3M6_73FzD7DM1AANBY6DKp4tRbBUU+Kp7Ehw5iTWBvQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <CAH6gdPy3M6_73FzD7DM1AANBY6DKp4tRbBUU+Kp7Ehw5iTWBvQ@mail.gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/E6jtV-zV040BwuysDug0fvkyKXQ>
Subject: Re: [spring] Benjamin Kaduk's Discuss on draft-ietf-spring-segment-routing-policy-17: (with DISCUSS and COMMENT)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Mar 2022 03:36:18 -0000

Hi Ketan,

Thanks for the additional text in the -21, I think it is really helpful.

Trimming heavily...

On Sun, Mar 20, 2022 at 08:52:41AM +0530, Ketan Talaulikar wrote:
> Hi Ben,
> 
> Thanks for your time and your response. Please check inline below with KT3.
> 
> We've also posted an update with changes to address your comments:
> https://datatracker.ietf.org/doc/html/draft-ietf-spring-segment-routing-policy-21
> 
> 
> On Sun, Mar 20, 2022 at 12:54 AM Benjamin Kaduk <kaduk@mit.edu> wrote:
> 
> > On Sat, Mar 05, 2022 at 04:06:53PM +0530, Ketan Talaulikar wrote:
> > >
> > > On Fri, Feb 25, 2022 at 7:32 AM Benjamin Kaduk <kaduk@mit.edu> wrote:
> > > >
> > > > On Thu, Feb 17, 2022 at 09:21:04PM +0530, Ketan Talaulikar wrote:
> > > > >
> > > > > On Thu, Feb 17, 2022 at 11:46 AM Benjamin Kaduk via Datatracker <
> > > > > noreply@ietf.org> wrote:
> > > > >
> > > > > >
> > > > > > Section 10
> > > > > >
> > > > > > I think we also want to mention the security considerations of
> > several
> > > > more
> > > > > > documents, including (but not limited to)
> > > > > > draft-ietf-idr-segment-routing-te-policy and RFCs 8660, 8754, and
> > 8986.
> > > > > >
> > > > >
> > > > > KT> Ack on the three RFCs, but convinced about the
> > > > > draft-ietf-idr-segment-routing-te-policy since that depends on this
> > and
> > > > not
> > > > > the other way around.
> > > >
> > > > I think this relates to John's Discuss point and whether this document
> > > > specifies the protocol behavior of the two bits in the context of the
> > > > extension defined in draft-ietf-idr-segment-routing-te-policy.  You
> > need to
> > > > understand draft-ietf-idr-segment-routing-te-policy in order to
> > understand
> > > > the security considerations relating to the protocol behavior
> > controlled by
> > > > those two bits, and IMO the protocol behavior specified by those two
> > bits
> > > > is solely the responsibility of this document, so this document must
> > > > incorporate the security considerations of
> > > > draft-ietf-idr-segment-routing-te-policy in order to fully document the
> > > > security considerations of the concepts and protocol elements that this
> > > > document defines.
> > > >
> > >
> > > KT2> I am working with John to address his comments.
> >
> > Okay, the changes from -18 to -20 are looking promising, but I will let
> > John decide when it's done.
> >
> 
> KT3> Our discussion with John is ongoing and seems like might take more
> time. Would you be clearing your DISCUSS assuming the updates address your
> concerns?

Yes, I have already cleared since my specific Discuss-level concerns are
addressed.

Thanks again,

Ben