Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Robert Raszuk <robert@raszuk.net> Tue, 03 March 2020 20:10 UTC

Return-Path: <robert@raszuk.net>
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 7428F3A0884 for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 12:10:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, 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=raszuk.net
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 tu4B8npl6yaS for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 12:10:54 -0800 (PST)
Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 241043A0882 for <spring@ietf.org>; Tue, 3 Mar 2020 12:10:54 -0800 (PST)
Received: by mail-ot1-x329.google.com with SMTP id v22so4320769otq.11 for <spring@ietf.org>; Tue, 03 Mar 2020 12:10:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PwtNNEL1VdQv6vnHpx1YmXE05Uw30Av7GKqGMfuDViI=; b=P90wguzwlk4LKO+LRNGBHQCAHI0w8DmVqCqs5LrM/Bd5vEHsKuU2+U1+On4ju+S/cy nXm2UnrmXThM/1UcfF4qldQ2XSrsbq5wfhRDp8dpA+QuOHNAZcMZFyFP5K0Gl/4ecvDk prc3gk6TDmr/fMNd6kZLY4i7TBIGKOSarxW8EDofHKs751HMG3vQKZemMjADKrNoxOSb EQf8uSRAr2rmkk4Kt5nBC4Fn+GzjiHKKgfLYTrtkNIkIixh/bnIUY9FQtETdE41JSZzV iym6na1YU7NXAJsmm3eu7egRageXqCNO8HyWgw/iz2a+vZd0rX/vRhD63QgT1wM3S7lp jeIA==
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=PwtNNEL1VdQv6vnHpx1YmXE05Uw30Av7GKqGMfuDViI=; b=ZpfxAFo6aFxjnL7FUzQyF+juTTu0iShTGJ9T0ZecfubsSax/1RQL4UFqpzLpviTz39 Br8gtvmFZcklot6dH2V/fEJDW8AlawMvEchwsZfsuYbiIbbHw+xshCd9X7CG78dTYRvN LsYut9DJXHk36IOrc9tVEpQbCwCmABWTfnAPGXLHqE/Dyf71DsTlPitqJfYCDShjjxZu 70xsuBHqJCHaTRaAdK4cjLOC1utko/CRgeicQ0IfdzocAMJJTqUElA6egqUPuMRYbQui 6XgkjsskMN0xTBdnwcDKtAvbpT9XKbGw9s/xkIfS/cxAx42V2OVwwneX2588LRlV9SRH tX5w==
X-Gm-Message-State: ANhLgQ1AGnmCWErIH2PHnJfv0Vsq3AW2TOInpXeMiEitflbQwnQumqqG iPs0Ox8SRkcUusJyH3SyHOKQ+t5bmcSdCA/8Ez+lAw==
X-Google-Smtp-Source: =?utf-8?q?ADFU+vt8hq8TtoZRtKob+g1eoKPbT6aah+nnwWYvv4dq?= =?utf-8?q?FjN4gVULDHuPLqhX0JKqVBC87JiKYC7qX8Dp4SoUkJIixGM=3D?=
X-Received: by 2002:a05:6830:160c:: with SMTP id g12mr4592625otr.82.1583266253352; Tue, 03 Mar 2020 12:10:53 -0800 (PST)
MIME-Version: 1.0
References: =?utf-8?q?=3C17421=5F1575566127=5F5DE93B2F=5F17421=5F93=5F1=5F53?= =?utf-8?q?C29892C857584299CBF5D05346208A48D1A3DA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> =?utf-8?q?=3C8259d37e-b460-5f76-1ce6-b0d026bccf6b=40gont=2Ecom=2Ear=3E_=3C2?= =?utf-8?q?0143=5F1583250558=5F5E5E7C7E=5F20143=5F390=5F3=5F53C29892C8575842?= =?utf-8?q?99CBF5D05346208A48DD80E6=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Einf?= =?utf-8?q?ra=2Eftgroup=3E?= =?utf-8?q?=3C5d693a5e-baa0-6ffb-4e39-2695795b7413=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3C7501=5F1583255845=5F5E5E9125=5F7501=5F499=5F1=5F53C29892C85758?= =?utf-8?q?4299CBF5D05346208A48DD84FF=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Ei?= =?utf-8?q?nfra=2Eftgroup=3E?= =?utf-8?q?=3Cfc5bf8d9-073f-2eff-6041-e1610bf6e116=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3CDM6PR05MB63484795948C4901C9B7A548AEE40=40DM6PR05MB6348=2Enampr?= =?utf-8?q?d05=2Eprod=2Eoutlook=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3CDM6PR05MB63484795948C4901C9B7A548AEE40=40DM6PR05MB?= =?utf-8?q?6348=2Enamprd05=2Eprod=2Eoutlook=2Ecom=3E?=
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 3 Mar 2020 21:10:44 +0100
Message-ID: <CAOj+MMGE+j7_QnFn-8ZQcU3BKLGEPaXj6hfppxG7-7iFkT3R1g@mail.gmail.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, "bruno.decraene@orange.com" <bruno.decraene@orange.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "spring@ietf.org" <spring@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009dc5a3059ff8e627"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/obh1LFOO7JJnmE0Pc0vldAGZe2c>
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming
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: Tue, 03 Mar 2020 20:10:56 -0000

Hi Ron,

>   MPLS PHP is a clear case of de-encapsulation.

Purely looking at technical aspect that is not true at all.

MPLS PHP does not remove label stack. MPLS PHP is just used to pop last
label. After MPLS PHP packets continue with remaining label stack to the
egress LSR (example L3VPN PE).

>  I don't think that you can compare MPLS PHP with SRv6 PSP

But I agree with that. Both operations have very little in common from
packet's standpoint or forwarding apect. Well maybe except "penultimate"
word :)

Kind regards,
R.


On Tue, Mar 3, 2020 at 8:30 PM Ron Bonica <rbonica=
40juniper.net@dmarc.ietf.org> wrote:

> Folks,
>
> I don't think that you can compare MPLS PHP with SRv6 PSP. MPLS PHP is a
> clear case of de-encapsulation. We do that all the time. In SRv6 PSP, we
> are removing something from the middle of a packet. That is quite a
> different story.
>
>
>                                                             Ron
>