Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.txt> (Micro-loop prevention by introducing a local convergence delay) to Proposed Standard
Alexander Vainshtein <vinesasha@yahoo.com> Thu, 21 September 2017 17:05 UTC
Return-Path: <vinesasha@yahoo.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E426F1321A6 for <rtgwg@ietfa.amsl.com>; Thu, 21 Sep 2017 10:05:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.872
X-Spam-Level:
X-Spam-Status: No, score=-0.872 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, REPTO_QUOTE_YAHOO=0.646, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.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 t8Lp5-ZBC8F0 for <rtgwg@ietfa.amsl.com>; Thu, 21 Sep 2017 10:05:00 -0700 (PDT)
Received: from sonic305-3.consmr.mail.bf2.yahoo.com (sonic305-3.consmr.mail.bf2.yahoo.com [74.6.133.42]) (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 242621270AB for <rtgwg@ietf.org>; Thu, 21 Sep 2017 10:05:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1506013499; bh=YzYq+TFhIBY3SoLNh8Yie0tkLwe8wqS2aH8yrbsk4rU=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=qe1YHCxcy9nj4Xee/Jq9BYRsqU1fY2kSOpWSTbNGtVQFGVB+sq0Fb6wvSK754IIAWyC3maTYNvFGYSQrhfdPN+/dITnU66ru+wHeYYLf3Qid6U89wMcVv+zlSDhKMYktiI37OcQKwxP64bs0d78vJ7s8u1uhhzASeUjBAmQpxpEDrrRofWp+sXvE3jcwc5tCF837KBKxAxX5LqvJ/ZqP4TBWMKyiapPaOuhbh3OHtHa1dNaVlnuQUArBy4QtLbs3eO2VTdU1F0ja1v/f5wHFrSTTlp+oPu0gSMdttHEfW2L2TSGoHFl09j6HysqaZlNv1aE3qe3h+/kC4gDgkk5Dpw==
X-YMail-OSG: .850QiMVM1lt6y.2qAexx6H6etDwdngjUQLUGuP8Pem_FhnPYn9N7YmKEJFQEps 23XP4WddE0IuhLolLD3f_XGGeel1yp5YO2xAIshahkBDOJQJWW.uc_lwUeLFWovmkEyrhGfhWqsK .eORXnYmECqaMjq1kYHoXE0_ffVv4vVfvhlmS05S6otJDol_AZLidHHAm4UPti9AvVtF.63.Wd8l ZSNZgsIe_Jh4zp9gaeG3kn13QR1uGwt8yr_JuiarKH2jJiWWfaO5HaNxtMRUP2IdXY_TWqQP2MxS YOYi.pWZs7Er2z82ZUke_3RCPd8eVPfeY.AVcyu1jb.i1S5NdDmi.31PPsRM.z3Qf78tH9zb2Rt4 bJOnWruPppHkHJpYL1r1OydYEfIJQerthUGZqZdSpW3nOTOBef_0uKWGzr_Yxks6FRdIIUAW2nE4 iXKNqpSfxYFtxR3gspsyxY.UbIRk6YEP48oEPRg0ybnoclY3c03bVqv8q.Qr4XzPLnw--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Thu, 21 Sep 2017 17:04:59 +0000
Date: Thu, 21 Sep 2017 17:04:56 +0000
From: Alexander Vainshtein <vinesasha@yahoo.com>
Reply-To: "sasha@axerra.com" <sasha@axerra.com>
To: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "ietf@ietf.org" <ietf@ietf.org>
Cc: "rtgwg@ietf.org" <rtgwg@ietf.org>, "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, "draft-ietf-rtgwg-uloop-delay@ietf.org" <draft-ietf-rtgwg-uloop-delay@ietf.org>, Alexander Vainshtein <alexander.vainshtein@ecitele.com>
Message-ID: <1504434564.6993012.1506013496379@mail.yahoo.com>
In-Reply-To: <d46916aa-6518-1646-6983-9aa1e09f1984@gmail.com>
References: <150593307249.29052.3171114179861444905.idtracker@ietfa.amsl.com> <d46916aa-6518-1646-6983-9aa1e09f1984@gmail.com>
Subject: Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.txt> (Micro-loop prevention by introducing a local convergence delay) to Proposed Standard
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_6993011_1310060520.1506013496376"
X-Mailer: WebService/1.1.10521 YahooMailAndroidMobile YMobile/1.0 (com.yahoo.mobile.client.android.mail/5.18.2; Android/6.0.1; MMB29M; j5xnlte; samsung; SM-J510MN; 5.2; 1280x720; )
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/rjTyeUGjA3rnp5AHtXGP4wo4IP0>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Sep 2017 17:05:02 -0000
Hi all,I concur with Stewart regarding a simple advice to the operator. In most cases a link that goes down will not repair itself without some external intervention. And if we deal with a flapping link, it is a probkem by abd of itself, and probably should be disabled until the underlying problem is fixed. My 2c,Sasha Vainshtein Sent from Yahoo Mail on Android On Thu, Sep 21, 2017 at 11:21, Stewart Bryant<stewart.bryant@gmail.com> wrote: The draft states that " The proposed mechanism is limited to the link down event in order to keep the mechanism simple." Since a link that goes down will normally also come up again, the draft ought to provide some guidance to the operator on how they should handle that situation. Applications that care about the disruption caused by microloops presumably have no care as to whether they are cause by link up or link down, and so would prefer a complete elimination of that disruption. However I accept that complete elimination has wider network impact and that this approach which is really microloop mitigation has utility. The advice might be as simple as keeping the link out of service until a quiet time, or the loss of connectivity has moved to the network to a state of fragility such that disruption is acceptable. - Stewart On 20/09/2017 19:44, The IESG wrote: > The IESG has received a request from the Routing Area Working Group WG > (rtgwg) to consider the following document: - 'Micro-loop prevention by > introducing a local convergence delay' > <draft-ietf-rtgwg-uloop-delay-06.txt> as Proposed Standard > > The IESG plans to make a decision in the next few weeks, and solicits final > comments on this action. Please send substantive comments to the > ietf@ietf.org mailing lists by 2017-10-04. Exceptionally, comments may be > sent to iesg@ietf.org instead. In either case, please retain the beginning of > the Subject line to allow automated sorting. > > Abstract > > > This document describes a mechanism for link-state routing protocols > to prevent local transient forwarding loops in case of link failure. > This mechanism proposes a two-step convergence by introducing a delay > between the convergence of the node adjacent to the topology change > and the network wide convergence. > > As this mechanism delays the IGP convergence it may only be used for > planned maintenance or when fast reroute protects the traffic between > the link failure time and the IGP convergence. > > The proposed mechanism is limited to the link down event in order to > keep the mechanism simple. > > Simulations using real network topologies have been performed and > show that local loops are a significant portion (>50%) of the total > forwarding loops. > > > > > > The file can be obtained via > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-uloop-delay/ > > IESG discussion can be tracked via > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-uloop-delay/ballot/ > > The following IPR Declarations may be related to this I-D: > > https://datatracker.ietf.org/ipr/2565/ > > > > > _______________________________________________ rtgwg mailing list rtgwg@ietf.org https://www.ietf.org/mailman/listinfo/rtgwg
- Last Call: <draft-ietf-rtgwg-uloop-delay-06.txt> … The IESG
- Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… Stewart Bryant
- Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… Robert Raszuk
- Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… Stewart Bryant
- Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… Alexander Vainshtein
- RE: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… stephane.litkowski
- Re: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… Stewart Bryant
- RE: Last Call: <draft-ietf-rtgwg-uloop-delay-06.t… stephane.litkowski