Re: [Gen-art] Genart last call review of draft-ietf-ospf-link-overload-11

"Acee Lindem (acee)" <acee@cisco.com> Fri, 05 January 2018 16:46 UTC

Return-Path: <acee@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EF58127867; Fri, 5 Jan 2018 08:46:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -12.53
X-Spam-Level:
X-Spam-Status: No, score=-12.53 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 SC18MiV-bwNd; Fri, 5 Jan 2018 08:46:41 -0800 (PST)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8BF301274D2; Fri, 5 Jan 2018 08:46:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=43453; q=dns/txt; s=iport; t=1515170801; x=1516380401; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=53V3RTIiKVjdX+/NYEX8MLtN0rIhlX0LUQrWwRAAIsU=; b=YorIQZJ8AcnPpDRCDsSoWsHXNF6SZvaE4oDbwTJb6wDzJAbqP3irD1Pp mX4SGiqAs8kiQV4moCdTbm3CLeG9arxf/Lf9g6XUg8OnkiPyLaNenej1b vL1mDPUk79FSyhyj2VeidBkh9v2sMuyu+208CmGXlhjvDjaYAgVwj7W03 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BdAQBuq09a/5tdJa1dGQEBAQEBAQEBAQEBAQcBAQEBAYJKdGZ0JweEAIIJiBuOaoIClyqCFQoYAQmFGQIahBc/GAEBAQEBAQEBAWsohSMBAQEBAgEBASEKQQsFCwIBCBEDAQEBIQEGAwICAiULFAkIAgQBDQWJS1wIELA7gieEFwGGJgEBAQEBAQEBAQEBAQEBAQEBAQEBAR2EFIIVgz4Bgy6DLwEYgXYGEAiCWYJlBYpajxSJbgKIBI02gnyBG49vjTKJNAIRGQGBOwEfOYFQbxU9gioJghKCAQE6eAEBAYhBgRcBAQE
X-IronPort-AV: E=Sophos; i="5.46,319,1511827200"; d="scan'208,217"; a="52233518"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Jan 2018 16:46:40 +0000
Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w05GkdtC005820 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 5 Jan 2018 16:46:39 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 5 Jan 2018 11:46:39 -0500
Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1320.000; Fri, 5 Jan 2018 11:46:39 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Shraddha Hegde <shraddha@juniper.net>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, "Ketan Talaulikar (ketant)" <ketant@cisco.com>, Joel Halpern <jmh@joelhalpern.com>, "gen-art@ietf.org" <gen-art@ietf.org>
CC: "ospf@ietf.org" <ospf@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "draft-ietf-ospf-link-overload.all@ietf.org" <draft-ietf-ospf-link-overload.all@ietf.org>
Thread-Topic: Genart last call review of draft-ietf-ospf-link-overload-11
Thread-Index: AQHThbQ7LN6FZh339kek9y0uQG/Qz6Nka12AgAB2U4D//7D6gIAAa44AgAANWQCAADi0gIAAhNkA//+07oA=
Date: Fri, 05 Jan 2018 16:46:39 +0000
Message-ID: <D67515F0.E8847%acee@cisco.com>
References: <151510872060.14779.1209340587073567227@ietfa.amsl.com> <D6742D72.E86AC%acee@cisco.com> <bc44e16c2bf94d34a92d10c3f64ae07e@XCH-ALN-001.cisco.com> <D6745005.E86F2%acee@cisco.com> <07098d41e11849d9a320061bb68aec0f@XCH-ALN-008.cisco.com> <cbdc429805b64c87a4f66cb3da1a49d2@XCH-ALN-001.cisco.com> <D674E4F9.E87E8%acee@cisco.com> <BN3PR05MB27061E9F6515017EF94E10DCD51C0@BN3PR05MB2706.namprd05.prod.outlook.com>
In-Reply-To: <BN3PR05MB27061E9F6515017EF94E10DCD51C0@BN3PR05MB2706.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.116.152.198]
Content-Type: multipart/alternative; boundary="_000_D67515F0E8847aceeciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/aTKqKThggde37taHDHNYhFrWC64>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-ospf-link-overload-11
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jan 2018 16:46:45 -0000

Works for me.
Acee

From: Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>
Date: Friday, January 5, 2018 at 11:15 AM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>, "Ketan Talaulikar (ketant)" <ketant@cisco.com<mailto:ketant@cisco.com>>, "Joel M. Halpern" <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>, "gen-art@ietf.org<mailto:gen-art@ietf.org>" <gen-art@ietf.org<mailto:gen-art@ietf.org>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, "ietf@ietf.org<mailto:ietf@ietf.org>" <ietf@ietf.org<mailto:ietf@ietf.org>>, "draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>" <draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>>
Subject: RE: Genart last call review of draft-ietf-ospf-link-overload-11

How about “graceful-link-shutdown” ?

Rgds
Shraddha



From: Acee Lindem (acee) [mailto:acee@cisco.com]
Sent: Friday, January 5, 2018 6:50 PM
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>; Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>; Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; gen-art@ietf.org<mailto:gen-art@ietf.org>
Cc: ospf@ietf.org<mailto:ospf@ietf.org>; ietf@ietf.org<mailto:ietf@ietf.org>; draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>
Subject: Re: Genart last call review of draft-ietf-ospf-link-overload-11

It is not in “maintenance" mode yet as it is still being used. However, it is better than “overload”. “pending-maintenance” is a bit long which is why I suggested “pending-shutdown” since “shutdown” is term that vendors have used for eons to described an interface that is not in service.
Thanks,
Acee

