Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt

li zhenqiang <li_zhenqiang@hotmail.com> Fri, 11 October 2019 01:58 UTC

Return-Path: <li_zhenqiang@hotmail.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 E00411200F4; Thu, 10 Oct 2019 18:58:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.115
X-Spam-Level:
X-Spam-Status: No, score=-1.115 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 VAUws8iJ4atV; Thu, 10 Oct 2019 18:58:16 -0700 (PDT)
Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253013.outbound.protection.outlook.com [40.92.253.13]) (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 D8DE0120041; Thu, 10 Oct 2019 18:58:15 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ksgh7UtE2bZWYL7Nr/IbCyT4L3ThpvqzU6n8wTD1J7RaHWlvX7Q5cG/OD5PBnOlFw7LpK79nAuMlRgihgXm0kZVW2EZpRjLs9z6kz+2r/BZGHzGdDiek2lLZhZc/Hmfha6XlEGj+gyhGLeTKT0rClRxjBOORWLtK5GmbV+8zT5hHavlGCMwcPsIyEnx7mPbwhBjezIaNcjb7xGO6oX2KODDyMDadX9I3wU49ff/ZRhP4dQdXV1icVTVZHiEehbEOC9aae7d3VBXOV6KkdU2F4m9Rxp08CAY2I49WR4sOMGvHRzgSZ8JoIVvYs25QiE7FX4wSlir1EFvMMvZKJnFGeQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IO8P6+jnWg9dDfxsZi1YrOutdy71I2MXyHrSfV6VWKU=; b=C23oQsavvskQYw5dlyfudPZiTUF3v8rHAA93+pKHxU5iOWPtwzmhPsMZ5ox82fa3iBOckll8mIl9SSD8UOam8FfeQN2UEaA0pBGXOk2DocQ/6XqScadRlYWlipfbFu0xsi5KyMaaXp6OFLF6ETlfrIdSG4ISxsHGK+XMj0ffR8ymtgbj38XoZm8cB97n+v3NrpEd2+nVY0EifjpRmt97b2QgrYs+3X8X0IEby9ZcRsj8fPlCQ/0aUu5w/hpamTZQ179HpNNsYr1ruSXFkizVZm2NbhraiQdk31MHLdkS3v6WgUmUQ3ja5iv5MnEGL+qf5uTXwsgVXJBaVyoxNqpApA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IO8P6+jnWg9dDfxsZi1YrOutdy71I2MXyHrSfV6VWKU=; b=WPrmWTZv+4XrhvlIiREz13F0/NIxlbGOwj4vCqSch415CLRr7UaAtdbUe1/0w0W7e8DMx8Y4XE8TZwupwlvNcVnsKlZD9lsw4omqL7bp0MzigzEetZjcf7DcdL8Em0bJa9U54dphUa4aNl5m75YpXpYDxBz37KYC3/BdVCJGFvKOCSWeL81ge5rshSKlSz3vJma3NGr1K6OdXxbQJ7XPU8G3HjMTEnIXZNNAtkbT06yaka1dB1gFgPFkQcK3FyxelQz4oAOA+Sy1igwxobzTLj1mL2v2VhYcOVLHkpAWpslJ5Xu0Qh3AsThVQ2Vs9LiEfZjoqCEFgALaE8FoZg5wXA==
Received: from SG2APC01FT015.eop-APC01.prod.protection.outlook.com (10.152.250.51) by SG2APC01HT238.eop-APC01.prod.protection.outlook.com (10.152.251.213) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Fri, 11 Oct 2019 01:58:11 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.250.57) by SG2APC01FT015.mail.protection.outlook.com (10.152.250.181) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16 via Frontend Transport; Fri, 11 Oct 2019 01:58:11 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::7dba:f7ea:56a0:2b70]) by HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::7dba:f7ea:56a0:2b70%3]) with mapi id 15.20.2347.021; Fri, 11 Oct 2019 01:58:11 +0000
From: li zhenqiang <li_zhenqiang@hotmail.com>
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, "spring@ietf.org" <spring@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
CC: draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Thread-Topic: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt
Thread-Index: AQHVfaZhtpPHFDkEtkCL+viyf1d3Qw==
Date: Fri, 11 Oct 2019 01:58:11 +0000
Message-ID: <HK0PR03MB4066BDC67BD43A7FBDB44454FC970@HK0PR03MB4066.apcprd03.prod.outlook.com>
References: <6CBA3B80-D7B6-485A-BBA5-08E0604520AC@cisco.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: HK0PR04CA0012.apcprd04.prod.outlook.com (2603:1096:203:36::24) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
x-incomingtopheadermarker: OriginalChecksum:0892E277FC9B46F88FC9D24027BF178463866E91D69EC7F6E3F20352D2001663; UpperCasedChecksum:E170E73833D6E0CAD1C123894B28E75908E3C84B1A50AF96668E8A5F6524D1B9; SizeAsReceived:7707; Count:52
x-ms-exchange-messagesentrepresentingtype: 1
x-has-attach: no
x-mailer: Foxmail 7.2.9.156[cn]
x-tmn: [f/1eD1+HU5d3paMTrtyvEK9zKaT9BalJYUtfjsemKoE=]
x-microsoft-original-message-id: <2019101109581203753725@hotmail.com>
x-ms-publictraffictype: Email
x-incomingheadercount: 52
x-eopattributedmessage: 0
x-ms-traffictypediagnostic: SG2APC01HT238:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 61JsAZSTpz+qSkqYYr+P82WBQwHYQqKg3iFAncgWTynJ9EzPBbE5lNQ37vywpNLXsrOvmTq4jA3htiYAUAk1h2NQGaESWHmKL5eyblE+14HHEKZqlb+sN/AWbW8WgosQx21VV/7m3LWzFCe8PPCrSj1brk6JgehXqS6+Q19mpJZxFCdva2OABtDKHN2PRAP4
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_HK0PR03MB4066BDC67BD43A7FBDB44454FC970HK0PR03MB4066apcp_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: f8698223-6ee4-4265-18be-08d74dee7817
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Oct 2019 01:58:11.5585 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT238
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/o7uJ5BiHY9WKhwL69PwbSVrzw-Q>
Subject: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt
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: Fri, 11 Oct 2019 01:58:19 -0000

