Reply: RE: How CRH support SFC/Segment Endpoint option?

"Chengli (Cheng Li)" <c.l@huawei.com> Sun, 24 May 2020 05:01 UTC

Return-Path: <c.l@huawei.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C560C3A011F; Sat, 23 May 2020 22:01:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.797
X-Spam-Level:
X-Spam-Status: No, score=-1.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 JBEMFRLYGZTW; Sat, 23 May 2020 22:01:24 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 D54173A00D3; Sat, 23 May 2020 22:01:23 -0700 (PDT)
Received: from lhreml722-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 6396C204BE03E65A15CD; Sun, 24 May 2020 06:01:19 +0100 (IST)
Received: from lhreml722-chm.china.huawei.com (10.201.108.73) by lhreml722-chm.china.huawei.com (10.201.108.73) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Sun, 24 May 2020 06:01:19 +0100
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml722-chm.china.huawei.com (10.201.108.73) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Sun, 24 May 2020 06:01:18 +0100
Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.79]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0487.000; Sun, 24 May 2020 13:01:16 +0800
From: "Chengli (Cheng Li)" <c.l@huawei.com>
To: Ron Bonica <rbonica@juniper.net>, 6man <6man@ietf.org>, spring <spring@ietf.org>
CC: spring <spring@ietf.org>
Subject: Reply: RE: How CRH support SFC/Segment Endpoint option?
Thread-Topic: Reply: RE: How CRH support SFC/Segment Endpoint option?
Thread-Index: AQHWMYhakEaQZ6ogeEebU7VipOWXiw==
Date: Sun, 24 May 2020 05:01:15 +0000
Message-ID: <C7C2E1C43D652C4E9E49FE7517C236CB02A3E443@dggeml529-mbx.china.huawei.com>
References: <C7C2E1C43D652C4E9E49FE7517C236CB02A2CD12@dggeml529-mbx.china.huawei.com> <DM6PR05MB63482CFA4D5AB938D5A4B818AEB40@DM6PR05MB6348.namprd05.prod.outlook.com> <C7C2E1C43D652C4E9E49FE7517C236CB02A37DC6@dggeml509-mbs.china.huawei.com>, <DM6PR05MB63489256A7C8357BEF526EE2AEB20@DM6PR05MB6348.namprd05.prod.outlook.com>
In-Reply-To: <DM6PR05MB63489256A7C8357BEF526EE2AEB20@DM6PR05MB6348.namprd05.prod.outlook.com>
Accept-Language: zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_C7C2E1C43D652C4E9E49FE7517C236CB02A3E443dggeml529mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/68CliV7puz1I5a8_x7No58cn7IM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 24 May 2020 05:01:27 -0000

Hi Ron,

Thanks for your reply.

I finally get that CRH only support steering packet along a path.

But I am still curious that how to support a specific function/behavior at the specific node by using CRH. Can you please explain that?

Since this is a very basic function we want in the network. SFC needs that, all the services needs that if there is any function/service should be performed at the middle nodes along the path.

We want to provide an integrated service for our customers, because our customers want a integrated solution for providing service, like SFC, VPN, they don’t like us to provide a brick that still need to combine with other many bricks.

IMHO, when comparing solutions, we should compare the same functionality. So could you please provide more info of how CRH supporting services?  It will help people to evaluate the CRH, which can help CRH I think.

Thanks,
Cheng







________________________________

李呈 Cheng Li
Mobile: +86-15116983550<tel:+86-15116983550>
Email: c.l@huawei.com<mailto:c.l@huawei.com>


From: Ron Bonica<rbonica@juniper.net<mailto:rbonica@juniper.net>>
To: Chengli (Cheng Li)<c.l@huawei.com<mailto:c.l@huawei.com>>;6man<6man@ietf.org<mailto:6man@ietf.org>>;spring<spring@ietf.org<mailto:spring@ietf.org>>
Cc: spring<spring@ietf.org<mailto:spring@ietf.org>>
Subject: RE: How CRH support SFC/Segment Endpoint option?
Time: 2020-05-24 09:24:55

Cheng,

The CRH is a building block. It has exactly one function. That is, to steer a packet along its delivery path.

