Re: [Idr] WG LC on draft-ietf-idr-sr-policy-safi-00 and draft-ietf-idr-bgp-sr-segtypes-ext-02 (2/15/2024 to 2/29/2024) - Extended 1 week to 3/7/2024

Boris Hassanov <bhassanov@yahoo.com> Sun, 10 March 2024 21:37 UTC

Return-Path: <bhassanov@yahoo.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 59917C14F5F9 for <idr@ietfa.amsl.com>; Sun, 10 Mar 2024 14:37:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
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 ZAZLYogQ04g8 for <idr@ietfa.amsl.com>; Sun, 10 Mar 2024 14:37:40 -0700 (PDT)
Received: from sonic316-12.consmr.mail.bf2.yahoo.com (sonic316-12.consmr.mail.bf2.yahoo.com [74.6.130.122]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45D09C14F5E7 for <idr@ietf.org>; Sun, 10 Mar 2024 14:37:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710106659; bh=dor0r1GQc5kggISge01j/ZppjVth/xLOYgiWm+VOBpY=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=PUCkfGJGdNBoTn322sJrbLHEFNWmV8B6QqmoIPy8OHgs6QlAjNXR7PejCwTFN+NVtBsQuOC1I8TJn1ZPQsPArR0AFMcAUDm8vkJO5brMYnrDfPJWFpxzV2UGr8wh604eB+ESfzEr22B+rJ1JSRDDbKuKLc0lJ+rf1Be3ReBdm5LrFFeW77gC39dI8g9cFrYR+buEVT7Y2DEOEW7csfEzxkIzKdYFKvvUkuHHfu7vMAMN/AgDkei2bZm1X5U60U8g1SJbQVQ9pc2q/xL/euMpP8Vn7HltXIesJ+LGyVXpxzDcvyQC4IuaWDsSkeDt3/93UruAIohekdk89FHuDsjRWw==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1710106659; bh=LFvcL9VuPZW5zpoksRoz5kepECpaQL8HoP5NI5VFn5m=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=cyzxfEmTjLGkUcyT8pTuoiYrjR7KHAo2yUuYVq4sA8Va/LG81x2ipa0XcnlKfkRNAoirCaesHqs2+i0PuH6rOn5jmQGxLiziTAg/Q2I/u4d7jHVtLzXmSFh9XEfG3neXjaihcMM36kpf/Ay1QTXBodKl+tfm/QZ8hnPiDlUDefaLjm8/9laZhlXj9H3f4bDgL64mmobLdwnf3bYrdhNiByfsyNcccJgYmnX+Sxx9bqn7dSZjgMZKP0tNAiz64ypAlnCrYa6nNEGe6qVHcH2OYBmPsemQjRbL12uQRkW5TUVFk7zMaJQlQeuoapOao6fLbIaxxMmCyt6SuepCDc+sjw==
X-YMail-OSG: 3jILd_YVM1ngB4bOR40ZqCar.IHVrNyIJbXTlxSriQQWdU9qbSOHAu9OUxmtJni lfokRP9mZF8lXFpOjiepR5wF2yAZnrP3l.4gp0NmWELuZ97WdlMnqsXyYPUIB4cNa.SifHl6iBto 99EUIG7CEP1HGICA1WSYiMOcFNlNx5Z_yMrtcGGO794K98Vq7mNMXzpQSQd79icOEpoVv6jgXUPD ObddJq4M3N0N_9EkN7dW56.0tBmWnV9qLbzMX_IWxoJ1oXENwrge01wJBprIBpvpukXFiHlSQBQe z_EDoolTitwiE5R0I0NExlBadmcmLjS.YU5Q3nc.KDOhlCp73uSXT1PR0SAzBdwKxfcAMDcmoI_Y .eyJQpxzdfeo_25dSaqfHtRvRhV3RWqEJMAOa5o8p9YCYAgyLcZrDayCycadrdOc_IFt3vac_mZ2 94l9_3snOHiGgX.TEMh3s2Qvp1AWxRk7xHr9NDg_pMyWQ8MA3vI64DWFqioPTrST8q9PxfY9dcmB 6rsXOn6HC26ZKeUwZAIMsmQaOFxaWqOHAJQz2T1HZyk0I8he1gwSCnYpYCyF8q80XvC5TsOCh2_A pyVvI8k6tFY2dnO4Z5ScFeNl5g83rNOlBvZNRbXD2MebbK05GoWDZ4ubXQmvZvY4W2.B3o_oB3.3 JW.E9sAR.GQ4bBybVUQfjcWl7PahvPADDazRFrOxZt0.uAwyL6kOqYheJYrWBrUFsxBsgbjdb_WC 5TznjPmmq3oMynKsaXqkZvWWNS_LUCN7iAaZGQYUPEA4Ly_RSC7nnUAlSa4U_if5GEi5Edz5wdIY M9mIhd49kcFC5DKSf5Q.pRkwQgJbZ_XrDEun._gaMCWkvtEYfcgL0Nv7tqkB_Ud6CUavnKcib9C0 P2gDG4BUB1lJbTVXEy9dAaYexiUjLL51Qf0hluPLtIMvKixKwYGQ0WdSlBtm7CwZsezHl0mGhqJg T.L8ztbcUZkH8o8x5DeH24M.TprALODCe5ZbMKcKYeBwbQD1xANUdo97IXOV6AqD9lJJDKkbOyKo UjL0iQ9sQcT81HTimpaZDKbjdHZalXeno4JEJYCmBiFgG21ruolO0p.5xswmhvkugYonTMtEN.bh VIj0v9wPbq_qX1vZBheYcW3V4pz7MKJxM1G1mbgi0XSLOrEiw9mGUvHTHSErBu5xqLYvORGkUz3Q _4FK94P7X6F3ETBiJItmIp1zZC6TxW1B4hZsDGjOKEmHDbA1SQ7k0ZbXF5gbBhQbnqH5xMvD9c4M l4qw9D5Z7tlpFGl48y91cOkpVpG3nXIuAjmpO7L8PCC8Y22xDizNUwmyAkVe7Qp6dUzu8f1f3gDO ucc6cF2TInhQRdjH8Vb_MWh.tq3VXigxg_nhbBq7cRiZZENV6k.z5D3J9F5ceQRGuZtWUpJMpSRh yxb_XnngdmoZrTjEIhCsU_T7EAp64hsI.DdeKY_TDU4iOhZ48gslmdP9w3HpxDMkWoClmP4eo0UB fzcJyxPuE_IhXAkidfARiBIbWBWxD_mIGgwo23FyyZSk3zZ52UJWsmpzijzFobi6P_M997RAKINB e2nbsTxvZ1F.VCqcqLEOsjugcoSjUqdsxtdZL9DgK8nJCEdW9tJ91yNycRf9eXHTfKhy3DYuMkHP UkB_ChBMVdUWBDWIRe7new7NspNHp59BR0HPyW5rUyfIQsgK9q1y6TrM3q6Khy69RfrNCza3qtCM 9Iqmrhapzs2xkRgdMIyumX7BZ0URNP8d0zWZYnsqbqx3SEgPWEf.PeWK.BJLDb9w0Bi.EZkTnFFG YiBbf0mEav3D42y2zcn_XtxmXWqAasS8_YmVPrJbFRwV8VKb_ac7cz9BKjWDOonPECqLl5BofRdF M1q_SG9cCgS1EDe66nbEzpkgmbXN0IIi5iqab5upy2L.gGM12p2g2.uKl.AtSCrAaSGUXDVQzJIK dpMvJx.QvGxFRSjNbqvBIMB4CuPkiQlmAFFq_LsrFDXKuldCZUupJp0beasUamKKBL53qcwlZypZ uxDPaijvDzPPSifr17zLKj.pXpn1FYnRzZ13RwDn566dS1ts.MSxQQ1JP9NEKH6Jek_wf_sF3qKD iKL_3QNpj7PPS6S_Ne__42_6NtLABpxCicjcWJOINER6ufq1WjlPCcMbQCiqOHoqnYy_wNay6S1v IFSdIXJCOSitkSaftq8.E0owiW68VpDQulmkVgI8nVnQq9PpBQEAjo_m5r6c_OgixepEYyxAwuF5 _slxmi41O5EP03WfygJji8Bqg2SK5
X-Sonic-MF: <bhassanov@yahoo.com>
X-Sonic-ID: e1b7563d-065f-4f89-b762-a817d51fb44a
Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.bf2.yahoo.com with HTTP; Sun, 10 Mar 2024 21:37:39 +0000
Date: Sun, 10 Mar 2024 21:37:36 +0000
From: Boris Hassanov <bhassanov@yahoo.com>
To: "idr@ietf.org" <idr@ietf.org>, Susan Hares <shares@ndzh.com>
Message-ID: <151659150.1429247.1710106656525@mail.yahoo.com>
In-Reply-To: <DM6PR08MB48577914028A858AA71FAB2FB35D2@DM6PR08MB4857.namprd08.prod.outlook.com>
References: <DM6PR08MB48572F86EA48D3FDB532EA21B34D2@DM6PR08MB4857.namprd08.prod.outlook.com> <CABNhwV1sRjpTnPiNhDV4Zn0j3isseWs=ZWZ+HQM4YACZmez6CA@mail.gmail.com> <DM6PR08MB48577914028A858AA71FAB2FB35D2@DM6PR08MB4857.namprd08.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_1429246_385128443.1710106656522"
X-Mailer: WebService/1.1.22129 YMailNorrin
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/MV6rhsb5oftfOLQ8hV2CxBy7sBc>
Subject: Re: [Idr] WG LC on draft-ietf-idr-sr-policy-safi-00 and draft-ietf-idr-bgp-sr-segtypes-ext-02 (2/15/2024 to 2/29/2024) - Extended 1 week to 3/7/2024
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: Sun, 10 Mar 2024 21:37:44 -0000

 Hi Sue and all,
Being a bit late, but I anyway - I read both docs and support the publication. The 1st document will align the support for the other segments types, the 2nd one shows how much we already did including the implementations.I also support the latest variant about I-flag from Ketan.
>From the practical side (my implementation experience) I would also add to Section 5, something like this:
The feedback from SRPM about a state  of received and verified SR Policy MAY be provided via  draft-ietf-idr-bgp-ls-sr-policy or by some others, external or future defined means.

SY,Boris


    On Saturday, March 2, 2024 at 03:26:59 PM GMT+3, Susan Hares <shares@ndzh.com> wrote:  
 
 

This call is extended 1 week to 3/7/2024 to allow others to comment on this call.
 
  
 
Cheerily,
 
  
 
  
 
Greetings IDR:
 
  
 
This begins a 2-week WG LC on the following two drafts created from the text in
 
draft-ietf-idr-segment-routing-te-policy-18 - that the IDR WG approved for publication:
 
  
 
  
 
  *   draft-ietf-idr-sr-policy-safi-00  (proposed standard)
 
  
 
https://datatracker.ietf.org/doc/draft-ietf-idr-sr-policy-safi/
 
  
 
  *   draft-ietf-idr-bgp-sr-segtypes-ext-02 (experimental)
 
  
 
https://datatracker.ietf.org/doc/draft-ietf-idr-bgp-sr-segtypes-ext/
 
  
 
The Authors (per IETF policy) are asked to respond to this message with a
 
message indicating whether they know of any undisclosed IPR as the documents stand now.
 
Please note there are 3 IPR declarations on these drafts.
 
  
 
History:
 
======
 
After reviewing draft-ietf-idr-segment-routing-te-policy-18, Andrew Alston (IDR RTG AD)
 
asked that draft-ietf-idr-segment-routing-te-policy be split into two parts because
 
some segment types (C-L) did not have two implementations.
 
Therefore, draft-ietf-idr-bgp-srsegtypes-ext-02 contains the text for
 
Segment types C-L.   This split has been discussed at IETF meetings.
 
  
 
Since Andrew Alston had personally implemented this draft,
 
he also asked for additional reviews on procedures.
 
  
 
During this review, the procedures regarding the link to RFC9012 were improved.
 
  
 
Issues in call:
 
============
 
During the WG should note that the procedures specified in
 
draft-ietf-idr-sr-policy-safi-00 do the following:
 
  
 
  
 
  1.  Only apply to the SR Policy Tunnel (15) + SR Policy SAFI
 
  2.  Do not require any of the TLVs defined in RFC9012 for other tunnel types
 
  3.  May ignore TLVs defined in RFC9012 for other tunnel types
 
  4.  Do not use the validation process in RFC9012, and depend on the SRPM to validate content.
 
  5.  Makes changes to Color Extended Community [RFC9012] to add to 2-bits [C, O]

  
 
To support "color-only" (CO)  functions of section 8.8 of [RFC9256]
 
  
 
  
 
C0 - type 0 (00) - Specific end-point match (Match endpoint that is BGP NH)
 
         type 1 (01) - Specific or null end-point match (BGP NH or null (default gw))
 
         type 2 (10) - Specific, null, or any end-point match (BGP NH, Null, or any endpoint)
 
         type 3 (11) - Reserved
 
  
 
The SR Policy Tunnel functions in this draft use BGP as a transport mechanism for the
 
Information contained in the SR Policy.
 
  
 
Please note that these procedures split the context validation away from the
 
BGP module into the SRPM module.   This split is similar to the BGP-LS split
 
syntax validation from context validation.
 
  
 
There are multiple implementations of this technology as detailed at:
 
https://wiki.ietf.org/group/idr/BGP-Implementation-report/draft-ietf-idr-segment-routing-te-policy-implement
 
  
 
The WG members are asked to confirm their agreement to the changes made in this document.
 
  
 
If there are questions, please ask them on this mail thread.  Please note any errors in the call are mine (and not the authors).
 
  
 
Cheerily, Sue
 
  
 
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr