Re: [Lsr] Second Working Last Call for draft-ietf-lsr-flex-algo

bruno.decraene@orange.com Thu, 17 June 2021 14:12 UTC

Return-Path: <bruno.decraene@orange.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 6E20B3A211C; Thu, 17 Jun 2021 07:12:42 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 QdcRbd0D1KUq; Thu, 17 Jun 2021 07:12:37 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (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 21F253A2119; Thu, 17 Jun 2021 07:12:37 -0700 (PDT)
Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr27.francetelecom.fr (ESMTP service) with ESMTPS id 4G5PC70Xxqz4xSn; Thu, 17 Jun 2021 16:12:35 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1623939155; bh=kfx2mC4P2sEjQTWyXgNJAX0VMYmn9sepsfy+uMoGqRU=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=anb/Ue0t+OiqU4NJab5HnUJaITsEPi8nuGqFWVYFuDoMW8UKyukQk1ffXmF97dkWi WzLGLFGrXeg1S8MVK3EYXaFiO0YeArr5nSpCM0x1z0nTkIBKWeam4GDb+jMjGn6vEq myOG1ENA4tEwbaYr76OflEBSY2U5cWKuZwWJfTh7JaHG+Vg1DMBnyXAUq69iWuabsq pM+N4x/Hl5L28QqIKaVuYPbVHQ5VDm8Cia7gush/SsaTsDfkUvM+TpqHNRzU3nIvcC jDr77uBXj6RozYGJxjEZ3G2yYAzA5HWlQpEN06kYh/dj6VSyVJXMjBpKJlDfdihdm7 +3pOD5CdvQm3Q==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr05.francetelecom.fr (ESMTP service) with ESMTPS id 4G5PC66jMVzyQf; Thu, 17 Jun 2021 16:12:34 +0200 (CEST)
From: bruno.decraene@orange.com
To: "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
CC: "lsr-ads@ietf.org" <lsr-ads@ietf.org>, Christian Hopps <chopps@chopps.org>, "draft-ietf-lsr-flex-algo.all@ietf.org" <draft-ietf-lsr-flex-algo.all@ietf.org>
Thread-Topic: Second Working Last Call for draft-ietf-lsr-flex-algo
Thread-Index: AQHXYrgIbZYnWh4MekGdB7wSeTKADKsYO42A
Date: Thu, 17 Jun 2021 14:12:34 +0000
Message-ID: <17386_1623939155_60CB5852_17386_443_1_53C29892C857584299CBF5D05346208A4CDEBFEF@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
References: <AFB5A092-6904-4E9A-8560-28258E092CB2@cisco.com>
In-Reply-To: <AFB5A092-6904-4E9A-8560-28258E092CB2@cisco.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A4CDEBFEFOPEXCAUBM43corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/ir0u_jTFfDrG2NC56KKCsD3CY80>
Subject: Re: [Lsr] Second Working Last Call for draft-ietf-lsr-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: Thu, 17 Jun 2021 14:12:43 -0000

Hi,

I have a question/comment.

I think that we all agree that FlexAlgo/Link State computation requires that all node use the same topology to compute their SPF. Otherwise, permanent forwarding loops are probable.

https://datatracker.ietf.org/doc/html/draft-ietf-lsr-flex-algo-16#section-12 says


“ASLA Admin Group Advertisements to be used by the Flexible Algorithm
   Application MAY use either the Administrative Group or Extended
   Administrative Group encodings. »

My reading of the above is that the sender of the attribute is free to advertise either Administrative Groups or Extended Administrative Group encoding (or both).

In order to enforce topology consistency, I’m assuming that there is a non-expressed requirement for the node reading the attribute to be able to read both. (ie. MUST support the reading of both encodings).
Is this a correct assumption?
- if so, could this requirement be written in the document. (If we have to choose one, I’d rather have the “MUST” requirement expressed rather than the “MAY”)
- if not, how is the topology made consistent across all nodes?

Thank you,
Regards,
--Bruno

From: Lsr [mailto:lsr-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: Wednesday, June 16, 2021 4:01 PM
To: lsr@ietf.org
Cc: lsr-ads@ietf.org; Christian Hopps <chopps@chopps.org>; draft-ietf-lsr-flex-algo.all@ietf.org
Subject: [Lsr] Second Working Last Call for draft-ietf-lsr-flex-algo

After the first successful WG last call, the authors discovered that some re-work was needed for OSPF AS External route calculation – specifically with respect to the Flex Algorithm ASBR metrics and calculation. This was fixed and there were clarifications in the IANA section (see versions -14 and -15). The draft has been stable since April and we are now ready to WG last call the updated version.


Without further ado, this begins a 2 week WG Last Call, ending on July 1st, 2021, for draft-ietf-lsr-flex-algo

  https://datatracker.ietf.org/doc/draft-ietf-lsr-flex-algo/

All authors, please indicate by sending an email to the list, whether you aware of any other IPR beyond what is already posted:

  [From https://datatracker.ietf.org/ipr/search/?submit=draft&id=draft-ietf-lsr-flex-algo]

  https://datatracker.ietf.org/ipr/3910/
  https://datatracker.ietf.org/ipr/3248/

Thanks,
Chris & Acee.



_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.