Re: [Idr] draft-ietf-idr-segment-routing-te-policy-17.txt
Susan Hares <shares@ndzh.com> Wed, 15 June 2022 19:47 UTC
Return-Path: <shares@ndzh.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3CBBC15AACD; Wed, 15 Jun 2022 12:47:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cz0txZpkEmBS; Wed, 15 Jun 2022 12:47:50 -0700 (PDT)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2060c.outbound.protection.outlook.com [IPv6:2a01:111:f400:7eae::60c]) (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 65946C15AACC; Wed, 15 Jun 2022 12:47:50 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XhHbnNUK0UN353yVK7CGFIA/ewYmXcCLMpIHW+IfK7gZ3a6eZnwrZK0izeKX0LErtrRQT3Abx4ANKkwio/v5Vz9qgzN/yqsNY/C4vO2BEqe67xvwdOT+ynnFJLOEUvg+G5EVRqnAb/M4/J4o/8GXEznOQOhWpghWOuDkMbIj7smJQAuodlrBn136sMRW9zMyeJrTsKX+T+QG4AeMLl+KCOSwkI7D2qW77nkvCjjKLvM/QhekbREfga8fl7MY7xltMG2ZFBQs7uwFGcAWy01B8Lwnnm6b5G82dWyrOEgSlBI1H7JNilnIbaOPAbQa9fXS6xr6esJSlg8PeT62e1u8FQ==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=GzZhqmtQXpIgpeypBm3CXMYxxqRH7LHb/wPnahlk9U4=; b=mT2Z+uxr0VHC+QRGAwp+Y1/xB80h6VxzuxVDHh95STaZ2xhRva/gLlynXipEOcP8S7udsFwXO/oP5nDiXz3nTRKBfHFGxNE42T4IO+GU/3zZdlQlnmSgOYFrFLXyvq2d4AxkBhrChBKmF2fdi9+7kRpezKU7q8r/YuA55NNcZkCsLuVy6Wp5zpOfCpluigWKdqAeXqbP1uaKGE9p7o51PcmZ7lq1/oVOIpM89aJVAfAC8CeJQcSMb6FnM0po0j6FUTDvMJUT5HZlRDtWkgX4d3vaX+vwHiPf8VCa1Q9ad0bGt/UC1gV8iRHCtjnwsio9bpOIow+Bij6t7sIOq2lfqA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=fail (sender ip is 35.166.188.152) smtp.rcpttodomain=gmail.com smtp.mailfrom=ndzh.com; dmarc=none action=none header.from=ndzh.com; dkim=none (message not signed); arc=none
Received: from DM6PR13CA0038.namprd13.prod.outlook.com (2603:10b6:5:134::15) by BLAPR08MB6929.namprd08.prod.outlook.com (2603:10b6:208:30e::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5353.14; Wed, 15 Jun 2022 19:47:40 +0000
Received: from DM6NAM12FT019.eop-nam12.prod.protection.outlook.com (2603:10b6:5:134:cafe::5f) by DM6PR13CA0038.outlook.office365.com (2603:10b6:5:134::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5353.11 via Frontend Transport; Wed, 15 Jun 2022 19:47:40 +0000
X-MS-Exchange-Authentication-Results: spf=fail (sender IP is 35.166.188.152) smtp.mailfrom=ndzh.com; dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=ndzh.com;
Received-SPF: Fail (protection.outlook.com: domain of ndzh.com does not designate 35.166.188.152 as permitted sender) receiver=protection.outlook.com; client-ip=35.166.188.152; helo=obx.inkyphishfence.com;
Received: from obx.inkyphishfence.com (35.166.188.152) by DM6NAM12FT019.mail.protection.outlook.com (10.13.178.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5373.9 via Frontend Transport; Wed, 15 Jun 2022 19:47:40 +0000
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2049.outbound.protection.outlook.com [104.47.66.49]) by obx-inbound.inkyphishfence.com (Postfix) with ESMTPS id 6F19217D42D; Wed, 15 Jun 2022 19:47:38 +0000 (UTC)
Received: from BYAPR08MB4872.namprd08.prod.outlook.com (2603:10b6:a03:70::17) by SN6PR08MB4032.namprd08.prod.outlook.com (2603:10b6:805:22::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5332.12; Wed, 15 Jun 2022 19:47:36 +0000
Received: from BYAPR08MB4872.namprd08.prod.outlook.com ([fe80::495a:8996:ca89:7cff]) by BYAPR08MB4872.namprd08.prod.outlook.com ([fe80::495a:8996:ca89:7cff%5]) with mapi id 15.20.5293.019; Wed, 15 Jun 2022 19:47:36 +0000
From: Susan Hares <shares@ndzh.com>
To: Ketan Talaulikar <ketant.ietf@gmail.com>
CC: "idr@ietf.org" <idr@ietf.org>, "draft-ietf-idr-segment-routing-te-policy@ietf.org" <draft-ietf-idr-segment-routing-te-policy@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "Dongjie (Jimmy)" <jie.dong@huawei.com>
Thread-Topic: draft-ietf-idr-segment-routing-te-policy-17.txt
Thread-Index: Adh8+WpopVNkmkxpRwS+Io+RS1rn3gD55AGAAAN6g8A=
Date: Wed, 15 Jun 2022 19:47:36 +0000
Message-ID: <BYAPR08MB4872D2215FB92D1EB67AA721B3AD9@BYAPR08MB4872.namprd08.prod.outlook.com>
References: <BYAPR08MB48728C48968D4D5C121472E4B3A69@BYAPR08MB4872.namprd08.prod.outlook.com> <CAH6gdPy8DOXMi5i_M_yPOGs89_TOx70_U65aCPbfkvyN+_pnTQ@mail.gmail.com>
In-Reply-To: <CAH6gdPy8DOXMi5i_M_yPOGs89_TOx70_U65aCPbfkvyN+_pnTQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-MS-Office365-Filtering-Correlation-Id: 118d39f7-4c2e-47e2-4b4d-08da4f07e83c
x-ms-traffictypediagnostic: SN6PR08MB4032:EE_|DM6NAM12FT019:EE_|BLAPR08MB6929:EE_
X-Microsoft-Antispam-PRVS: <BLAPR08MB692937E9DB330909E5292A46B3AD9@BLAPR08MB6929.namprd08.prod.outlook.com>
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam-Untrusted: BCL:0;
X-Microsoft-Antispam-Message-Info-Original: AbU1HAJI4trLz1dfOg3oKwHjbVK1sNj7iFSzoNYLwIsPh7XkC+gEgdeQWcGmkhO9Z25TMuhWi7z8OcDKCbR1iM7RV9jk/bUPk3gG0bJvhhH95GsFsVAov9pWPIdSgFBs9fecyfQZMgDR79QvkE/fAFBiLbG0HcVjeGRSUy00lU+GzpvniiaU/OFpLp+s00zkvFeD2zfkUBVxH2vySLq018IhOxJFgXCy6KwwXr2G6Lb7t0QpsyMwpNosRjMTK6Jw79fYhO5V7X1LLFQkoh4UV6+0MwhlCwqXigET1QRTv0Jw2YnrMFAmRwolI3tE4W+pBZ3Z0IzWAsU5Ooss5FSUwK2ELd1HUWA6Prnq6h594N/YkZ6ZMvzY0H73zDLVYQjV5cM6swe+m8UEQjjGObdHRWj29YLjOkvvsyzMJjv3T/qkXybG/Urlt2TNdL3Ymbb90+CKSKbQTA/6wHNWhgJ41CS7zq8eXRDQr58rvAQ9T+IyZQ+CUvbu7wtAor4OE9LnfPqDrdUQmkWT+lxEA+DDdDUmUC9/JZH+TidJ0wYQa5xKfzyWlGwyYm6y4EWNffdRYD80okWpAZ0ogElOYXPZoDJZ7DxvbcdUZgvzI0dsGJ1khYJditvE4iqnwCRU7SBe7xZewvn1qeDSxADZKS/NWsKtW8GPlDz2zvBgQHmoKkvPYXC8nfU0xvSpERg3cdW/Qk+1qOhHuxpLB6sfGltfWjDCl57M4JoJo//W/3be5LxREmy4WJKM3n/YvPWq1rcbi+6RDJTX8hvvMty9XTaxOzmSE6UBSeNFq/h8LCEeERGzEYn01v4GPnPh9ZrpuZn3
X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR08MB4872.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(366004)(396003)(39830400003)(136003)(346002)(38100700002)(33656002)(8676002)(4326008)(66476007)(66446008)(6916009)(55016003)(2906002)(5660300002)(166002)(52536014)(966005)(54906003)(316002)(508600001)(186003)(64756008)(66556008)(66946007)(76116006)(38070700005)(7696005)(9686003)(26005)(41300700001)(86362001)(8936002)(6506007)(53546011)(71200400001)(83380400001)(122000001); DIR:OUT; SFP:1101;
Content-Type: multipart/alternative; boundary="_000_BYAPR08MB4872D2215FB92D1EB67AA721B3AD9BYAPR08MB4872namp_"
MIME-Version: 1.0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR08MB4032
X-Inky-Outbound-Processed: True
X-EOPAttributedMessage: 0
X-MS-Exchange-Transport-CrossTenantHeadersStripped: DM6NAM12FT019.eop-nam12.prod.protection.outlook.com
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id-Prvs: 4fafd80e-d454-4a86-5e1b-08da4f07e5f6
X-IPW-GroupMember: False
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: YNA7y+gsCDPyOyqpu006YeEnnjI7zndziWnMuZR0R7MLCiza6p2wHAQUbn1ODZuQ8NR+uPn9Q7l8fxOxW896NW4l4xlJu+bGKr0xeBtTPCYYra2o1OsDqXTqL/BImAXjdi5i6yKEXeslMbNFvZZS4VPmo5f1SkRSWs8fsJG14qE6ac7mwvro/o/Ew1wDsi52MZ8utNkCOCdIp70g2PkZWpylatmJD2nfsdPOKIJmX2+xzThDGAesj7LEZyjj2kGjmMd6M4aIn9ZJSxsthB3CFdvAf9nakESVkRJadGuXpZVlVi7JCwypiuMMt0+xNs9UQ19sZ3azrarN3CcEIZTTWRCCpRXC/1O0kLUADA1zqCMQcgmlWC7q+6jWROgj07X3QNTsI9UDje0DlWh6QICjzHhQSiTM8ZlnlguV+UFNITghkgBj7KnFVe/h5RqlGqMAxZfzH32qMm14AgiN8sBy13Ls7i5sNw7Z+nTg/z6N+KR0bQjg4y8huDoJWOpSVKibUU1zZ+YNBS4OfVosxCUzYaS5StND/KaJa5syZQ3Jgu8VsiOZcNot+7EbAkzEz1bV0P8xaLUu6fUs1NJjpsC2KNnYAutpkE5j/mfTelHrIiK2x71we6iLIJqUllgqYO1Ic1Hw9RHGcU9k7oLbKIG0/bUxgBcefQss6yfEak+HaYGGXwsTAtF6M7pOICUW0+NQHjR+8kASHTuK4aeQO79TTPaaj6GiyKlf2yrU+ju/PhgEY7lO4kUsJM3VWWbjWNW55xVaIyCo1k4yXwyKwzk2ZzQUpzWqNlX8WApNVNWovMU=
X-Forefront-Antispam-Report: CIP:35.166.188.152; CTRY:US; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:obx.inkyphishfence.com; PTR:obx-outbound.inkyphishfence.com; CAT:NONE; SFS:(13230016)(136003)(39830400003)(346002)(396003)(36840700001)(46966006)(45080400002)(55016003)(40480700001)(36860700001)(30864003)(166002)(7636003)(356005)(5660300002)(508600001)(52536014)(33656002)(186003)(83380400001)(966005)(47076005)(2906002)(86362001)(26005)(53546011)(336012)(41300700001)(33964004)(9686003)(7696005)(6506007)(4326008)(316002)(70586007)(6916009)(70206006)(8676002)(54906003)(82310400005)(8936002); DIR:OUT; SFP:1101;
X-OriginatorOrg: ndzh.com
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jun 2022 19:47:40.4415 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 118d39f7-4c2e-47e2-4b4d-08da4f07e83c
X-MS-Exchange-CrossTenant-Id: d6c573f1-34ce-4e5a-8411-94cc752db3e5
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=d6c573f1-34ce-4e5a-8411-94cc752db3e5; Ip=[35.166.188.152]; Helo=[obx.inkyphishfence.com]
X-MS-Exchange-CrossTenant-AuthSource: DM6NAM12FT019.eop-nam12.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR08MB6929
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/KZ2UWhN073GyJr-GiP_fX5zmarQ>
Subject: Re: [Idr] draft-ietf-idr-segment-routing-te-policy-17.txt
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jun 2022 19:47:54 -0000
Ketan: See my comments inline. We are getting very close with this draft. You will need a revision on the draft to section 3. We need additional information in the implementation report before I can call for comments. Please let me know if discussing this on a phone call will help. Sue From: Ketan Talaulikar <ketant.ietf@gmail.com> Sent: Wednesday, June 15, 2022 1:55 PM To: Susan Hares <shares@ndzh.com> Cc: idr@ietf.org; draft-ietf-idr-segment-routing-te-policy@ietf.org; idr-chairs@ietf.org; Dongjie (Jimmy) <jie.dong@huawei.com> Subject: Re: draft-ietf-idr-segment-routing-te-policy-17.txt Hi Sue, Thanks for your review and feedback. Please check inline for responses. External (ketant.ietf@gmail.com<mailto:ketant.ietf@gmail.com>) Report This Email<https://protection.inkyphishfence.com/report?id=bmV0b3JnMTA1ODY5MTIvc2hhcmVzQG5kemguY29tLzM4YWFlZDQ3NTIwMTI2NWJiODUyOWI3NmU2OWU1ZjgwLzE2NTUzMTU2OTUuOTI=#key=3b0a178212dbe27cdce9bdc600bfa1bc> FAQ<https://www.inky.com/banner-faq> GoDaddy Advanced Email Security, Powered by INKY<https://www.inky.com/protection-by-inky> Hi Sue, Thanks for your review and feedback. Please check inline for responses. On Sat, Jun 11, 2022 at 1:54 AM Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>> wrote: Stefano, Clarence, Ketan, Paul, Dhanendra and Steven: Thank you for your continued support in standardizing this specification. My latest shepherd’s report is based on -17.txt. It has 3 parts: implementation report issues, technical issues, and editorial nits. Please let me know if you have any questions. As always, I welcome the opportunity to chat with one or all of the authors to quickly resolve any issues. Sue Hares Implementation report issues ---------------------------------------- https://trac.ietf.org/trac/idr/wiki/draft-ietf-idr-segment-routing-te-policy%20implementations%20<https://shared.outlook.inky.com/link?domain=trac.ietf.org&t=h.eJxFjkFuwyAQRa8SIXUXjCEdYrLKVbAZ2yPbYMFEURvl7jXZdDnvSe_PSzzyKm4nMTPv5aYUZz80hDw2KU-fS1HI6kkLqZD9yLJKeTBZcNowsszpwRQnySj3tNLw82Va2vYVq_VMKZaDiPNJLHUpIh9p3UJnnTaqzD5jucfwOzdD2tSl8x7D9xVMq42Fvu_AuP5q0TqEsWuVtgAXDdZB40ytYq0uyD7y5_P7tHlaa6zaUO0_ef8BfxlNGQ.MEQCIFqyGazbRaLwtUC0hJuM3iiSOeOkkSaxC_LUGJsZo3gtAiAmYNkFUlpaHa_3puZdh5_P7q6pBb_FsQmtxWPwdRI0AQ> According to this implementations report, we do not have any implementations that support: TLV 15, 20, 129, and 130 in the following report: https://trac.ietf.org/trac/idr/wiki/draft-ietf-idr-segment-routing-te-policy%20implementations%20<https://shared.outlook.inky.com/link?domain=trac.ietf.org&t=h.eJxFjkFuwyAQRa8SIXUXjCEdYrLKVbAZ2yPbYMFEURvl7jXZdDnvSe_PSzzyKm4nMTPv5aYUZz80hDw2KU-fS1HI6kkLqZD9yLJKeTBZcNowsszpwRQnySj3tNLw82Va2vYVq_VMKZaDiPNJLHUpIh9p3UJnnTaqzD5jucfwOzdD2tSl8x7D9xVMq42Fvu_AuP5q0TqEsWuVtgAXDdZB40ytYq0uyD7y5_P7tHlaa6zaUO0_ef8BfxlNGQ.MEQCIFqyGazbRaLwtUC0hJuM3iiSOeOkkSaxC_LUGJsZo3gtAiAmYNkFUlpaHa_3puZdh5_P7q6pBb_FsQmtxWPwdRI0AQ> KT> Yes, that is correct AFAIK. [Thank you for letting me know.] The following is missing from the basic implementation report: 1) Is Error handling in section 5 is included in the base support? KT> Yes. Sue> Would you fill-in/check the error handling section in the implementation report based on that understanding. 2) What Segment type SubTLVs (Segment type A-K) have been implemented in these implementations? KT> AFAIK all the listed implementations support the Type A (i.e. MPLS Label). I believe one of the implementations also support SRv6 SID. I will request the WG members from the vendors to update the implementation report (or drop me and the IDR chairs an email so we can update on your behalf). Sue> I will need this information prior to querying the WG regarding the implementations. Drop me an email when you are done. After you provide these details, I will query the IDR WG to determine if the IDR finds this level of support sufficient to pass the document as is to the IESG. Technical issues (Shepherd’s report) ===================================== 1) Color Extended community (section 3) Level of Issue: small if NLRIs with SAFI 73 (AFI=1/SAFI=73, AFI=2/SAFI=73) The Color Extended community specifies setting the bit flags in the Color Extended Community [RFC9012] section 4.3. However, you are specifying setting the flag bits which RFC9012 specifies you must set to zero. KT> RFC9012 introduced the Flags field but did not define any flags and hence the set to zero - https://datatracker.ietf.org/doc/html/rfc9012#section-4.3<https://shared.outlook.inky.com/link?domain=datatracker.ietf.org&t=h.eJxFzkEOgyAUBNCrNHTbgqAfxZVXQfiKUaHB302b3r3STbczk5d5s2feWH9hgehx9EJ4S5aydStmviBNPOVZ-OREoH0TeXKmkup6oKMlxXvDa3a7sLUIEencygo6baQSR7AZjyH6V-Au7aLurEXftKBOQMM4dqDM2GrUBmHqKiE1QC1BG-BGFRWLuiLZSL8rw7zbZStYaX1p_8nnCxtbPSQ.MEYCIQDUUvlmnhPdSh6X5FQ2k3OWQVOQODOddUQ6ZBjNPbLznwIhALIUlmnI91RYigD8XkXsu1WHQ3gGgcTSB72n6vt4wW7E>. This document updates RFC9012 by defining some of those flag bits. Sue> You must indicate which AFI/SAFIs these flags work for. Please note you must provide implementation report on the flags. I’ll need an update to the draft and an update to the document on this information. Are you defining the color Extended Community only for the AFI/SAFI pairs defined in this document? AFI=1/SAFI=73, AFI=2, SAFI=73 KT> No. They apply to BGP service routes mostly (e.g. L3VPN, EVPN, etc.). Sue> See above comment. You must specify which AFI/SAFIs the Extended Community flags Apply to. Your implementation reports must match that. If so, please add to the text of section 3 (and sprinkle in where appropriate in the RFC) that these additions to the Color Extended Community are specific to these NLRI (AFI=1/SAFI=2). If not, please explain carefully which NLRI (AFI/SAFI pairs) your Additions to Extended Community apply to. KT> Is this really required? RFC9012 which specifies the Color Extended Community did not impose any limitations on the AFI/SAFI to be used. The usage described in https://datatracker.ietf.org/doc/html/rfc9012#section-8<https://shared.outlook.inky.com/link?domain=datatracker.ietf.org&t=h.eJxFjkESgyAQBL9ikWsCglkET34FYRVLxRRuLknl75Fccp2Z7po3e-aVdRWLRI-jEyI4cpSdXzDzGWnke55E2L2ItK0ij97WUl0O9DTv6WbYtWJL4RPSuZQ1GG2lEkd0GY8-hVfkft9EY5zDcG9BnbiGYTCg7NBq1BZhNLWQGqCRoC1wq4oVi3VBcol-R_ppc_NaZKUNpf0nny-9ETzH.MEUCIHfzZQgpJ6XL6jT2ewLSjPzNKcHCv7YuN1osOgetGfueAiEA10_N-rvl8ZjvAXqFpcI6UXikP-ti7FW0LE30E8MPt6E> is similar. Sue> See section 6 paragraph 1 of RFC9012 – where it specifies the semantics. 2) Technical issue (sections 2.4.4.1, 2.4.4.2, 2.4.4.9, 2.4.4.10, and 2.4.4.11 Level: Small – just needs tightening the text The following ranges need to be specified: a) weight value – give range or indicate any bit pattern [section 2.4.4.1), KT> The reference to the SR Policy draft provides this info and we did not want to repeat it here. Sue> It provides the information, but I could not locate the range. If you have reference in the SR Policy draft for the range of weight (0-all 1st), I’m glad to withdraw my comment. b) section 2.4.4.2.2 (segment B) Old/length is variable/ New/length is variable (18 if SRv6 Endpoint and SID structure field is not included, 24 if the field is included). / Note: You may modify wording if the length values are specified. Please make similar changes to specify valid lengths in section 2.4.4.9 (segment I) and Section 2.4.4.2.10 (Segment J) and the ranges of valid lengths in 2.4.4.11 (segment K). KT> Whether the "SRv6 Endpoint and SID structure field" is present or not is indicated by the B-Flag in the Segment Flags field and not by the length. I feel it is more appropriate to keep it variable. In some of the segment types, there are more than one optional field and so a few combinations. Sue> I’m looking for variable (valid-value-1, valid-valid-2). You made this change for most of the parameters. Editorial nits: 1) abstract – Old text:/This document defines a new BGP SAFI with a new NLRI/ Question: Since you are defining this with two pairs (AFI=1/SAFI=73, AFI=2, SAFI=73), IMHO, this is two NLRI formats. It is a small point, but this editorial nit Is sprinkled across all the pages. KT> Ack. Will fix. 2) section 1 paragraph 8, starting with “this document defines a new BGP Address family. You are defining two new AFI/SAFI pairs using a new Subsequent Address Family Identifier (SAFI) KT> Ack. Will fix. Please adjust this paragraph to be consistent with current technology. Review paragraphs 10 (starting “Typically, “) and paragraph 14 (starting “The BGP Extensions”). for the same error. KT> I did not understand the error that you are referring to on para 10. Fixed for para 14. Sue> them could be replaced to a specific reference to NLRI. However, It is a nit so you may skip it. 3) English errors in Introduction Old Text: / Typically a controller defines the set of policies and advertise them to policy head-end routers (typically ingress routers). The/ New text:/ Typically a controller defines the set of policies and advertises them to policy head-end routers(typically ingress routers). These / KT> Will fix. Thanks, Ketan (subject-verb alignment) plus “Reference to set”.
- [Idr] draft-ietf-idr-segment-routing-te-policy-17… Susan Hares
- Re: [Idr] draft-ietf-idr-segment-routing-te-polic… Ketan Talaulikar
- Re: [Idr] draft-ietf-idr-segment-routing-te-polic… Susan Hares
- Re: [Idr] draft-ietf-idr-segment-routing-te-polic… Ketan Talaulikar
- Re: [Idr] draft-ietf-idr-segment-routing-te-polic… Susan Hares
- Re: [Idr] draft-ietf-idr-segment-routing-te-polic… Ketan Talaulikar