Hi Pablo,

Would you please explain the benifts of the flavors? Why do you want to do so, not just you can do so.
For USP and USD, when we only use encapsulation, in which situation the destination only do USP, but not decapsulating the outer header?

Two more questions:
1. draft-ietf-spring-srv6-network-programming says the PSP, USP and USD flavors are variants of the End, End.X and End.T behaviors. But the example illustrated in NET-PGM Section 2.8.1 is DT4.
2. The instructions for PSP and USP are just pop the SRH, don't we need to update the NH in the outer header accordingly? for exmaple, SRH is inserted when encapsulating a packet at an ingress node, and only SRH is inserted, the NH of the outer IPv6 header is SRH, and the NH in the SRH is the upper protocol(the type of the original packet). When the SRH is poped in this example, the NH of the outer header is still SRH, don't we need to update it?

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

From: Pablo Camarillo (pcamaril)<mailto:pcamaril@cisco.com>
Date: 2019-10-08 15:02
To: li zhenqiang<mailto:li_zhenqiang@hotmail.com>; spring@ietf.org<mailto:spring@ietf.org>; ipv6@ietf.org<mailto:ipv6@ietf.org>
CC: draft-ietf-spring-srv6-network-programming<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt
Zhenqiang, Ron,

The PSP/USP/USD flavors are not -and have never been- related to SRH insertion.
One example for the PSP behavior is the first use-case that Wang described in his email. This same use-case is also captured in the companion illustrations document for NET-PGM Section 2.8.1. [1] together with a detailed packet flow.

Note also that the example that I provided in my previous email is for the USP flavor, which is one of the two that you are asking for. The decapsulation can only be achieved with the USD flavor which is different.

I believe that the technical aspects associated with PSP/USP have been addressed.

Cheers,
Pablo.

[1] https://tools.ietf.org/html/draft-filsfils-spring-srv6-net-pgm-illustration-01#section-2.8.1


From: li zhenqiang <li_zhenqiang@hotmail.com>
Date: Saturday, 28 September 2019 at 17:15
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, "spring@ietf.org" <spring@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
Cc: draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt

