Re: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/

Rakesh Gandhi <rgandhi.ietf@gmail.com> Wed, 28 July 2021 16:54 UTC

Return-Path: <rgandhi.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 407603A1817; Wed, 28 Jul 2021 09:54:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 bRa0ipFxeizD; Wed, 28 Jul 2021 09:54:16 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 B04983A1815; Wed, 28 Jul 2021 09:54:15 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id r17so5234938lfe.2; Wed, 28 Jul 2021 09:54:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DbFijvHas/e84RCRL+lfSOUwIiOEeQeesku3ehwghwk=; b=JvFhWxzwuE/PwG9IdKZLniiF26fNfq+Mu7bRJPm1bE5Scek6eYXQq1abMcsURzTeKi 8s5ST8rK2oNo2ULp4NBenc+T/ZCok0RBtyHLjHxAb7aAofl+Jkc+Y7ZVKkGfR7F4he/Z 71mcG0aRgy8cxL1R1DvY79dpornL6/hRsvFgm7yK7FU2rR2PI4PBjsDPAen9dcXjK/GN GaVcJ0E7lSz1Nv8mia9FnDVGLfxPYUIh9HKM25Wfn+ZP/PjjRLqackRUay9F15lwXQFL PHESdLqJVzpiOMuK82yFqgaTJo84q08ZSP8Cp7uLgGTiBetNMN8zVEhhWjQQrjUtOzjk ukrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DbFijvHas/e84RCRL+lfSOUwIiOEeQeesku3ehwghwk=; b=kDtjxO+Vnohhpk4QPktbgYpZqjvFDydg1Q6rgjHi/LmpufFgsn7GZ8Z3f+CRiXaLGM 6txham/raYfi+vyeDvoey6y9xVeOYhiNKkyv1z34feLy27JLUNnFvSrXMxSOyvTM5UHL OZOpduXfGg2DMEP3hRkQCM3JPGJC1f/nQ0/EMSWO3RnMU/1Z9bmvjk72xnOtszUFQotE 1EOQYIFxEuObpGsFJ8nUarttK8Y3zYAhXfepFwJPWYKxrjhXL7R2uERmXUB/yJn3QVyc LM+Nfuxn8RWH2sFRblYgVuR7U/ub5u2dLXKvdw2uZKcX1TeX1SL3nojxlxVZwXGTw+i1 n0yA==
X-Gm-Message-State: AOAM530xh+UkFQBPkiRKPQIxL7vVRepDPaEo+erVBbNT/Jwe3C4VQDa4 1pf8mUSHK1IYrzbBNVk82+/e/paKOdNIQb8hnw==
X-Google-Smtp-Source: ABdhPJzZMu4nF5Z+N7acGDJbP0MVV5VpVjCL5hPq0t0wcrhN/2X/ox1Gwy6pHy+9vhItZ5xM2ns4GJQxo1aL2UCEhBA=
X-Received: by 2002:a05:6512:3f24:: with SMTP id y36mr376489lfa.611.1627491252412; Wed, 28 Jul 2021 09:54:12 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR13MB42062237391D7BE769359D30D21A9@MN2PR13MB4206.namprd13.prod.outlook.com> <MN2PR13MB42069709E689629DF389F860D2E49@MN2PR13MB4206.namprd13.prod.outlook.com> <1D62FF3C-148F-4C06-B81C-C0A842F916ED@gmail.com> <CAMZsk6eKNCyQtHkqyEesOM01ZvpvFyzGqbak4g_RTxPaVEMSow@mail.gmail.com> <2AE0217E-CA4C-4210-A061-1CDED77B6C70@gmail.com>
In-Reply-To: <2AE0217E-CA4C-4210-A061-1CDED77B6C70@gmail.com>
From: Rakesh Gandhi <rgandhi.ietf@gmail.com>
Date: Wed, 28 Jul 2021 12:54:01 -0400
Message-ID: <CAMZsk6dHhx9Hw2GdRtydCwANZxK1XtfCvXutfyXpjvdjEV9NqA@mail.gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: James Guichard <james.n.guichard@futurewei.com>, "spring@ietf.org" <spring@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f9a48e05c831d5a5"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/slbn4OAQyx8V7tfDrgxJzjgEYTQ>
Subject: Re: [spring] WGLC for https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/
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: Wed, 28 Jul 2021 16:54:20 -0000

