[Lsr] draft-decraene-lsr-isis-flooding-speed & IETF 111

bruno.decraene@orange.com Fri, 09 July 2021 09:01 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 0B7033A1931; Fri, 9 Jul 2021 02:01:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=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 Q_aVlvvSSlcC; Fri, 9 Jul 2021 02:00:56 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (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 C39B43A192D; Fri, 9 Jul 2021 02:00:55 -0700 (PDT)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) (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 opfednr21.francetelecom.fr (ESMTP service) with ESMTPS id 4GLnFL00bLz5xDL; Fri, 9 Jul 2021 11:00:54 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1625821254; bh=4IQiSvcdRGTPypuDGk+Si3Zw4aMVr2AeSfDzw4iioFk=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=HJlzllNmOa1CMoK3h9MGw1FqX+YNgCEUkN0aJR5zjSkkzf2Ij6rtBc6w+15rluDx/ rvV/oY1/0332KSDABsFYeX2TxTHf1M1PWvB0wj2jMBUZKiOXhwA4WPJfuV3vuhz8CO 8Ixq2dQqaoOgSaxmgtXF7VlTLra/+3eVyQusdyH02tb5DQbCyri6LM/JojnCNxxXgE JOqcEsSxKtcktqu/OTo49Vv6y1JtU1Z20TcmrYWy5Bz2GjPRyGQd9WVEm6suYutNDq +Ow/JeVx/6f26Yx+2FB6KslQV1sXvTF/z6HDUo3QcrPRanKJd9OD51qL+HFXUPOiYp JB4tDJ+auzpHA==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr02.francetelecom.fr (ESMTP service) with ESMTPS id 4GLnFK66PWz8sYp; Fri, 9 Jul 2021 11:00:53 +0200 (CEST)
From: bruno.decraene@orange.com
To: "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: draft-decraene-lsr-isis-flooding-speed & IETF 111
Thread-Index: Addtjjuebp7q1ARmQACSVOTacFhbAw==
Date: Fri, 09 Jul 2021 09:00:53 +0000
Message-ID: <14511_1625821253_60E81045_14511_281_5_53C29892C857584299CBF5D05346208A4CE14487@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
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_53C29892C857584299CBF5D05346208A4CE14487OPEXCAUBM43corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/mTperDPJxxjOcILhGuUFJCGliIg>
Subject: [Lsr] draft-decraene-lsr-isis-flooding-speed & IETF 111
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, 09 Jul 2021 09:01:01 -0000

Hi chairs, WG,

Over the last two years, we have presented and the WG discussed draft-decraene-lsr-isis-flooding-speed at IETF 105 and "107"
IETF 105: https://datatracker.ietf.org/meeting/105/proceedings#lsr    Note: that the presentation is in first slot/video but a large part of the discussion is in the second one.
IETF 107/interim: https://datatracker.ietf.org/meeting/interim-2020-lsr-02/materials/agenda-interim-2020-lsr-02-lsr-01-07.html

The goal is to improve flooding performance and robustness to make it both faster when the receiver have free cycles, and slower when the receiver is congested.

In addition to technical discussions, a feedback was that implementation and tests/evaluation would be good in order to evaluate the proposal.

We are reporting that we have an implementation of [1] based on the open source Free Range Routing implementation.
We are now ready to report the evaluation to the WG. We have a lot of data so ideally would need around an hour in order to cover the whole picture.

We have requested a slot for IETF 111 LSR meeting. If the IETF 111 slot is short, we'd like to request for an interim meeting. In order to keep the context, the sooner/closer to IETF 111 seems the better.

Since we have an implementation, we have requested for a code point, in order to avoid squatting on one. This is currently under review by the designed experts.

Finally, given the two-years work, the specification, the implementation and extensive evaluation, we'd like to ask for WG adoption.

Thanks,
Regards,
--Bruno


[1] https://datatracker.ietf.org/doc/html/draft-decraene-lsr-isis-flooding-speed


_________________________________________________________________________________________________________________________

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.