Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"

Peter Psenak <ppsenak@cisco.com> Tue, 03 May 2022 14:13 UTC

Return-Path: <ppsenak@cisco.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDB65C14F749; Tue, 3 May 2022 07:13:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.031
X-Spam-Level:
X-Spam-Status: No, score=-17.031 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.575, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-1.857, RCVD_IN_DNSWL_HI=-5, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 3cJhMKFNIEo3; Tue, 3 May 2022 07:13:39 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 338ABC14F739; Tue, 3 May 2022 07:13:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5392; q=dns/txt; s=iport; t=1651587219; x=1652796819; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=9kfWD4CZq7vYoj7rcw4NlNL3aahDsJ51m5ztySvTbi4=; b=Zk8IqZMGC8+kP/uA/Ep+2MgiyPGpo1ORqAWD/o/yroZOcoDteyQTRv0Q XOZyFnaFtlbbmuDri/8UDAx1ALPwNTCJpzdVnjR8D8lIuxlWS5tfZJ36I iucA26vZYe05CGtfPrgOf8xOP5BUmq/+QRnEe9Pl8CyZeGDvn1iAB6fP3 E=;
X-IPAS-Result: A0CAAABYN3FilxbLJq1aHgEBCxIMQIFEC4MiVCsSQ4ROiQCICwOcYoF8CwEBAQ8sCwsEAQGFAgKFNyY0CQ4BAgQBAQEBAwIDAQEBAQEBAwEBBQEBAQIBBwQUAQEBAQEBAQEkBgwFEDWFaA2GQgEBAQECAQEBGwYPAQU2CxALEQMBAgECAh8HAgInKAgGAQwGAgEBgnkBgnMkD60SeoExgQGDTwGESYFfBoEQLI5dQ4FJRIEUAScMgkcwPoJjAQECggSDMIJlBJQxbGoEU1sgSBw0HgELki2ua4NVhBWHA5FQgwUGDwUug3WMOoYvMI41gxKWYSCNApl+gWE6gVszGggbFTuCNQEBMlEZD44sDQkViE+FTEIxAjkCBgEKAQEDCYwYAQE
IronPort-Data: A9a23:oGhYhaPY4WpfOwTvrR2Tl8FynXyQoLVcMsEvi/4bfWQNrUp21zcCy 2RJXT+BO6mLMGTzLdt+Ptm2p09T75bSyt5iGnM5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCcaphyFBcwnz/1WlTbhSEUOZqgG/ytUYYoBggrHVU+EHp50ko58wIEqtcAbeaRUlvlV eza+6UzCHf9s9KjGjtJg04rgEoHUMXa4Fv0jHRnDRx4lAO2e00uMX4qDfrZw00U7WVjNrXSq +7rlNlV945ClvsnIovNfr3TKiXmTlNOVOSDoiI+ZkSsvvRNjhcb2JQ7ZMs8UGNGmyy0hulf5 P9msLXlHG/FPoWU8AgcexBVCWR1OrdLveSBKnmkusvVxErDG5fu66wxVwdtbctCor0xWzsmG f8wcFjhajibn/m7xru4YuJtnc8kasLsOevzv1kxnWGDXa1OrZbrBKXB9P4BjDYJrc1QQMfXS thDSCpkVUGVC/FIEg5HVM1h9AuyvVHzaTRWtBeUqLY5pmzI1klwyP3jNNfFc9iFQu1Uk1qW4 GXc8AzRBgoAHN2S1TTD9Wij7sfGli72Dd5KH7yj/fksi1qW7mAWAQcdE1q2vff/jVSxM/pHM 1cZ/CMt+PRq/02wRd67VBq9iHKBtwQXHdtdD+N87xuCooLL6gCWD2kGUzhpdMcnssA2WDVs0 UWG2djvbQGDq5WcRGjY96+Tty/3PyEJa2QDfiQDCwAC5rEPvb3fkDr0Z9xREP6EruTRCCHp/ imzggQUrLA62JtjO7qAwXjLhDelp57sRwEz5xnKUm/N0j6VdLJJdKT1swKAvK0owJKxFADZ5 yZd8ySLxLlWVcnlqcCbfAkaNImNj8tp0QEwY3YzTvHNFBz0pRZPmLy8Bxkkfi9U3j4sI2OBX aMqkVo5CGVvFHWrd7RrRIm6Ft4ny6Ptffy8CK2NM4AQOcAtJFPWlM2LWaJ29z2z+KTLufxgU ap3je7wZZrnIf09lWHvF7t1PUEDn35jngs/uqwXPzz+gebBOxZ5uJ8OMUCFaagi/biYrQDOm +uzxOPUoyizpNbWO3GNmaZKdAhiBSFiVfje9p0MHsbec1UOJY3UI6KIqV/XU9c9z/o9eyah1 izVZ3K0P3Ki2y2acVnaNiELhXGGdc8XkE/X9BcEZT6As0XPq672hEvDX/PbpYUaydE=
IronPort-HdrOrdr: A9a23:ziqmja6ZD550YG3AxQPXwPnXdLJyesId70hD6qm+c203TiXqra GTdZMgpHnJYVcqKRYdcL+7VZVoLUmskKKdpLNhWYtKPzOLhILLFutfBOLZqlWKJ8S9zJ8+6U 4KScZD4bPLbWSSwfyU3OF9eOxQuOVuN8uT9J7j80s=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.91,195,1647302400"; d="scan'208";a="988283"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 03 May 2022 14:13:37 +0000
Received: from [10.147.24.27] ([10.147.24.27]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id 243EDa9Z028238; Tue, 3 May 2022 14:13:36 GMT
Message-ID: <2cbe1d1c-00f6-1952-8984-eaf662e0622a@cisco.com>
Date: Tue, 03 May 2022 16:13:36 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.8.1
Content-Language: en-US
To: Aijun Wang <wangaijun@tsinghua.org.cn>, Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>
Cc: "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, lsr@ietf.org, draft-ietf-lsr-ip-flexalgo@ietf.org
References: <b67f4266-416e-6fac-2717-f96dba21a712@cisco.com> <CCE0C30E-9EDF-4CE6-9348-44025A6D5A3A@tsinghua.org.cn>
From: Peter Psenak <ppsenak@cisco.com>
In-Reply-To: <CCE0C30E-9EDF-4CE6-9348-44025A6D5A3A@tsinghua.org.cn>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Outbound-SMTP-Client: 10.147.24.27, [10.147.24.27]
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/DAaI8YKxokakM7L5BgpSdZzRCzM>
Subject: Re: [Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 May 2022 14:13:43 -0000

Aijun,

On 03/05/2022 15:52, Aijun Wang wrote:
> Hi, Peter:
> I think the logic is the following:
> FAPM is the sub-TLV of TLV 135,235,236 and 237, then it extends these TLVs for advertising prefixes in algorithm 0 to other Flexible Algorithm.
> Then I see no reason to define the new top-TLV to encoding the similar information.

FAPM is used in SR-MPLS case where algo 0 prefix has multiple flex-algo 
SIDs. So the algo 0 reachability is always advertised in legacy TLV and 
FAPM is used to advertise additional flex-algo metric for inter-area or 
external prefixes.

We can not use it for IP flex-algo.

thanks,
Peter

> 
> Aijun Wang
> China Telecom
> 
>> On May 3, 2022, at 19:16, Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org> wrote:
>>
>> Hi Aijun,
>>
>>> On 03/05/2022 11:57, Aijun Wang wrote:
>>> Hi, Peter:
>>> Different data planes use different Flex-Algorithm and associated metric, they can’t be mixed.
>>> Or, would you like to point out why the following scenarios can’t be achieved via the FAPM?
>>> 1) The PE router has three loopback addresses(Lo1-Lo3), each associated with different Flex-ALgorithhms, and also different metrics. They are advertised via the FAPM, no MPLS SIDs are associated with these loopack prefixes advertisements.
>>> 2) The PE router has also another inter-area/inter-domain prefixes(IPextra), with the FAPM and MPLS SID advertised via the prefixes advertisements.
>>> When the PE in other ends want to send the traffic to theses addresses:
>>> 1)  To the formers three destinations(Lo1-Lo3), the FIB that are formed by the associated FAPM will be used, that is, the IP-based forwarding will be selected.
>>> 2) To the Inter-area/inter-domain prefixes the FIB that are formed via the FAPM and the associated SID, the MPLS-based forwarding will be selected.
>>> Why can’t they coexist?
>>
>> FAPM Sub-TLV is a sub-TLV of TLVs 135, 235, 236, and 237. These TLVs advertise the reachability of the prefix in algorithm 0.
>>
>> For an IP algo prefix, which is associated with the flex-algorithm, the reachability in algorithm 0 must not be advertised. So we have to use a different top level TLV.
>>
>>
>> thanks,
>> Peter
>>
>>
>>
>>> Aijun Wang
>>> China Telecom
>>>>> On May 3, 2022, at 16:05, Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org> wrote:
>>>>
>>>> Aijun,
>>>>
>>>>> On 03/05/2022 09:59, Aijun Wang wrote:
>>>>> Hi, Peter:
>>>>> The definition of FAPM for IS-IS and OSPF doesn’t prevent from it is used for the intra-area prefixes.
>>>>> If we advertise the different loopback addresses via the FAPM, associate them to different Flex-Algo and related metrics, and does not allocate the MPLS SID, we can achieve the IP-Flex effect then.
>>>>
>>>> as I said, we can not mix metrics for different data-planes.
>>>>
>>>>> So, what’s the additional value of the IP-Flexalgo draft then?
>>>>
>>>> please read the draft. It defines the flex-algo for IP data plane.
>>>>
>>>> thanks,
>>>> Peter
>>>>
>>>>
>>>>
>>>>> Aijun Wang
>>>>> China Telecom
>>>>>>> On May 3, 2022, at 14:46, Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org> wrote:
>>>>>>
>>>>>> Aijun,
>>>>>>
>>>>>>> On 03/05/2022 00:47, Aijun Wang wrote:
>>>>>>> Hi, Acee:
>>>>>>> The questions raised at https://mailarchive.ietf.org/arch/msg/lsr/RlHphXCwxMbgGvcBV_m24xiDzS0/ <https://mailarchive.ietf.org/arch/msg/lsr/RlHphXCwxMbgGvcBV_m24xiDzS0/> has not been answered.
>>>>>>
>>>>>> IS-IS Flexible Algorithm Prefix Metric Sub-TLV” and “OSPF Flexible Algorithm Prefix Metric Sub-TLV” are defined for advertisement of algorithm specific metric for inter-area inter-AS prefixes for SR-MPLS data-plane.
>>>>>>
>>>>>> SR MPLS and IP are independent data-planes used for flex-algo. We can not mix their metric.
>>>>>>
>>>>>> thanks,
>>>>>> Peter
>>>>>>
>>>>>>> Aijun Wang
>>>>>>> China Telecom
>>>>>>>>> On May 2, 2022, at 23:00, Acee Lindem (acee) <acee=40cisco.com@dmarc.ietf.org> wrote:
>>>>>>>>
>>>>>>>> The WG last call has completed. We will submit an updated version of the document for publication with the terminology changes based on the discussion amongst the authors, Ketan, Robert, Gyan, and others.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Acee
>>>>>>>>
>>>>>>>> *From: *Lsr <lsr-bounces@ietf.org> on behalf of "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>
>>>>>>>> *Date: *Thursday, April 7, 2022 at 3:07 PM
>>>>>>>> *To: *"lsr@ietf.org" <lsr@ietf.org>
>>>>>>>> *Cc: *"draft-ietf-lsr-ip-flexalgo@ietf.org" <draft-ietf-lsr-ip-flexalgo@ietf.org>
>>>>>>>> *Subject: *[Lsr] Working Group Last Call for draft-ietf-lsr-ip-flexalgo-04 - "IGP Flexible Algorithms (Flex-Algorithm) In IP Networks"
>>>>>>>>
>>>>>>>> This begins a WG last call for draft-ietf-lsr-ip-flexalgo-04.  The draft had a lot of support and discussion initially and has been stable for some time. Please review and send your comments, support, or objection to this list before 12 AM UTC on April 22^nd , 2022.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Acee
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Lsr mailing list
>>>>>>>> Lsr@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/lsr
>>>>>>
>>>>
>>> _______________________________________________
>>> Lsr mailing list
>>> Lsr@ietf.org
>>> https://www.ietf.org/mailman/listinfo/lsr
>>
> 
>