Hi Stewart,
Many thanks for your comments.
Yes, we can add some text about the RX packet counters using the path
segment. As RX packet counts for incoming labels are typically supported by
most existing implementations, it is a natural choice. Other schemes e.g.
using metadata after BOS of MPLS label stack for RX packet count may need
new implementation.

Thanks,
Rakesh



On Wed, Jul 28, 2021 at 12:28 PM Stewart Bryant <stewart.bryant@gmail.com>
wrote:

> Hi Rakesh
>
> I can see why you would want to use a label in that application, but using
> a label has a cost that should be more thoroughly discussed in the text and
> compared to alternatives.
>
> What I see in the text is a reference to alt-marking, how are you
> proposing to provide the alt pair?
>
> Thanks
>
> - Stewart
>
>
>
> On 28 Jul 2021, at 13:54, Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
>
> Hi Stewart,
>
> The SR-MPLS path segment (MPLS label) is used to count received packets on
> a particular path on the egress node. This allows us to measure PM packet
> loss on a given path. The (incoming) MPLS label as path segment has an
> advantage of using existing implementations for RX packet count.
>
> Thanks,
> Rakesh
>
>
>
>
>
>
>
> On Thu, Jul 22, 2021 at 10:06 AM Stewart Bryant <stewart.bryant@gmail.com>
> wrote:
>
>> Once you find yourself needing to include path identifiers in an SR
>> packet, I begin to wonder whether the segment routing design has gone off
>> track.
>>
>> In MPLS we have the ability in both PCE and RSVP to lay out end to end
>> paths in such a way that the forwarding label is the path identifier. If
>> you recall the MPLS-TP approach you could deduce everything about the
>> packet’s origin and path from the arrival label which was not PHPed.
>>
>> Assuming there are technical reasons why such a classic approach is not
>> possible, I wonder why it is necessary to encode the path identifier within
>> label stack itself with all of the constraints that imposes on the size and
>> semantics of the identifier.
>>
>> An alternative approach is to look at the meta/ancillary data work that
>> is going on in MPLS and carry the path identifier below the bottom of stack.
>>
>> At  its most basic level this analogous to the approach to constructing a
>> Pseudowires, with an outgoing label stack, a control word (which can be an
>> extended control word carrying the path information) and then the payload.
>>
>> Such an approach would allow the packet designer to carry either the
>> identity of the path, or the actual set of labels use to construct the
>> path, or the reverse path or some combination of these. The latter two
>> approaches are more dynamic than the approach proposed in this draft and
>> more in keeping with the fundamental design philosophy of SR.
>>
>> - Stewart
>>
>>
>> On 22 Jul 2021, at 14:02, James Guichard <james.n.guichard@futurewei.com>
>> wrote:
>>
>> Dear WG:
>>
>> The WGLC for this document will be extended for a further 2 weeks ending
>> August 4th 2021 so that feedback can be obtained from the WG. Other than
>> the authors there has been little input so please respond on the mailing
>> list with any comments etc.
>>
>> Thanks!
>>
>> Jim, Joel & Bruno
>>
>> *From:* James Guichard <james.n.guichard@futurewei.com>
>> *Sent:* Wednesday, July 7, 2021 11:49 AM
>> *To:* spring@ietf.org
>> *Cc:* spring-chairs@ietf.org
>> *Subject:* WGLC for
>> https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/
>>
>> Dear WG:
>>
>> This email starts a 2 week Working Group Last Call for
>> draft-ietf-spring-mpls-path-segment [1].
>>
>> Please read this document if you haven’t read the most recent version and
>> send your comments to the SPRING WG list no later than July 21st 2021.
>>
>> If you are raising a point which you expect will be specifically debated
>> on the mailing list, consider using a specific email/thread for this point.
>>
>> Lastly, if you are an author or contributor please response to indicate
>> whether you know of any undisclosed IPR related to this document.
>>
>> Thanks!
>>
>> Jim, Joel & Bruno
>>
>> [1] https://datatracker.ietf.org/doc/draft-ietf-spring-mpls-path-segment/
>> <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-spring-mpls-path-segment%2F&data=04%7C01%7Cjames.n.guichard%40futurewei.com%7C4336eaaa34f543cc4c9e08d9415ebd06%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637612697462524718%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=v18Zntmw18jYiIXCNMDa7bYNQMZ90U29GVEkuPh5CjE%3D&reserved=0>
>>
>>
>>
>>
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
>>
>>
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
>>
>
>