IETF Logo Mail Archive

Re: [OSPF] OSPF Link Overload - draft-hegde-ospf-link-overload-01

Uma Chunduri <uma.chunduri@ericsson.com> Wed, 30 September 2015 06:42 UTC

Return-Path: <uma.chunduri@ericsson.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C13021A0242 for <ospf@ietfa.amsl.com>; Tue, 29 Sep 2015 23:42:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 iFDVIgG_StpE for <ospf@ietfa.amsl.com>; Tue, 29 Sep 2015 23:42:56 -0700 (PDT)
Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C03E31A0235 for <ospf@ietf.org>; Tue, 29 Sep 2015 23:42:56 -0700 (PDT)
X-AuditID: c618062d-f79ef6d000007f54-90-560b24ef3792
Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id CB.F8.32596.FE42B065; Wed, 30 Sep 2015 01:55:28 +0200 (CEST)
Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0248.002; Wed, 30 Sep 2015 02:42:54 -0400
From: Uma Chunduri <uma.chunduri@ericsson.com>
To: Pushpasis Sarkar <psarkar@juniper.net>, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>, Shraddha Hegde <shraddha@juniper.net>, "Acee Lindem (acee)" <acee@cisco.com>
Thread-Topic: OSPF Link Overload - draft-hegde-ospf-link-overload-01
Thread-Index: AQHQ9/MdJMB0YsR7d0CkMD6XMtCYyZ5RXZAwgACngYCAAOZAsIAAjtgAgAA8zACAAANVAIAAHdGAgAAGI4CAAAMzAIAAI9cAgAAwtQCAAHadAIAAE9qAgAAL1wD//9hK8A==
Date: Wed, 30 Sep 2015 06:42:55 +0000
Message-ID: <1B502206DFA0C544B7A6046915200863513616FC@eusaamb105.ericsson.se>
References: <D22B605B.32E55%acee@cisco.com> <BY1PR0501MB1381B0343F37E534E2CFAB8DD54F0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D22EB65C.32FF9%acee@cisco.com> <BY1PR0501MB138107954EB733C69D388CC7D54E0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D22FF12A.3323C%acee@cisco.com> <F41DF673-765D-44B2-9499-E47F3D2EABB7@juniper.net> <D22FFBCB.3325F%acee@cisco.com> <0E0FB058-0DC6-49BD-95BC-6E64584B1DAD@juniper.net> <C4D23725-19FA-4B30-9496-486836E001DA@cisco.com> <03C3AD8C-BA1F-4951-BE7E-367C95535484@juniper.net> <BY1PR0501MB1381D96FA2F88CF374D7E3C8D54E0@BY1PR0501MB1381.namprd05.prod.outlook.com> <ba7d718a973d4f17aa0d3392ad9d04c0@XCH-ALN-001.cisco.com> <BY1PR0501MB13810C3D18F95BCADEE0D12BD54D0@BY1PR0501MB1381.namprd05.prod.outlook.com> <39fe6e2522b0468c8eccff66ec701555@XCH-ALN-001.cisco.com> <6A3F4D8E-4D4F-4E9B-8026-1445B73F9BDE@juniper.net>
In-Reply-To: <6A3F4D8E-4D4F-4E9B-8026-1445B73F9BDE@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.117.188.11]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAIsWRmVeSWpSXmKPExsUyuXSPt+4HFe4wgx1/2Cwmv53HbLHhz0Z2 i4MnGpgtzj+rsjh54BGjRcu9e+wWV/Z8ZrK48WgvswOHx5TfG1k9Hm2P91iy5CeTx/Wmq+we rTv+AonvogFsUVw2Kak5mWWpRfp2CVwZW55WFXTxVOy+3sfYwPiJs4uRk0NCwESiZ8UqNghb TOLCvfVANheHkMBRRokvD6YxQjjLGSUefdnOBFLFJqAn8XHqT3aQhIjAGkaJXcf6wVqYBWYw SqycsQqsSljAReJjx16gdg6gKleJcy+dQcIiApMYJZ5u1wexWQRUJbavusQIYvMK+Eoc7/rD DmILCbxik3h4txTE5hSwl3jZ/hBsJCPQed9PrQGzmQXEJW49mc8EcbaAxJI955khbFGJl4// sULYShIff89nh6jXkViw+xMbhK0tsWzha2aIvYISJ2c+YZnAKDYLydhZSFpmIWmZhaRlASPL KkaO0uLUstx0I4NNjMAoPCbBpruDcc9Ly0OMAhyMSjy8Cy5yhQmxJpYVV+YeYpTmYFES592/ 5H6okEB6YklqdmpqQWpRfFFpTmrxIUYmDk6pBkabTKYHckoqjM+XcHvwfGCTS+OepuC/YlNX 8N1nQj825MaUm0jMWPR7diyP6eubeyfOzD7Hcf/j5eL7ihylXBbiRkybnoo9aL5yet6qvFnH Z5vmvP560vB2kXLAQ789pbeVHxQdWsom6rHRYHUi24PWp7OaDgYXpQd3RDJbnm9kmy8e0evy 5aISS3FGoqEWc1FxIgDKsRasowIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/GU3jF-MnJIWhGEPnnvsc_9obFU8>
Cc: Hannes Gredler <hannes@gredler.at>, OSPF WG List <ospf@ietf.org>, Mohan Nanduri <mnanduri@microsoft.com>, "Jalil, Luay" <luay.jalil@verizon.com>
Subject: Re: [OSPF] OSPF Link Overload - draft-hegde-ospf-link-overload-01
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Sep 2015 06:42:58 -0000

Perhaps the last resort for all the nodes in the network for primary/backup path computations. 
But I see having this additional information of link undergoing maintenance @ controller can help  
operator to craft  a policy to use/not-to-use this path at all for certain LSPs.

I am fine with this addition of this information.

--
Uma C.

-----Original Message-----
From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Pushpasis Sarkar
Sent: Tuesday, September 29, 2015 9:58 PM
To: Les Ginsberg (ginsberg); Shraddha Hegde; Acee Lindem (acee)
Cc: Hannes Gredler; OSPF WG List; Mohan Nanduri; Jalil, Luay
Subject: Re: [OSPF] OSPF Link Overload - draft-hegde-ospf-link-overload-01

Hi Les,




On 9/30/15, 9:45 AM, "Les Ginsberg (ginsberg)" <ginsberg@cisco.com> wrote:

>><Shraddha>As I indicated before, max-metric can work in most common 
>>scenarios but not all. There could be cases where an alternate path 
>>cannot be found Satisfying the constraints so LSP remains on the link 
>>undergoing maintenance since the link is still a last resort link.
>
>[Les:] Which seems to me to be exactly the definition of link of last resort i.e. in the absence of any other alternative use the link undergoing maintenance.
>??
[Pushpasis] What if the operator does not want any traffic on those links at all? Should not there be a way to ensure that as well? 

>
_______________________________________________
OSPF mailing list
OSPF@ietf.org
https://www.ietf.org/mailman/listinfo/ospf

v2.23.0 | Report a Bug | By Email