Re: [Lsr] Relationship between ASLA and Flex Algo

Peter Psenak <ppsenak@cisco.com> Mon, 23 August 2021 08:14 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 7E4EF3A0EC6 for <lsr@ietfa.amsl.com>; Mon, 23 Aug 2021 01:14:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.098
X-Spam-Level:
X-Spam-Status: No, score=-10.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.499, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, 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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SKIA-s6aLV9w for <lsr@ietfa.amsl.com>; Mon, 23 Aug 2021 01:13:59 -0700 (PDT)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B6423A0EC9 for <lsr@ietf.org>; Mon, 23 Aug 2021 01:13:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4202; q=dns/txt; s=iport; t=1629706439; x=1630916039; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=JiZdzUE81KAa0L6vizjZYrE8w0BaB0LGFCpjzo0u8dM=; b=PyfTHxDcoqHvhBvqxgOgPbNFR0cM25h4YQEFv0Qy9rpUCMBW14tzL4Zv lX0JzbG22y29ZgTMhbo+9oDp/1x3Po5S6E2SHYS3X7TNn54zKT3IDHq+v ZDtASO8GXXyUwYPK91m4lc+axLbRQ5MQXV12yLSxDHrdY3TDKhCo1BJG5 c=;
X-IronPort-AV: E=Sophos;i="5.84,344,1620691200"; d="scan'208";a="36659197"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 23 Aug 2021 08:13:56 +0000
Received: from [10.60.140.51] (ams-ppsenak-nitro2.cisco.com [10.60.140.51]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id 17N8DuOx008442; Mon, 23 Aug 2021 08:13:56 GMT
To: Robert Raszuk <robert@raszuk.net>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: Ron Bonica <rbonica@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>
References: <BY5PR11MB4337EE84B2B31D8EE3698652C1C39@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMHifC8do-UmCe1oyh=BebEarodFD02vO19BjRsncZ_eFw@mail.gmail.com>
From: Peter Psenak <ppsenak@cisco.com>
Message-ID: <aa68b651-5a29-f841-5f86-dabfc7d60824@cisco.com>
Date: Mon, 23 Aug 2021 10:13:56 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <CAOj+MMHifC8do-UmCe1oyh=BebEarodFD02vO19BjRsncZ_eFw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Outbound-SMTP-Client: 10.60.140.51, ams-ppsenak-nitro2.cisco.com
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/GExHN5MHVxNjpDFAgR6bcnjL_9U>
Subject: Re: [Lsr] Relationship between ASLA and Flex Algo
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 23 Aug 2021 08:14:06 -0000

Hi Robert,

On 22/08/2021 20:17, Robert Raszuk wrote:
> Hi Les,
> 
> Well I was not really proposing anything just making an observation. If 
> anything adding few more SABM bits for flex-algo, but frankly I can live 
> without them just fine.
> 
> In the light of Peter's response the more interesting is the invention 
> of UDABM field. It is not IETF business so how would anyone 
> accomplish multi vendor interoperability using it ?

setting a bit in UDABM can be done by any vendor. The usage of the bit 
on the Rx side is completely in hands of the user and the consuming 
application and not specified by IETF.

> 
> Question: Can I use UDABM to set bits in metrics for use with selective 
> flex-algo topologies ?

no, all flex-algo constraints are defined in the flex-algo draft.

If you want to exclude/include links in flex-algo constrained topology 
you have affinities to do that.

> 
> Even if it is "not something that IETF is going to specify" - if we 
> define something in the protocol should it be clear what is the intended 
> use case ?

section 4, rfc8919:

   "In addition to supporting the advertisement of link attributes used
    by standardized applications, link attributes can also be advertised
    for use by user-defined applications.  Such applications are not
    subject to standardization and are outside the scope of this
    document.

thanks,
Peter


> 
> Many thx,
> R.
> 
> 
> 
> On Sun, Aug 22, 2021 at 4:48 PM Les Ginsberg (ginsberg) 
> <ginsberg@cisco.com <mailto:ginsberg@cisco.com>> wrote:
> 
>     Robert –____
> 
>     __ __
> 
>     I have revised the subject since this is a different topic than the
>     original thread.____
> 
>     __ __
> 
>     If you want to discuss this further, please do so in the renamed
>     thread.____
> 
>     Note that I am NOT encouraging you to continue this discussion – I
>     am in full agreement with Peter. I do not think what you propose is
>     desirable or needed.____
> 
>     __ __
> 
>         Les____
> 
>     __ __
> 
>     __ __
> 
>     *From:* Robert Raszuk <robert@raszuk.net <mailto:robert@raszuk.net>>
>     *Sent:* Sunday, August 22, 2021 6:33 AM
>     *To:* Peter Psenak (ppsenak) <ppsenak@cisco.com
>     <mailto:ppsenak@cisco.com>>
>     *Cc:* Les Ginsberg (ginsberg) <ginsberg@cisco.com
>     <mailto:ginsberg@cisco.com>>; Ron Bonica <rbonica@juniper.net
>     <mailto:rbonica@juniper.net>>; lsr@ietf.org <mailto:lsr@ietf.org>
>     *Subject:* Re: [Lsr] New Version Notification for
>     draft-hegde-lsr-asla-any-app-00.txt____
> 
>     __ __
> 
>     Hey Peter,____
> 
>     __ __
> 
>          > And I will perhaps say it again that to me flex-algo is more
>         of a
>          > mechanism to build new applications then NEW APPLICATION itself.
> 
>         no, flex-algo is a single application, it's not a mechanism to
>         create
>         new applications. The fact that you can create many constraints
>         topologies using flex-algo, does not mean these should be
>         considered as
>         different apps. You have to put and keep clear borders at clear
>         places.
>         We have them defined by ASLA and by base flex-algo draft.____
> 
>     __ __
> 
>     Why each constrained topology can not be intuitively called a
>     different network application ? ____
> 
>     __ __
> 
>     Is there any real definition of "IGP application" LSR WG has
>     converged and agreed upon ? ____
> 
>     __ __
> 
>     See your take that it is implicitly defined in flex-algo draft by
>     setting one bit to it in SABM is IMO pretty weak. Maybe it would
>     hold if you forbid to use UDABM for flex-algo metrics, but I do not
>     see such restriction anywhere in flex-algo draft nor in ASLA drafts.
>     That means that implementation may allow it. ____
> 
>     __ __
> 
>     So flex algo is a single app if we use SABM, but it can be multiple
>     apps if we use UDABM ? Don't you think this is a bit loose
>     definition ? ____
> 
>     __ __
> 
>     Cheers,
>     R.____
> 
>     __ __
>