Re: [Lsr] Flex Algorithms Drafts
Uma Chunduri <umac.ietf@gmail.com> Wed, 02 May 2018 03:38 UTC
Return-Path: <umac.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 0A6CF12D0C3; Tue, 1 May 2018 20:38:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 wsnUw7-mZISl; Tue, 1 May 2018 20:38:53 -0700 (PDT)
Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (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 6D9C5127775; Tue, 1 May 2018 20:38:53 -0700 (PDT)
Received: by mail-vk0-x235.google.com with SMTP id g72-v6so3728278vke.2; Tue, 01 May 2018 20:38:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3gur/ancZZkCZs9wG6drWUtpXhRFrjHTZcylV3oaoO8=; b=JAQ/6FsRkY2piKWtLcsUc2WIyZTZ18LUow3lTx1pYGztnmGrqYVdwcxvU4g4SxYZKN 4i2DUrI2iDk1c5VS7PRGTcf0nOJV6q3wD0SeJb6I8vd8qG8RV9sdJiQgJVf2OBACgh3p ITWGxazcecN01bErlnbGHJF31yklEvNllgfpgZX5DiGNexgt119MU9ZuQp3g/9B83hKq LZyZDWXcjcF9+XnoaT9tC5KwEjbXGEuPvGoT2VSmeHzfMqLje+2TwKtO7tdhN57f7lER ZKyu9nYk0t/g0fA8z1XPM6aEOKtfnDr9YNLNHhN+4MP1UrpkylXFKATv4SCLeYgr2rar otvg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3gur/ancZZkCZs9wG6drWUtpXhRFrjHTZcylV3oaoO8=; b=H01/pRJ7CvW357K+ip5BwrFOIDuCa9fb0n0wfa/HFiGnkQJ1sA0jg62cUfqQIMSOch JVR/UEeYEw49QQDO/8x318qA0sr2MM7Tfbza91SC5UQxCq0f7g4NTY7MHvGTZKdZhEDT P6i6dK17nxRPPIdh50YczSe3XzPCmZqEYjqmbqwEU5uTvaIoTR21wxuYyc7CHOPNNRPc mVWe73FXr1L39F651L/gi/NmGPvJ6qmBVRycYZ3W543/v/cYwL3CjnoT0lpDesbLa9yl iNVR6ommHDoS9BwfQD+0p6BnvW/svFk0Vd7v6jt865vWyMfS+Hxl7gxvh9y1zXskA7rM 51iw==
X-Gm-Message-State: ALQs6tAxuED7JwgYJomZBMruPEodnz5RynHwpoiI8tW9qf+ek35cCqy7 sNPgVGwwfJBvdaob+Bu47bnQgLmoPo/oInMDewA=
X-Google-Smtp-Source: AB8JxZrMRG6VqWxlE6dpLfr6eCfo2oici/FTEqkVcBMVN0kb742PVSWrgccb//YgkdIKncMuM4OHol1Qiqvh3K9oJbg=
X-Received: by 2002:a1f:308b:: with SMTP id w133-v6mr16764384vkw.62.1525232332415; Tue, 01 May 2018 20:38:52 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.140.4 with HTTP; Tue, 1 May 2018 20:38:51 -0700 (PDT)
In-Reply-To: <5AD5BEDF.1010603@cisco.com>
References: <6C9DDF29-72D8-4630-82AD-342CC134EB36@cisco.com> <5ACF0C41.1090506@cisco.com> <2FF54200-BFCB-4492-BE21-441192D48BAE@cisco.com> <25B4902B1192E84696414485F572685413553D22@SJCEML521-MBB.china.huawei.com> <5AD5BEDF.1010603@cisco.com>
From: Uma Chunduri <umac.ietf@gmail.com>
Date: Tue, 01 May 2018 20:38:51 -0700
Message-ID: <CAF18ct7QqZ_G1wvxt46DnnN4Jh43jS5Hmwt5vrsid3-PvhX-hA@mail.gmail.com>
To: Peter Psenak <ppsenak@cisco.com>
Cc: Uma Chunduri <uma.chunduri@huawei.com>, "Acee Lindem (acee)" <acee@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>, "draft-hegdeppsenak-isis-sr-flex-algo@ietf.org" <draft-hegdeppsenak-isis-sr-flex-algo@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005fa91e056b30d3fc"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/uvU4mmcCkIPdc1fpNrJ1tlPujOI>
Subject: Re: [Lsr] Flex Algorithms Drafts
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 02 May 2018 03:38:56 -0000
Hi Peter, Thanks for your response. See my questions below - On Tue, Apr 17, 2018 at 2:31 AM, Peter Psenak <ppsenak@cisco.com> wrote: > Hi Uma, > > please see inline: > > > On 17/04/18 00:14 , Uma Chunduri wrote: > >> Dear All, >> I am neutral to combining the content of OSPF and IS-IS into a single >> draft. >> However, I have 2 questions on this draft. >> 1. >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Type | Length | Algorithm | Metric Type | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Alg. Type | Priority | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Sub-TLVs | >> + + >> | ... | >> | | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> */ Algorithm: Flex-Algorithm number. Value between 128 and 255/* >> */ inclusive./* >> */ Algorithm Type: Single octet identifying the algorithm type used/* >> */ to compute paths for the Flex-Algoritm. Values are defined in/* >> */ "IGP Algorithm Types" registry defined under "Interior Gateway/* >> */ Protocol (IGP) Parameters" IANA registries./* >> Why there are two fields "Algorithm" and "Algorithm Type" ? >> > > these are being renamed in the next update to: > > Flex-Algorithm - Single octet value between 128 and 255 inclusive > 1. "Algorithm " as defined in the draft - I see is nothing but a light weight sub topology (with out MT ADJs) computed using an "Alg. Type". As of now - "Algorithm" type X is using "Alg.Type" Y to compute routes? After the change you mentioned, this would become "Algorithm" type X is using "Alg.Type" Y to compute routes? IMO, Overloading of the terms cause lot of confusion (and mis-understanding) down the line. This happened already in a different context for IS-IS; ask me how I will give clear example. I followed the other thread and agree with some of the points raised by Jie w.r.t what is being defined and what is being done. > > IGP Alg. Type - Single octet. Value between 0 and 127 inclusive, that > identifies IGP algorithm type used to compute paths for the Flex-Algoritm. > Values are defined in "IGP Algorithm Types" registry defined under > "Interior Gateway Protocol (IGP) Parameters" IANA registries > What are we saving here by overloading the terminology?
- [Lsr] Flex Algorithms Drafts Acee Lindem (acee)
- Re: [Lsr] Flex Algorithms Drafts Peter Psenak
- Re: [Lsr] Flex Algorithms Drafts Ketan Talaulikar (ketant)
- Re: [Lsr] Flex Algorithms Drafts Acee Lindem (acee)
- Re: [Lsr] Flex Algorithms Drafts Tony Przygienda
- Re: [Lsr] Flex Algorithms Drafts Dolganow, Andrew (Nokia - SG/Singapore)
- Re: [Lsr] Flex Algorithms Drafts Uma Chunduri
- Re: [Lsr] Flex Algorithms Drafts Peter Psenak
- Re: [Lsr] Flex Algorithms Drafts Uma Chunduri
- Re: [Lsr] Flex Algorithms Drafts Uma Chunduri
- Re: [Lsr] Flex Algorithms Drafts Peter Psenak