Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt

"Acee Lindem (acee)" <acee@cisco.com> Fri, 21 April 2017 14:04 UTC

Return-Path: <acee@cisco.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D507128656 for <ospf@ietfa.amsl.com>; Fri, 21 Apr 2017 07:04:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, 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 jl7EFKK_VE9u for <ospf@ietfa.amsl.com>; Fri, 21 Apr 2017 07:04:36 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB52B126C26 for <ospf@ietf.org>; Fri, 21 Apr 2017 07:04:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9990; q=dns/txt; s=iport; t=1492783475; x=1493993075; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=HcGogrqwYiuhaR1ZRPaBFx85oIU1O+JRTP3YqcGmEH0=; b=EeLrfvtW7jA2ba4xa9V7Yh6FJyZZ7d9Dmrcb2zp1jFmXRRluutdvD2JO r2uCjPH+xcB6h+HCMmJPwpKKhWGoMngxYtqA/L4uzyE773vKmDG0wBnEB mewb1NXu5NaTa+V+rATGJ7HJNilNpVN/xz8uDKK5oN77cZz526ZefXFhm c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AKAQAGEPpY/51dJa1cGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1RhgQwHg2CKFZFpiB+NRYIPIQuFeAIag3A/GAECAQEBAQEBAWs?= =?us-ascii?q?ohRUBAQEBAwEBIRE6CwwEAgEGAhEEAQEBAgIjAwICAh8GCxQBCAgCBAENBYoEA?= =?us-ascii?q?xUOi2mdXoImhy4Ng2YBAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuHJAGDGYJRR4F?= =?us-ascii?q?lgmCCXwEEnQY7AYcWhyaESYIAVYReiiSLEokGAR84gQZjFRoqhmh1AYgogQ0BA?= =?us-ascii?q?QE?=
X-IronPort-AV: E=Sophos;i="5.37,230,1488844800"; d="scan'208";a="235761333"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 21 Apr 2017 14:04:34 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v3LE4YIM001375 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 21 Apr 2017 14:04:34 GMT
Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-015.cisco.com (64.101.220.155) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 21 Apr 2017 10:04:33 -0400
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.1210.000; Fri, 21 Apr 2017 10:04:33 -0400
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Shraddha Hegde <shraddha@juniper.net>, Acee Lindem <acee.lindem@gmail.com>
CC: "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt
Thread-Index: AQHSjfBr/zBnN6RWkkuWtTeurnw/t6GZplOAgDNYtkCAAET4gIAAWZ4AgACr0YCAAFETAIABoxYA///24YA=
Date: Fri, 21 Apr 2017 14:04:33 +0000
Message-ID: <D51F87A1.AA4C0%acee@cisco.com>
References: <148786668469.20333.199396876398174521.idtracker@ietfa.amsl.com> <D4F1C502.A346C%acee@cisco.com> <BN3PR05MB27066BF8587D26282B08B579D5180@BN3PR05MB2706.namprd05.prod.outlook.com> <03D9AC38-2C54-411B-B108-6B2D07CA5701@gmail.com> <D51D5BD0.A9768%acee@cisco.com> <BN3PR05MB27066250A45FF243E851F5F3D51B0@BN3PR05MB2706.namprd05.prod.outlook.com> <D51E3079.A986B%acee@cisco.com> <BN3PR05MB270643FE79C9D6DA9F931C0AD51A0@BN3PR05MB2706.namprd05.prod.outlook.com>
In-Reply-To: <BN3PR05MB270643FE79C9D6DA9F931C0AD51A0@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.197]
Content-Type: text/plain; charset="utf-8"
Content-ID: <A13D8A773E9CEA4AA6DFC61BF5C845BE@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/jO8Dk8_AK37-AV2nRMz8wb1uZPI>
Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 21 Apr 2017 14:04:39 -0000

<speaking as WG member>

