[spring] Question: Inconsistency of SR policy structure
"Chengli (IP Technology Research)" <chengli13@huawei.com> Fri, 19 October 2018 06:24 UTC
Return-Path: <chengli13@huawei.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 EDBE31277BB; Thu, 18 Oct 2018 23:24:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 3pXfLZYM2gLm; Thu, 18 Oct 2018 23:24:00 -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 C28EA126BED; Thu, 18 Oct 2018 23:23:59 -0700 (PDT)
Received: from LHREML711-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 4E864A69CE18F; Fri, 19 Oct 2018 07:23:56 +0100 (IST)
Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by LHREML711-CAH.china.huawei.com (10.201.108.34) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 19 Oct 2018 07:23:56 +0100
Received: from DGGEML529-MBX.china.huawei.com ([169.254.6.70]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0399.000; Fri, 19 Oct 2018 14:23:43 +0800
From: "Chengli (IP Technology Research)" <chengli13@huawei.com>
To: "draft-ietf-spring-segment-routing-policy@ietf.org" <draft-ietf-spring-segment-routing-policy@ietf.org>, "draft-ietf-idr-segment-routing-te-policy@ietf.org" <draft-ietf-idr-segment-routing-te-policy@ietf.org>
CC: SPRING WG List <spring@ietf.org>, Lizhenbin <lizhenbin@huawei.com>
Thread-Topic: Question: Inconsistency of SR policy structure
Thread-Index: AdRndBziOl2h89Q1SVKtaryHB0wLpw==
Date: Fri, 19 Oct 2018 06:23:42 +0000
Message-ID: <C7C2E1C43D652C4E9E49FE7517C236CB01A4DC6F@dggeml529-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.130.185.75]
Content-Type: multipart/alternative; boundary="_000_C7C2E1C43D652C4E9E49FE7517C236CB01A4DC6Fdggeml529mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/eYNbwDlPM05r_ND1M8a2y8HHvWU>
Subject: [spring] Question: Inconsistency of SR policy structure
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, 19 Oct 2018 06:24:03 -0000
Hi authors, I am working on updating drafts of path segment extensions in BGP/BGP-LS: * https://tools.ietf.org/html/draft-li-idr-sr-policy-path-segment-distribution-00 * https://tools.ietf.org/html/draft-li-idr-bgp-ls-sr-policy-path-segment-00 But I found the inconsistency of SR policy structure. * In https://tools.ietf.org/html//draft-ietf-spring-segment-routing-policy-01<https://tools.ietf.org/html/draft-ietf-spring-segment-routing-policy-01>, the SR policy's structure looks like: SR policy POL1 <headend, color, endpoint> Candidate-path CP1 <protocol-origin = 20, originator = 100:1.1.1.1, discriminator = 1> Preference 200 Weight W1, SID-List1 <SID11...SID1i> Weight W2, SID-List2 <SID21...SID2j> Candidate-path CP2 <protocol-origin = 20, originator = 100:2.2.2.2, discriminator = 2> Preference 100 Weight W3, SID-List3 <SID31...SID3i> Weight W4, SID-List4 <SID41...SID4j> So the structure is : SR Policy Candidate-path p1 Weighted SID-list1 Weighted SID-list2 Candidate-path p2 Weighted SID-list3 Weighted SID-list4 But in https://tools.ietf.org/html/draft-ietf-idr-segment-routing-te-policy-04, SR policy is described by following structure, SR Policy SAFI NLRI: <Distinguisher, Policy-Color, Endpoint> Attributes: Tunnel Encaps Attribute (23) Tunnel Type: SR Policy Binding SID Preference Priority Policy Name Explicit NULL Label Policy (ENLP) Segment List Weight Segment Segment ... ... The structure is, SR Policy SID list1 SID list2 Where is the candidate-path? it seems like they are not aligned. Thanks, Cheng
- [spring] Question: Inconsistency of SR policy str… Chengli (IP Technology Research)
- Re: [spring] Question: Inconsistency of SR policy… stefano previdi
- Re: [spring] Question: Inconsistency of SR policy… Ketan Talaulikar (ketant)
- Re: [spring] Question: Inconsistency of SR policy… Chengli (IP Technology Research)
- Re: [spring] Question: Inconsistency of SR policy… stefano previdi
- Re: [spring] Question: Inconsistency of SR policy… Chengli (IP Technology Research)
- Re: [spring] Question: Inconsistency of SR policy… Chengli (IP Technology Research)