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

Peter Psenak <ppsenak@cisco.com> Sun, 22 August 2021 13:08 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 34C953A265B for <lsr@ietfa.amsl.com>; Sun, 22 Aug 2021 06:08:09 -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 tEpNokYUzrZ1 for <lsr@ietfa.amsl.com>; Sun, 22 Aug 2021 06:08:03 -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 514DE3A2659 for <lsr@ietf.org>; Sun, 22 Aug 2021 06:08:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1841; q=dns/txt; s=iport; t=1629637683; x=1630847283; h=subject:to:cc:references:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=nOIeI9B4L3ZhLQGtUfCb1n0YffOiOfZq7PJjry3e8eA=; b=LRttGQt98U1sfU4aYkCFXUF3UWib4h4WuSZ36jVkClc5Qjjp6uUwxMFG BifOtwbgW4WHQsL52tdFwIj6b7p3nMFyBZ5TRMiqVyt6lix91rOOYWEoE asydbL+Cf2OlFZOLlGdFCCWYX8ed0YzMKgSuwQvv5OIwINXjrxB8B1xtA Q=;
X-IronPort-AV: E=Sophos;i="5.84,342,1620691200"; d="scan'208";a="36634753"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 22 Aug 2021 13:08:00 +0000
Received: from [10.60.140.51] (ams-ppsenak-nitro2.cisco.com [10.60.140.51]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id 17MD7x2M030898; Sun, 22 Aug 2021 13:08:00 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: <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> <CAOj+MMEBC6oH3KWY1U0qp13d4E06Tyd14x7=fc=g7suvmkgbZw@mail.gmail.com> <BY5PR11MB433712C0E800D0F65F2C8B35C1C29@BY5PR11MB4337.namprd11.prod.outlook.com> <CAOj+MMGJLhNUg0tOuWedi9=-kF4ND6N1bSzcNnYYrwUdx6Tw-Q@mail.gmail.com>
From: Peter Psenak <ppsenak@cisco.com>
Message-ID: <d7a9adf8-80fc-ef27-f666-b2ba100601ba@cisco.com>
Date: Sun, 22 Aug 2021 15:07:59 +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+MMGJLhNUg0tOuWedi9=-kF4ND6N1bSzcNnYYrwUdx6Tw-Q@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-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/4McL-JYYIn4OjSwvRhdlNDNtCJs>
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: Sun, 22 Aug 2021 13:08:10 -0000

Robert,

On 21/08/2021 19:32, Robert Raszuk wrote:
> Les,
> 
>     I beg to differ. ____
> 
>     */[LES:] Your statement suggests (and I am certain you do not mean
>     to do so) that if only we had the foresight to define the A-bit in
>     RFC 8919/8920 that we could have introduced support for Flex-Algo
>     without writing any new code at all. /**/😊/*
> 
> 
> Nope. I meant to say that having support for flex-algo and FAD I can 
> think of new applications without need to write a new router's code 
> (assuming existing code is flexible enough :).
> 
> After all, aren't we in the era of network programming ?
> 
>     *//**/____/*
> 
>     */We are talking here about a NEW APPLICATION. The only existing
>     example we have today (post RFC 8919/8920) is Flex-Algo – but given
>     time I expect some other application will come along. What that will
>     be and what kinds of calculations/attributes it might require is
>     something we do not currently know. The syntax used to advertise
>     link attributes does not magically allow new applications to be
>     supported without adding new code to the nodes./*
> 
> 
> See above.
> 
> 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.

thanks,
Peter


> 
> That is why if we would adhere well to ASLA architecture there should be 
> many more bits for it then one.
> 
> Thx,
> R.
>