On 4/21/17, 6:37 AM, "Shraddha Hegde" <shraddha@juniper.net> wrote:

>Acee,
>
>
>> I don’t see any need to reference RFC 4203 since the Sub-TLV is
>>sufficiently defined here. This is completely orthogonal to the
>>definition in this draft.
>
>I do not agree with this point. The sub-TLV, local/remote interface id
>requires the  remote interface-id to be filled and the draft refers to an
>existing standard on getting this remote interface id. This is the
>standard mechanism we follow in every draft.

I think we’re back to the circular argument with respect to the gratuitous
repurposing of TE LSAs standardized under to satisfy GMPLS requirements
for every purpose. Even in support of your position, the blanket statement
is not germane to the draft. I might be ok with “One mechanism to learn
the remote-id is described in ….” However, it appears now that we have
broached the subject of WG last call, there is much discussion on the
draft. 

Thanks,
Acee 

>
>Rgds
>Shraddha
>
>-----Original Message-----
>From: Acee Lindem (acee) [mailto:acee@cisco.com]
>Sent: Thursday, April 20, 2017 7:07 PM
>To: Shraddha Hegde <shraddha@juniper.net>; Acee Lindem
><acee.lindem@gmail.com>
>Cc: ospf@ietf.org
>Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt
>
>Hi Shraddha, 
>
>On 4/20/17, 12:46 AM, "Shraddha Hegde" <shraddha@juniper.net> wrote:
>
>>Hi Acee,
>>
>>The draft does not mandate use of RFC 4203. There are no MUST
>>statements associated with the recommendation.
>
>I don’t see any need to reference RFC 4203 since the Sub-TLV is
>sufficiently defined here. This is completely orthogonal to the
>definition in this draft.
>>
>>
>>RFC 4203 is a standard and has been around for a while. I do not
>>understand why there is concern being raised over Referencing an RFC
>>which has been a standard and deployed in the field for many years.
>>
>>https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt is
>>still an independent draft and it does not make sense to refer this
>>draft in draft-ietf-ospf-link-overload-06 which is ready for WG last
>>call.
>
>I wasn’t suggesting to reference either document.
>
>Thanks,
>Acee
>
>
>>
>>Rgds
>>Shraddha
>>
>>-----Original Message-----
>>From: Acee Lindem (acee) [mailto:acee@cisco.com]
>>Sent: Thursday, April 20, 2017 4:02 AM
>>To: Acee Lindem <acee.lindem@gmail.com>; Shraddha Hegde
>><shraddha@juniper.net>
>>Cc: ospf@ietf.org
>>Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt
>>
>>Hi Shraddha,
>>
>>The only non-editorial comment that I have is that the draft references
>>RFC 4203 as the way to learn the remote interface ID on an unnumbered
>>link 
>>(https://www.ietf.org/id/draft-ppsenak-ospf-lls-interface-id-00.txt).
>>As you know, this is a very controversial topic with some of us wanting
>>this to be in the hello packets consistent with OSPFv3 and IS-IS as
>>opposed to using a link-scoped TE Opaque LSA as suggested in the OSPF
>>GMPLS Extensions RFC (https://www.rfc-editor.org/rfc/rfc4203.txt). I
>>would suggest removing the reference.
>>
>>Thanks,
>>Acee
>>
>>
>>On 4/19/17, 9:11 AM, "Acee Lindem" <acee.lindem@gmail.com> wrote:
>>
>>>Hi Shraddha,
>>>
>>>I think this version addresses all my comments. I will do a detailed
>>>review this week and, most likely, start the WG last call. I encourage
>>>other WG members to do the same.
>>>
>>>Thanks,
>>>Acee
>>>> On Apr 19, 2017, at 9:08 AM, Shraddha Hegde <shraddha@juniper.net>
>>>>wrote:
>>>> 
>>>> Hi Acee,
>>>> 
>>>> New version draft-ietf-ospf-link-overload-06 is posted where the
>>>>remote-ipv4 addr is moved to a new sub-TLV.
>>>> Pls review.
>>>> 
>>>> The authors of the draft believe that draft has undergone multiple
>>>>revisions/reviews and is ready for WG last call.
>>>> 
>>>> Rgds
>>>> Shraddha
>>>> 
>>>> 
>>>> -----Original Message-----
>>>> From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Acee Lindem
>>>>(acee)
>>>> Sent: Saturday, March 18, 2017 2:28 AM
>>>> Cc: ospf@ietf.org
>>>> Subject: Re: [OSPF] I-D Action: draft-ietf-ospf-link-overload-05.txt
>>>> 
>>>> Hi Shraddha, et al,
>>>> 
>>>> With respect to section 4.1, I agree that matching link endpoints in
>>>> OSPFv2 requires more information. However, this is a general problem
>>>>and the remote address should be a separate OSPFv2 Link Attribute LSA
>>>>TLV rather than overloading the link overload TLV ;^)
>>>> 
>>>> Thanks,
>>>> Acee
>>>> 
>>>> On 2/23/17, 11:18 AM, "OSPF on behalf of internet-drafts@ietf.org"
>>>> <ospf-bounces@ietf.org on behalf of internet-drafts@ietf.org> wrote:
>>>> 
>>>>> 
>>>>> A New Internet-Draft is available from the on-line Internet-Drafts
>>>>>directories.
>>>>> This draft is a work item of the Open Shortest Path First IGP of
>>>>>the IETF.
>>>>> 
>>>>>       Title           : OSPF Link Overload
>>>>>       Authors         : Shraddha Hegde
>>>>>                         Pushpasis Sarkar
>>>>>                         Hannes Gredler
>>>>>                         Mohan Nanduri
>>>>>                         Luay Jalil
>>>>> 	Filename        : draft-ietf-ospf-link-overload-05.txt
>>>>> 	Pages           : 13
>>>>> 	Date            : 2017-02-23
>>>>> 
>>>>> Abstract:
>>>>>  When a link is being prepared to be taken out of service, the
>>>>>traffic  needs to be diverted from both ends of the link.
>>>>> Increasing the  metric to the highest metric on one side of the
>>>>>link  is not  sufficient to divert the traffic flowing in the other
>>>>>direction.
>>>>> 
>>>>>  It is useful for routers in an OSPFv2 or OSPFv3 routing domain to
>>>>> be  able to advertise a link being in an overload state to indicate
>>>>> impending maintenance activity on the link.  This information can
>>>>> be used by the network devices to re-route the traffic effectively.
>>>>> 
>>>>>  This document describes the protocol extensions to disseminate
>>>>> link-  overload information in OSPFv2 and OSPFv3.
>>>>> 
>>>>> 
>>>>> 
>>>>> The IETF datatracker status page for this draft is:
>>>>> https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/
>>>>> 
>>>>> There's also a htmlized version available at:
>>>>> https://tools.ietf.org/html/draft-ietf-ospf-link-overload-05
>>>>> 
>>>>> A diff from the previous version is available at:
>>>>> https://www.ietf.org/rfcdiff?url2=draft-ietf-ospf-link-overload-05
>>>>> 
>>>>> 
>>>>> Please note that it may take a couple of minutes from the time of
>>>>> submission until the htmlized version and diff are available at
>>>>> tools.ietf.org.
>>>>> 
>>>>> Internet-Drafts are also available by anonymous FTP at:
>>>>> ftp://ftp.ietf.org/internet-drafts/
>>>>> 
>>>>> _______________________________________________
>>>>> OSPF mailing list
>>>>> OSPF@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/ospf
>>>> 
>>>> _______________________________________________
>>>> OSPF mailing list
>>>> OSPF@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/ospf
>>>> 
>>>> _______________________________________________
>>>> OSPF mailing list
>>>> OSPF@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/ospf
>>>
>>
>