Re: [Lsr] FW: New Version Notification for draft-bonica-lsr-ip-flexalgo-00.txt

Jeff Tantsura <jefftant.ietf@gmail.com> Fri, 02 October 2020 22:25 UTC

Return-Path: <jefftant.ietf@gmail.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 A88B23A1707 for <lsr@ietfa.amsl.com>; Fri, 2 Oct 2020 15:25:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, 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=gmail.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 eeDe_kxx29zh for <lsr@ietfa.amsl.com>; Fri, 2 Oct 2020 15:25:39 -0700 (PDT)
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (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 EF2A93A1704 for <lsr@ietf.org>; Fri, 2 Oct 2020 15:25:38 -0700 (PDT)
Received: by mail-pj1-x102a.google.com with SMTP id q4so1877157pjh.5 for <lsr@ietf.org>; Fri, 02 Oct 2020 15:25:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=e7H0WVZgVY3ROJH7xTYz1wyaUZKZzU+KsEyPodNnPVg=; b=dK+NwI9I+FOkpN0wPS/5aikcRSf3nGZmIdnRzNrMOqs0KBfXw31Yt2GMXcuX4ZhgJ4 nGQKoxBQEafU6LF8HTsSNm77LAMSo7L4NgffFtWTUZRFFZhpDOw8ej0BNjhlgc3GGZnC yfry5/UIL2va6zwDtrv8nb2U7gtjcL60joAn/V9cLqGeKapsVGrcVRd30rHP3JaGU+5r e+bjC8sRpENL7V0lpNDIdZ660uqe4RLpduFvExc/hLUfRXSRbN+EUWghvIWUlF82EZH4 0YZqQ6ilER3CZjhImnidvLm35kz60dZofC2RCUEMp/2S5PaGDj3qtI3MjGySm1IAD7QU 4VbA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=e7H0WVZgVY3ROJH7xTYz1wyaUZKZzU+KsEyPodNnPVg=; b=phaWzkpIlGZNiHHSxOimlmp2S1QZyib/d/1qAzVSaRryUCuFxPvCbEQJhSpv6b8FjW W2jR+h/G34JGbA3D+iBcjAR/9dAlsITCTJb/a4Njqu0eh4Gy+tPfqfY7buV+3J1tg8px tsJ/AzcNlMP6/WHi2E3TwXWMvi6PIi5XIA3nhEoEtXyyuRy339IxwZiCN9hmWewgVApW uB1j4UWng2Uj8gS47OE+xWlNbMX61ZpPPYxIlqjqwi2tBYqS+f0FBaRZonVykp5dk7GA lYPpgv83reWgiYjAXPbJ9R8yNdO2eTRHYghWK2oYkcAnVuPufrmVqFstnoYoIYIvYhob 9k0g==
X-Gm-Message-State: AOAM533+v2tuKBMMDeLCUyde9nIoevwXtKCSev5B6wUE2POgQhEqvP8b MmUwarEV9KTJ/T3FGSY/NAk=
X-Google-Smtp-Source: ABdhPJyuxp2Eru4ecQEadzB3pKk1ZxJFLpWULXpku2L86BwzH4BSi11L0O7wAE24Zbtn9u3IklSAAw==
X-Received: by 2002:a17:90a:4b45:: with SMTP id o5mr4967584pjl.226.1601677538083; Fri, 02 Oct 2020 15:25:38 -0700 (PDT)
Received: from [192.168.1.14] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id a1sm2569934pjh.2.2020.10.02.15.25.36 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Oct 2020 15:25:37 -0700 (PDT)
Date: Fri, 02 Oct 2020 15:25:31 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Peter Psenak <ppsenak=40cisco.com@dmarc.ietf.org>, Gyan Mishra <hayabusagsm@gmail.com>, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, Yingzhen Qu <yingzhen.qu@futurewei.com>
Cc: "lsr@ietf.org" <lsr@ietf.org>
Message-ID: <cfae6af4-23d0-44b0-8bb3-f5e631b4c805@Spark>
In-Reply-To: <CB2F6A55-B231-4A2D-821C-D3F2ABE6649E@futurewei.com>
References: <160138654056.12980.329207214151594381@ietfa.amsl.com> <DM6PR05MB63482DBC001DD56BEF6F7311AE320@DM6PR05MB6348.namprd05.prod.outlook.com> <CAKz0y8w5VOf_=baG6UCP8Q9s=VLM2ghT2jhiF5FZNN4JXB23eA@mail.gmail.com> <DM6PR05MB63485389C261CA2E0C08DE50AE330@DM6PR05MB6348.namprd05.prod.outlook.com> <0f85212d-fac7-47ea-a608-4f53061cbf02@Spark> <DM6PR05MB63480E863599BBC810BF334AAE300@DM6PR05MB6348.namprd05.prod.outlook.com> <CABNhwV2+jhjAfxq5FzaukdhCOqXvGCkv75xYWcStN=SCrpni4Q@mail.gmail.com> <f4fdff8b-fe11-cb75-3cd7-7766baedf730@cisco.com> <CB2F6A55-B231-4A2D-821C-D3F2ABE6649E@futurewei.com>
X-Readdle-Message-ID: cfae6af4-23d0-44b0-8bb3-f5e631b4c805@Spark
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="5f77a8e0_7c83e458_6469"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/TdYJbWXcaRQUxuKYZC1bwJSDAkQ>
Subject: Re: [Lsr] FW: New Version Notification for draft-bonica-lsr-ip-flexalgo-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: Fri, 02 Oct 2020 22:25:41 -0000

Hi Yingzhen,

Yes, that’s the case.  The most important property of an algo computed path is that is has to be consecutive, as either SID or IP address associated with a particular topology is only known within that topology.
Looking specifically at Ron’s draft (MPLS could be more complex due to potential hierarchy) - the prefix itself defines the context(topology) and must be globally unique, since IPv4 header can’t have any additional meta-data attached.

Cheers,
Jeff
On Oct 2, 2020, 1:15 PM -0700, Yingzhen Qu <yingzhen.qu@futurewei.com>, wrote:
> Hi Peter,
>
> My understanding of flex-algo is that for traffic destined to a prefix on a particular algo, it can only be routed on routers belong to that algo, which also means only routers in that algo calculates how to reach that prefix and install it into the routing table. It seems to me that using flex-algo (section 12 of the draft) it's possible to have a loopback address associated with only one algo, please correct me if I'm missing or misunderstood something.
>
> Thanks,
> Yingzhen
>
> On 10/2/20, 9:43 AM, "Lsr on behalf of Peter Psenak" <lsr-bounces@ietf.org on behalf of ppsenak=40cisco.com@dmarc.ietf.org> wrote:
>
> Gyan,
>
> On 02/10/2020 18:30, Gyan Mishra wrote:
> > All,
> >
> > With SRv6 and IP based flex algo a generic question as it applies to
> > both. Is it possible to have within a single IGP domain different sets
> > of nodes or segments of the network running different algorithms.
>
> absolutely.
>
> > From
> > both drafts it sounds like all nodes have to agree on same algorithm
> > similar to concept of metric and reference bandwidth all have to have
> > the same style metric and play to the same sheet of music.
>
> all participating nodes need to agree on the definition of the flex-algo
> and advertise the participation. That's it.
>
> > If there was
> > a way to use multiple algorithms simultaneously based on SFC or services
> > and instantiation of specific algorithm based on service to be
> > rendered. Doing so without causing a routing loop or sub optimal
> > routing.
>
> you can certainly use multiple algorithms simultaneously and use algo
> specific paths to forward specific traffic over it. How that is done
> from the forwarding perspective depends in which forwarding plane you
> use. Flex-algo control plane is independent of the forwarding plane.
>
>
> > I thought with flex algo that there exists a feature that on
> > each hop there is a way to specify which algo to use hop by hop similar
> > to a hop by hop policy based routing.
>
> no, there is no hop-by-hop classification, that is problematic and does
> not scale for high speeds. Classification is done at the ingress only.
>
> thanks,
> Peter
>
> >
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Flsr&amp;data=02%7C01%7Cyingzhen.qu%40futurewei.com%7C51dd940ab25d4ea19b1b08d866f23b6a%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637372537869296887&amp;sdata=R%2FI%2BAUkcw12FmgDtsh%2FBOL7zLjPF%2BwwRpqwnE2Ndv%2Fg%3D&amp;reserved=0
>