From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>
Date: Thursday, January 4, 2018 at 11:56 PM
To: "Ketan Talaulikar (ketant)" <ketant@cisco.com<mailto:ketant@cisco.com>>, Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, "Joel M. Halpern" <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>, "gen-art@ietf.org<mailto:gen-art@ietf.org>" <gen-art@ietf.org<mailto:gen-art@ietf.org>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, "ietf@ietf.org<mailto:ietf@ietf.org>" <ietf@ietf.org<mailto:ietf@ietf.org>>, "draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>" <draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>>
Subject: RE: Genart last call review of draft-ietf-ospf-link-overload-11

Ketan –

“maintenance” I could live with.

“GIR” seems to not be generic enough.

   Les


From: Ketan Talaulikar (ketant)
Sent: Thursday, January 04, 2018 8:09 PM
To: Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>>; Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>; Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; gen-art@ietf.org<mailto:gen-art@ietf.org>
Cc: ospf@ietf.org<mailto:ospf@ietf.org>; ietf@ietf.org<mailto:ietf@ietf.org>; draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>
Subject: RE: Genart last call review of draft-ietf-ospf-link-overload-11

Hello,

May I suggest something more generic like “Maintenance Mode” or “Graceful Insertion/Removal (GIR) Mode” which could be defined so as to cover the multiple scenarios in question (e.g. pending shutdown, down for repairs, last resort due to poor link quality, etc.).

Thanks,
Ketan

From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem (acee)
Sent: 05 January 2018 08:14
To: Les Ginsberg (ginsberg) <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>; Joel Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; gen-art@ietf.org<mailto:gen-art@ietf.org>
Cc: ospf@ietf.org<mailto:ospf@ietf.org>; ietf@ietf.org<mailto:ietf@ietf.org>; draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>
Subject: Re: [OSPF] Genart last call review of draft-ietf-ospf-link-overload-11

Hi Les,

From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com<mailto:ginsberg@cisco.com>>
Date: Thursday, January 4, 2018 at 9:26 PM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, "Joel M. Halpern" <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>, "gen-art@ietf.org<mailto:gen-art@ietf.org>" <gen-art@ietf.org<mailto:gen-art@ietf.org>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, "ietf@ietf.org<mailto:ietf@ietf.org>" <ietf@ietf.org<mailto:ietf@ietf.org>>, "draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>" <draft-ietf-ospf-link-overload.all@ietf.org<mailto:draft-ietf-ospf-link-overload.all@ietf.org>>
Subject: RE: Genart last call review of draft-ietf-ospf-link-overload-11


> >Minor issues:

> >    I understand the WG likes using the term "overload" for a link

> >being taken

> >    out of service.  I think people will learn what we mean.  I do wish

> >we had

> >    not chosen to misuse the words in this fashion.  This is much more a

> >    graceful-link-close indication (or clsoe-pending indication) than

> >it is an

> >    overload indication.

>

> I agree with this comment but I wasn’t sure we’d reach consensus on a

> better alternative. However, after some though and consideration of current

> OSPF router terminology, I’d propose we use the term “Pending-Shutdown”.

> Does anyone not agree that this is a more appropriate moniker for the TLV

> and state?

>

[Les:] I agree with Joel's comment. The use of the term "overload" is unfortunate.

But "pending-shutdown" isn’t appealing to me because - at least in most use cases - you aren't actually going to shutdown the link. What you are going to do is make a link the "link of last resort".

This seems a better choice.

That is not the use case - you are going to take the link down. It is not going to be the "link of last resort”, it is the currently the “link of last resort” and will imminently be taken down.




The suggestion from Shraddha that this term was borrowed from IS-IS isn't accurate. "overload" in IS-IS has a very different meaning - it indicates a node either has an incomplete LSDB or (a la RFC 3277<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_rfc3277_&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=NyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=7GM8zN1-Ff2au_agmHAkiNYK2R5Aji-EjpyT8gmgRYU&s=769ndBiWrwubwBNccNtOnDuHr1yMD-W10WuEarCDNgI&e=> )an incomplete forwarding plane.



The only use of "link overload" in IS-IS occurs in https://tools.ietf.org/html/draft-ietf-isis-reverse-metric-07#section-3.6<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Disis-2Dreverse-2Dmetric-2D07-23section-2D3.6&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=NyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=7GM8zN1-Ff2au_agmHAkiNYK2R5Aji-EjpyT8gmgRYU&s=r_8muG61-ePlkCbqf7qIcHUPHGtjWf_JOH1UXH7lp8U&e=> and this was added recently to support the (very useful) TE use case which was defined in https://tools.ietf.org/html/draft-ietf-ospf-link-overload-11<https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Dospf-2Dlink-2Doverload-2D11&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=NyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=7GM8zN1-Ff2au_agmHAkiNYK2R5Aji-EjpyT8gmgRYU&s=umZHmgXp6i4i0PAyZbsDS0iorBurDZsFIyvaVVXEHb0&e=> . When this was done the term "link-overload" was cut and pasted from the OSPF draft. I think this should also be changed in the IS-IS draft.

Agreed.

Thanks,
Acee



   Les



> Thanks,

> Acee

> >

> >

> >

>

> _______________________________________________

> OSPF mailing list

> OSPF@ietf.org<mailto:OSPF@ietf.org>

> https://www.ietf.org/mailman/listinfo/ospf<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_ospf&d=DwMGaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=NyjLsr7JA7mvpCJa0YmPdVKcmMXJ31bpbBaNqzCNrng&m=7GM8zN1-Ff2au_agmHAkiNYK2R5Aji-EjpyT8gmgRYU&s=N51dsQzqzgGoBY61VJtqkgGHlrNjgZT_-9g8G_pcOyE&e=>