Re: [Lsr] New Version Notification for draft-hegde-lsr-asla-any-app-00.txt

Robert Raszuk <robert@raszuk.net> Mon, 23 August 2021 18:34 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 B98983A0804 for <lsr@ietfa.amsl.com>; Mon, 23 Aug 2021 11:34:20 -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 uOHfeqwNFr4M for <lsr@ietfa.amsl.com>; Mon, 23 Aug 2021 11:34:14 -0700 (PDT)
Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 20FF53A07F8 for <lsr@ietf.org>; Mon, 23 Aug 2021 11:34:14 -0700 (PDT)
Received: by mail-lj1-x22e.google.com with SMTP id w4so31632237ljh.13 for <lsr@ietf.org>; Mon, 23 Aug 2021 11:34:13 -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=Iqq79smH/3j8NsgeJxmgQjU1QaB6H6mJwSeUI8pISjg=; b=GksxaC+5uk3j26LNt2Qe16zv3A4hw7jpZMrPhauY4/MKa3kLrDhnZWx0ODGRfOIi+Z +bvPYz9hcq+a0y9EfLiAYncqKDTR5UHTpUVvcxFyS9bntXr4gRalkr5012cp3bIqmHAm 5V47/+yKIOLv63+F+fm1BPiPRBnJSLBDZMKNGPCth9Zbe8Y6jYDuA7J8jGewQn6A+XmH GyGaeMJNOV9RSlcNBC5vNZQaxXDgRgDoYfaWG9eMF9iXerddNskJ6ydmP9e61kbuGq3q 73LXxQByCzzMVEbecW3zklMaVBCY3m9pWDxz2aeG/pYTjKTsfq5ZlbvkaxOthmQXemlk V4jg==
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=Iqq79smH/3j8NsgeJxmgQjU1QaB6H6mJwSeUI8pISjg=; b=IUOyo3z1epnhvXMMKoJKYsfGF/PEqzLNZuHUrcf3VgGQGhhxt627Q3s5lgzm3T6IPq 4mq9dEHmHyjYAVAERYBJdWCPs+fa5XH4fM5MzKv6/awflefQr0Zgb3Gya7g8Ee1rbETC T7cYvsITCcl/JLkl0wkxdgGT64258p7FEvr5tnoE34OOpqJBRhAiJTj5WoHYDPB/WKDD G/GeKNmwwqCAhOtpKqEolTz+iNWQ6jNLR/IQ/jviyKBElui7OZ2uXpEMlBz74AqrUYaY EhpeCOmLzvnH32ujdbfct4gvI6E8k5nYHQf98NnQJnd9EZL10Ykoh3RjGIkSLr0HzA+/ xYMg==
X-Gm-Message-State: AOAM533Y1/At0X5BBfh+sQ0AkifIofaEWm/sIOnhd1l+f/x4wfupT5F+ q3Img7/lm1ZDEy6kFEWIgjowhXw906puSX6vDiAFuQ==
X-Google-Smtp-Source: ABdhPJxZ+l57H6MDA4YZa+Ip/6uMYdIA4lFDsSoMlDUXLxcBhtNyjtgsratxO0G/q44WSJ7b7t9LNzqwyvcahwL3+4s=
X-Received: by 2002:a2e:b0e2:: with SMTP id h2mr28154220ljl.23.1629743651768; Mon, 23 Aug 2021 11:34:11 -0700 (PDT)
MIME-Version: 1.0
References: <162943024158.25012.15758140620996305842@ietfa.amsl.com> <BL0PR05MB53167201E607E5922DECA320AEC19@BL0PR05MB5316.namprd05.prod.outlook.com> <BY5PR11MB4337B66A6C77DB8FFF31DE57C1C19@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMEtOfUmGw95YownrXZ3fx_V74bWWeOqukX01j5nTM6fFg@mail.gmail.com> <BY5PR11MB4337836ED3EA8AFEB7115E07C1C19@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMGn=6s67s93mx-X59j_HWwZNE=L3FyP=dG=omfZy8q67w@mail.gmail.com> <BY5PR11MB43375E493D07444E8EFE63A0C1C29@BY5PR11MB4337.namprd11.prod.outlook.com> <CA+wi2hOTvh-x066hCGE3QcFzee+9Eqs-ggS=UOmPsKmE-=O-qA@mail.gmail.com> <BY5PR11MB433781EA40F0235F8FF2FAF0C1C29@BY5PR11MB4337.namprd11.prod.outlook.com> <CY4PR05MB35762B9BC45E0800AEE4E666D5C49@CY4PR05MB3576.namprd05.prod.outlook.com> <BY5PR11MB433772470128AFF0E008933AC1C49@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMFnXu5kNeY+--=PoxC5DE=n=MaK7-ekuatji=G2UQmjew@mail.gmail.com> <BY5PR11MB4337886C5C3211E326C89289C1C49@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMG7944yqA7SpNbwiZ+MdrKSg11zmjDM11Cz73i77MUuFg@mail.gmail.com> <BY5PR11MB4337C9BC245C06024783523AC1C49@BY5PR11MB4337.namprd11.prod.outlook.com>
In-Reply-To: <BY5PR11MB4337C9BC245C06024783523AC1C49@BY5PR11MB4337.namprd11.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 23 Aug 2021 20:34:08 +0200
Message-ID: <CAOj+MMFdS38dLpdvV+1zAn8hc4VM+FSX6dA5-1iJmLzOQxd9Yg@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: Shraddha Hegde <shraddha@juniper.net>, Tony Przygienda <tonysietf@gmail.com>, Ron Bonica <rbonica@juniper.net>, "lsr@ietf.org" <lsr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000705f8705ca3e43a4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/C41V_4gxwD9IdFCM35V7pq59nwM>
Subject: Re: [Lsr] New Version Notification for draft-hegde-lsr-asla-any-app-00.txt
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 18:34:21 -0000

