Re: [Lsr] Relationship between ASLA and Flex Algo

Robert Raszuk <robert@raszuk.net> Sun, 22 August 2021 18:17 UTC

Return-Path: <robert@raszuk.net>
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 3E53C3A1139 for <lsr@ietfa.amsl.com>; Sun, 22 Aug 2021 11:17:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 U0ib-yx63GDe for <lsr@ietfa.amsl.com>; Sun, 22 Aug 2021 11:17:29 -0700 (PDT)
Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5633D3A1136 for <lsr@ietf.org>; Sun, 22 Aug 2021 11:17:29 -0700 (PDT)
Received: by mail-lj1-x229.google.com with SMTP id j12so12716500ljg.10 for <lsr@ietf.org>; Sun, 22 Aug 2021 11:17:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4cxH6TnCIaxFkVddNJvgqk3K4RWJdkYQ6xJYxdroRG0=; b=CDu1zQHZQa+oDFMXsGjnXI2IKvBO5jG7BbLmP2n17DU8537fx7FZH/gaSHcZCZ8xXs v5/mVNqdqLicBRrAlSRXxq62h7PaXFamdJBKcrjp5trprn8NEO2Vans1N3QApag09MFJ IkV060CrrEu6JuB7LJeYbVWgqW0ULd31JMa35fCCq4qQwyvcbdl1ZJhveMHlgBKg7QeU F3+rHum2ih4FoSyoB9AK/xQc/YCIx57ChkEOPlJAtrJnhd55MGns9q0JBmgChPr+mEnE d6WUAysUfqlUdOn/rd7Aku9cbqmgslVGnOYX2Hw2df8zdke5JwGRslaSnHhW6QG1i3ly /E8Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4cxH6TnCIaxFkVddNJvgqk3K4RWJdkYQ6xJYxdroRG0=; b=Wn6dm/43UnK425HSNmSR1trcqhgnwRbFETdIfJzGKWrAULr6bHLV2YvlMa8qbJWAZr xtx5W7TqanrSPIPFIvKObVVAczhogXJ6nmfcOmyM33/vBVEPMkgM8PJvWXUCEmt3ETkl 0D1vPS6fhz78ZJIMyVbUxWTQ+XlUQHTge1lx4kOh6gUsrRM+lbocgQs4kUr047hGnwK1 EtpHrCbzeMkfVbuMB/JVNc6qJReS/1OyhsAJZc2KsmLnSjiQ6yPdzs2QzT3Gyf746NjF NznnBBKZqGqH62WL5A938G1FhPmvZhSG8cx1ADsWUjd8chj7Eu0Y63mKcW4fdFYhT+U5 rKeg==
X-Gm-Message-State: AOAM533g2KFE6QdISZBNHVKLqyxnfoSpSgQAYmintld4apnU0J507IMc 2grW2h4EzLoOOdIJeN7Bk/kwnH9YsK+iF4BfF7lAQA==
X-Google-Smtp-Source: ABdhPJxyn1sQHvvu30YZuStSjtUXIvh8JsFJWRXA8Ppcaa1qg83YekNY+G5weW710R9bFist3p2W8YI8rITXHtf0wfw=
X-Received: by 2002:a2e:85c4:: with SMTP id h4mr24794400ljj.321.1629656242137; Sun, 22 Aug 2021 11:17:22 -0700 (PDT)
MIME-Version: 1.0
References: <BY5PR11MB4337EE84B2B31D8EE3698652C1C39@BY5PR11MB4337.namprd11.prod.outlook.com>
In-Reply-To: <BY5PR11MB4337EE84B2B31D8EE3698652C1C39@BY5PR11MB4337.namprd11.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 22 Aug 2021 20:17:18 +0200
Message-ID: <CAOj+MMHifC8do-UmCe1oyh=BebEarodFD02vO19BjRsncZ_eFw@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: "Peter Psenak (ppsenak)" <ppsenak@cisco.com>, Ron Bonica <rbonica@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000006b46c005ca29e9cc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/CxjH9I07SnRSvZspOV5RMApa5tU>
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: Sun, 22 Aug 2021 18:17:38 -0000

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 ?

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

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
?

Many thx,
R.



On Sun, Aug 22, 2021 at 4:48 PM Les Ginsberg (ginsberg) <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>
> *Sent:* Sunday, August 22, 2021 6:33 AM
> *To:* Peter Psenak (ppsenak) <ppsenak@cisco.com>
> *Cc:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>; Ron Bonica <
> rbonica@juniper.net>; 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.
>
>
>