The CRH does not attempt to deliver parameters or metadata to service function instances. It relies on other mechanisms. One possibility is a destination options header that precedes the CRH. I am sure that there are other mechanisms. CRH should be compatible with all of them.

Personally, I am not an NSH expert. Maybe someone who is can speak up.

                                                                                              Ron




Juniper Business Use Only
From: Chengli (Cheng Li) <c.l@huawei.com>
Sent: Saturday, May 23, 2020 12:59 PM
To: Ron Bonica <rbonica@juniper.net>; 6man <6man@ietf.org>; spring@ietf.org
Cc: spring@ietf.org
Subject: RE: How CRH support SFC/Segment Endpoint option?

[External Email. Be cautious of content]

Hi Ron,

Thanks for your reply.

Regarding NSH, are you saying to use CRH as a tunnel transport encapsulation between two SFF nodes?
Or we can use a single CRH for steering packet through all the SFF nodes that the NSH packet should visit?

Regarding using the first DOH, how to do that without the container design by your draft[1]?
Or the same option TLV will bind to different behaviors on different nodes according to the node local configuration?

Best,
Cheng


[1]. https://tools.ietf.org/rfcdiff?url2=draft-bonica-6man-seg-end-opt-04.txt<https://urldefense.com/v3/__https:/tools.ietf.org/rfcdiff?url2=draft-bonica-6man-seg-end-opt-04.txt__;!!NEt6yMaO-gk!UD4vf0darQ9cskFhH1fJ9jwZJ-nIciQxgVnf1219YuyyaNcgvNdRUdkjwNmXwyHT$>.


From: Ron Bonica [mailto:rbonica@juniper.net]
Sent: Friday, May 22, 2020 10:17 PM
To: Chengli (Cheng Li) <c.l@huawei.com<mailto:c.l@huawei.com>>; 6man <6man@ietf.org<mailto:6man@ietf.org>>; spring@ietf.org<mailto:spring@ietf.org>
Cc: spring@ietf.org<mailto:spring@ietf.org>
Subject: RE: How CRH support SFC/Segment Endpoint option?

Cheng,

The sole purpose of a Routing header is to steer a packet along a specified path to its destination. It shouldn’t attempt to do any more than that.

The CRH does not attempt to deliver service function information to service function instances. However, it is compatible with:


  *   The Network Service Header (NSH)
  *   The Destination Options header that precedes the Routing header

Both of these can be used to deliver service function information to service function instances.

                                                                                                                     Ron




Juniper Business Use Only
From: Chengli (Cheng Li) <c.l@huawei.com<mailto:c.l@huawei.com>>
Sent: Friday, May 22, 2020 2:56 AM
To: 6man <6man@ietf.org<mailto:6man@ietf.org>>; spring@ietf.org<mailto:spring@ietf.org>; Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>>
Cc: spring@ietf.org<mailto:spring@ietf.org>
Subject: How CRH support SFC/Segment Endpoint option?

[External Email. Be cautious of content]

Hi Ron,

When reading the CRH draft, I have a question about how CRH support SFC?

For example, we have a SID List [S1, S2, S3, S4, S5], and S3 is a SFC related SID, how to indicate that? By PSSI? [1]

But how to know which segment endpoint node/egress node should process this PSSI? At the beginning of the SRm6 design, this is described in [2]. But you deleted the containers [2].

Without that, I don’t really understand how SFC can be supported.


Best,
Cheng



[1]. https://tools.ietf.org/html/draft-bonica-spring-sr-mapped-six-01#section-4.1<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-bonica-spring-sr-mapped-six-01*section-4.1__;Iw!!NEt6yMaO-gk!UD4vf0darQ9cskFhH1fJ9jwZJ-nIciQxgVnf1219YuyyaNcgvNdRUdkjwP15i-Xa$>
[2]. https://tools.ietf.org/rfcdiff?url2=draft-bonica-6man-seg-end-opt-04.txt<https://urldefense.com/v3/__https:/tools.ietf.org/rfcdiff?url2=draft-bonica-6man-seg-end-opt-04.txt__;!!NEt6yMaO-gk!UD4vf0darQ9cskFhH1fJ9jwZJ-nIciQxgVnf1219YuyyaNcgvNdRUdkjwNmXwyHT$>.