Hi Les,

*/* Last email on this thread. It is clear that some people are so stuck
here to their beliefs that no matter what others say it will not change
their mind. */*

*> As you see, a single application (Flex) can support multiple
“topologies” – but that is orthogonal.*

The entire topic is to make support of multiple topologies easy - and it is
not orthogonal.

- One option is to signal its metrics with unique bits - one per topology.

- The other option is to signal metrics to be applicable to any app which
chooses to use it then trim the pool with affinities.

The subject draft is about latter. I was (also) suggesting the former.

Currently what seems to be the case is operationally not user friendly mix
of both to build arbitrary topology.

The end,
Robert.


On Mon, Aug 23, 2021 at 8:24 PM Les Ginsberg (ginsberg) <ginsberg@cisco.com>
wrote:

> Robert –
>
>
>
>
>
> *From:* Robert Raszuk <robert@raszuk.net>
> *Sent:* Monday, August 23, 2021 10:44 AM
> *To:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> *Cc:* Shraddha Hegde <shraddha@juniper.net>; Tony Przygienda <
> tonysietf@gmail.com>; Ron Bonica <rbonica@juniper.net>; lsr@ietf.org
> *Subject:* Re: [Lsr] New Version Notification for
> draft-hegde-lsr-asla-any-app-00.txt
>
>
>
>
>
> You continue to confuse Flex and ASLA.
>
>
>
> I don't think so ... This thread is about ASLA encoding for Flex-Algo.
>
> *[LES:] Noooo --- please read your own draft. **😊**]*
>
> *The work “Flex” does not appear anywhere in the draft – nor should it.*
>
>
>
> ASLA is an architecture that supports multiple applications – of which
> Flex is just one of the supported applications.
>
>
>
> Care to elaborate why ASLA SABM allows only 64 applications ? Even MT
> allowed 4K topologies.
>
>
>
> *[LES:] Application != topology*
>
> *As you see, a single application (Flex) can support multiple “topologies”
> – but that is orthogonal.*
>
> *The real issue here is you continue to not fully understand the
> distinction between an “application” and the capabilities of a given
> application – one of which may be to support multiple “topologies”.*
>
> Flex is a specific application which supports multiple “sets of
> constraints” – AKA algorithms.
>
>
>
> With that definition everything is Flex. Topologies differ one from
> another by running SPT on a different sets of links with different "sets of
> constraints"
>
>
>
> *[LES:] Nooo…the bits in the SABM mask are assigned in
> https://www.iana.org/assignments/igp-parameters/igp-parameters.xhtml#link-attribute-application-identifiers
> <https://www.iana.org/assignments/igp-parameters/igp-parameters.xhtml#link-attribute-application-identifiers>*
>
> *(Note that Flex has a bit assignment which is not yet reflected there.)*
>
> *You need to allow that a new application might have completely semantics.
> *
>
> And, Flex is doing just fine as it is – one of the indicators of which I
> believe is your enthusiasm for it. 😊
>
>
>
> Let's see if the reverse works :)
>
>
>
> *[LES:] Sorry – standing the hierarchy on its head does not make sense –
> no matter how many times you suggest it.*
>
>
>
> *   Les*
>
>
>
> Best,
>
> R,
>