[spring] Mirja Kühlewind's No Objection on draft-ietf-spring-resiliency-use-cases-11: (with COMMENT)

Mirja Kühlewind <ietf@kuehlewind.net> Thu, 14 December 2017 12:55 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: spring@ietf.org
Delivered-To: spring@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D06A128DE5; Thu, 14 Dec 2017 04:55:17 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Mirja Kühlewind <ietf@kuehlewind.net>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-spring-resiliency-use-cases@ietf.org, Stephane Litkowski <stephane.litkowski@orange.com>, aretana.ietf@gmail.com, spring-chairs@ietf.org, stephane.litkowski@orange.com, spring@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <151325611730.6112.10921253066764453945.idtracker@ietfa.amsl.com>
Date: Thu, 14 Dec 2017 04:55:17 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/RC1w08DW3DSkBE_MrjS4Darw8FU>
Subject: [spring] Mirja Kühlewind's No Objection on draft-ietf-spring-resiliency-use-cases-11: (with COMMENT)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <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: Thu, 14 Dec 2017 12:55:17 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-spring-resiliency-use-cases-11: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-spring-resiliency-use-cases/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

I have a question which is probably simply the result of not having had time to
read all spring docs in detail: Can you maybe indicate how the requirements at
the end of section 2 have been addressed in the spring architecture doc?

And another question on section 3: Wouldn't it also make sense to have a
mechanism that reports if local repair was used and respectively the traffic
was not routed over the indicated path but a different one?

And another comment on section 2: You write that you need a way to check the
liveness of a path if used for primary and backup, however, this is also true
for the case where the two paths are used with ECMP as it usually doesn't help
you that much if you only receive half of your packets. Only if you send all
packets over both paths, you don't need a active check, however, it should be
mentioned that this also needs more capacity and can therefore cause
unnecessary congestion.