Re: [spring] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08

Gaurav Dawra <gdawra.ietf@gmail.com> Thu, 17 May 2018 02:43 UTC

Return-Path: <gdawra.ietf@gmail.com>
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 8F816126C26; Wed, 16 May 2018 19:43:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 MQRbEWfKLxZd; Wed, 16 May 2018 19:43:54 -0700 (PDT)
Received: from mail-pg0-x22b.google.com (mail-pg0-x22b.google.com [IPv6:2607:f8b0:400e:c05::22b]) (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 DEEFA126DED; Wed, 16 May 2018 19:43:53 -0700 (PDT)
Received: by mail-pg0-x22b.google.com with SMTP id p8-v6so1126239pgq.10; Wed, 16 May 2018 19:43:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=boSQAnRY8BZ6t50tVMTzFGEWE8lMPOiu9Ath8Y++yPM=; b=it1z3oS6x2izBu64Fkf9IE/Be77tLivsG6ifiohBxIT/Kn9QZepj1ZcTMqc5rqTFjZ w+Qdztx74AbQlO0kEx0R6rX1YxvnBKEOS2tDyGOKxFTZEhUGLOryYnEAlHFTRpaN8DdP mUe/SRbQRwEwb9ORe+Iw+LUCXKi7QIEpZlWUFZ27p3/52HW0Mi9JoYj18OEDhwtSRqiF RvuMqDy4IKN0njbpK2shgR7/FnUnBMn1AkkJyXhAPMWcdGz+RuhqQLPKlJoqpIbcVyjo Sg3k7h5AGXgzkndrb3KcfOo/QG7Lisd/+2rpA3/VJIYKT/+Rqm3ra21vCF7M85loEJY1 yMpA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=boSQAnRY8BZ6t50tVMTzFGEWE8lMPOiu9Ath8Y++yPM=; b=XmcVdTNve9NB95h6aULHlng5Zq0ON0qe0vQm9X8C5fWr54sQsDYgfugjLqg4fsTM8p rmjrGOZcHX42syEcjhv+LZJqtuzJQcESS8etzxK8Jrs2o0zu2ZH5WjrEjeKieYV2mnfG 6s6h91PVuIK8P2oPFKACb5EjhOMlUbifBi7o/rz3du6WsQJsKWKIzPopHuTLj2Y4Jdku HGfF+gKUD2MA2u9L0vXnaZWzIf1QQWym0h5mm+vIYimhOSZCxRggHhCiZ5Bw7wElWZh/ Cpdd+TlstDxRQNR9CYfD1YhmZ8p0yRYfevIeDyaKFsQFjSOUhlx9ZJ0kUkU2F/QG1fhP dfDw==
X-Gm-Message-State: ALKqPwcC2+Gu5oK1SZ8xH82veX8WMvwOOZX0iSgP204O4oWa7lhUoaFb Uidbcg8UF2fPFGbYmd2LueU=
X-Google-Smtp-Source: AB8JxZqe49O/40uIvYYGSAzmTIvkJt8p7LpFp/wGD3PB/Cyt+QDaVs3ag1wYfslkQtsbCritMMBo2w==
X-Received: by 2002:a63:9f0a:: with SMTP id g10-v6mr2672660pge.39.1526525032980; Wed, 16 May 2018 19:43:52 -0700 (PDT)
Received: from ?IPv6:2601:646:9300:3021:b84c:ef7d:31d4:569e? ([2601:646:9300:3021:b84c:ef7d:31d4:569e]) by smtp.gmail.com with ESMTPSA id t68-v6sm6292540pfe.17.2018.05.16.19.43.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 May 2018 19:43:52 -0700 (PDT)
From: Gaurav Dawra <gdawra.ietf@gmail.com>
Message-Id: <3C6A8E63-3FD4-4274-8624-1F2D94655CC0@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_CE7E4342-3662-4A01-845D-CA8C138344BE"
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Wed, 16 May 2018 19:43:51 -0700
In-Reply-To: <1c95fd24-b6bf-90e2-3879-a74eff7e9e40@gmail.com>
Cc: SPRING WG <spring@ietf.org>, tsv-art@ietf.org, Alvaro Retana <aretana.ietf@gmail.com>
To: Martin Stiemerling <mls.ietf@gmail.com>
References: <a77a198c-2a5a-d754-8725-6d6685338f6c@gmail.com> <40ED2C86-3403-4D89-8CA8-FBB9651BF2AB@gmail.com> <CAMOQah8TYNaXMAAKJE2AQpbhwSf+ejhR1vdFmF9OQmzVfTw5rA@mail.gmail.com> <1c95fd24-b6bf-90e2-3879-a74eff7e9e40@gmail.com>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/MPz4Byxa2b2DZmppV03_A74ed0M>
Subject: Re: [spring] TSV-ART review of draft-ietf-spring-segment-routing-msdc-08
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 17 May 2018 02:43:56 -0000

Hi Martin,

Apologies from my end we had multiple discussions amongst authors.

For below comment - I will remove the citation of the really open paper. Will update in next rev:

Section will read like this now:

A flowlet is defined as a burst of packets from the same flow
followed by an idle interval.

With some ability to choose paths on the host, one may go from per-
flow load-sharing in the network to per-packet or per-flowlet.  The
host may select different segment routing instructions either per
packet, or per flowlet, and route them over different paths.  This
allows for solving the "elephant flow" problem in the data-center and
avoiding link imbalances.
 
Cheers,

Gaurav

> On Apr 9, 2018, at 8:02 AM, Martin Stiemerling <mls.ietf@gmail.com> wrote:
> 
> Hi Gaurav,
> 
> Am 01.03.18 um 16:01 schrieb Gaurav Dawra:
>> Hey Martin,
>> Seeking your feedback here. Regarding Section 7.1, The intent of the document is to describe one suggestive way and do not attempt to standardize any suggested mechanisms based considering the Informational nature. Authors do not attempt to fully solve – but to indicate how SR helps towards this.The details of how the hosts figure out what paths to take through the network such that the TCP and application are not affected is outside the scope of this document.
>> Would you prefer to add perhaps - “details outside the scope” or “this is one of the ways” or something else?
> 
> 
> Since the cited paper is really old and there is no up-to-date proof of any working implementation with real Internet traffic: Please remove this part.
> 
> This will require a lot of theoretical work, discussions the transport community, discussions with operating system vendors and testing in the wild open Internet.
> 
> Kind regards,
> 
>  Martin