Hello Pablo,

Without SRH insertion, PSP and USP are not needed. The example you give is decapsulation, not SRH pop.
I can not imagine the scenario that will use PSP or USP without SRH insertion. We need illustration to keep them in the draft.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

From: Pablo Camarillo (pcamaril)<mailto:pcamaril@cisco.com>
Date: 2019-09-27 19:13
To: li zhenqiang<mailto:li_zhenqiang@hotmail.com>; spring@ietf.org<mailto:spring@ietf.org>; ipv6@ietf.org<mailto:ipv6@ietf.org>
CC: draft-ietf-spring-srv6-network-programming<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt
Hi Zhenqiang,

Can you clarify what is the issue with the PSP and USP flavors and how it is related to SRH insertion?

For example USP flavor removes the SRH at the last segment (the final destination of the IP packet), before proceeding with the upper layer header processing.

Cheers,
Pablo.

From: li zhenqiang <li_zhenqiang@hotmail.com>
Date: Friday, 27 September 2019 at 10:41
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>, "spring@ietf.org" <spring@ietf.org>, "ipv6@ietf.org" <ipv6@ietf.org>
Cc: draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: Re: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt

Hi Pablo and all,

Thank the authors for their efforts and quick reponse to the discussion in the list.
Since the SRH insertion parts are now removed from the base srv6 network programming draft, are the PSP and USP flavors appropriate to stay here? They do the SRH POP action.

Best Regards,
Zhenqiang Li
________________________________
li_zhenqiang@hotmail.com

From: Pablo Camarillo (pcamaril)<mailto:pcamaril@cisco.com>
Date: 2019-09-25 02:30
To: spring@ietf.org<mailto:spring@ietf.org>
CC: draft-ietf-spring-srv6-network-programming@ietf.org<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>
Subject: [spring] FW: I-D Action: draft-ietf-spring-srv6-network-programming-03.txt
Hi all,

We have just posted the split of SRv6 Network Programming.
The SR endpoint and transit behaviors that perform SRH insertion are now under a new individual draft (draft-filsfils-spring-srv6-net-pgm-insertion). This revision does not contain any other update.

As mentioned last week, throughout the rest of the week we will push another update with a few functional updates (e.g. NH=59).

Thank you,
Pablo (on behalf of the authors).


-----Original Message-----
From: spring <spring-bounces@ietf.org> on behalf of "internet-drafts@ietf.org" <internet-drafts@ietf.org>
Reply to: "spring@ietf.org" <spring@ietf.org>
Date: Tuesday, 24 September 2019 at 20:23
To: "i-d-announce@ietf.org" <i-d-announce@ietf.org>
Cc: "spring@ietf.org" <spring@ietf.org>
Subject: [spring] I-D Action: draft-ietf-spring-srv6-network-programming-03.txt


    A New Internet-Draft is available from the on-line Internet-Drafts directories.
    This draft is a work item of the Source Packet Routing in Networking WG of the IETF.

            Title           : SRv6 Network Programming
            Authors         : Clarence Filsfils
                              Pablo Camarillo Garvia
                              John Leddy
                              Daniel Voyer
                              Satoru Matsushima
                              Zhenbin Li
    Filename        : draft-ietf-spring-srv6-network-programming-03.txt
    Pages           : 42
    Date            : 2019-09-24

    Abstract:
       This document describes the SRv6 network programming concept and its
       most basic functions.



    The IETF datatracker status page for this draft is:
    https://datatracker.ietf.org/doc/draft-ietf-spring-srv6-network-programming/

    There are also htmlized versions available at:
    https://tools.ietf.org/html/draft-ietf-spring-srv6-network-programming-03
    https://datatracker.ietf.org/doc/html/draft-ietf-spring-srv6-network-programming-03

    A diff from the previous version is available at:
    https://www.ietf.org/rfcdiff?url2=draft-ietf-spring-srv6-network-programming-03


    Please note that it may take a couple of minutes from the time of submission
    until the htmlized version and diff are available at tools.ietf.org.

    Internet-Drafts are also available by anonymous FTP at:
    ftp://ftp.ietf.org/internet-drafts/

    _______________________________________________
    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