Re: [OSPF] 答复: WG adoption poll for draft-ppsenak-ospf-te-link-attr-reuse

Shraddha Hegde <shraddha@juniper.net> Mon, 17 July 2017 04:31 UTC

Return-Path: <shraddha@juniper.net>
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 CC4D7126CB6 for <ospf@ietfa.amsl.com>; Sun, 16 Jul 2017 21:31:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level:
X-Spam-Status: No, score=-2.021 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net
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 AXpP7f25mo5J for <ospf@ietfa.amsl.com>; Sun, 16 Jul 2017 21:31:35 -0700 (PDT)
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0101.outbound.protection.outlook.com [104.47.37.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A7BF126B72 for <ospf@ietf.org>; Sun, 16 Jul 2017 21:31:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=YfxxTj2ak0TtpgvAnB3RlERWDPO8An3K+YxjleyoSR0=; b=jsCQpnRpNiMi644/hIDPHJipBonkjdpnaHYsJy3HkNGTCC4gDPl5xRxZZqlxuJtznVUmN6PfcN+GQgWqjI8yZRPwK0Y+Sgk6s8kgcTpQU0u1Te1lpA6fz/iWLiOTGk5AIDv2kbKBlTrQ9Qp81QXS+wb3q8MJng4M8lQHxITDzoE=
Received: from BN3PR05MB2706.namprd05.prod.outlook.com (10.167.2.135) by BN3PR05MB2772.namprd05.prod.outlook.com (10.167.2.153) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Mon, 17 Jul 2017 04:31:33 +0000
Received: from BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) by BN3PR05MB2706.namprd05.prod.outlook.com ([10.167.2.135]) with mapi id 15.01.1282.008; Mon, 17 Jul 2017 04:31:33 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: Xuxiaohu <xuxiaohu@huawei.com>, Abhay Roy <akr@cisco.com>, "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: =?gb2312?B?W09TUEZdILTwuLQ6ICBXRyBhZG9wdGlvbiBwb2xsIGZvciBkcmFmdC1wcHNl?= =?gb2312?Q?nak-ospf-te-link-attr-reuse?=
Thread-Index: AQHS+WH1GIEMAZACr0GB7KHcJO69vaJXd2UQ
Date: Mon, 17 Jul 2017 04:31:33 +0000
Message-ID: <BN3PR05MB2706A355F9AAFCEBADEF5D9AD5A00@BN3PR05MB2706.namprd05.prod.outlook.com>
References: <f50ebb8f-0edd-9fb2-bfdb-f095e613980e@cisco.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBCE024@NKGEML515-MBX.china.huawei.com>
In-Reply-To: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBCE024@NKGEML515-MBX.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.12]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN3PR05MB2772; 7:2JT04Aau458v4TKvavuElppwqB/dyJfhFV56YcMte1gj2pqVVqSnkbNbKi1q6WdXkVk6L6e6MtH484qGAvbzoFk8ihdNzBQw0s1oCoBLOWgjLvIgyETkVV0PBS9gRibGRpeuxJU/t9Rz8Dyy8yiMMOFv/tYPnjiFzw5VTlhJneBRbOPU80356w+iUc40GlgtnsLVeM+UjMRsmXg7aAvPQB80QQR3ZIyp33wxCqoac7BKsVH9hQu8G8eSae2eupfX3CKCG40Utho6Pn1h4dCOFgSgN6yHJi63W/c6ixP94XTJGn7nvjgtfjAAAD1x4D8Bd4GbRYbEkEOXfzEym+rPs38ttOJ4x3W8q0Fuv6rGjvcwUdIO8q/Cq05jzQYWHXCLd2zzTUlf1Vg1JahhW08uQIjxBss0RxGANTd1Z/fTQPrkknd1AzOe0IDdEAPmqCNSQ9x2pjctMU1dA4e9sQVFaRQTkRbh51Tt0v/559sk4B2Axiqs77eMeEZBQurnEfH5bPyBCAugHhLc0xnq4wyx/7o+8/v2L0VN708yr67soUnYUm0ovv9V+rLwqo4L9yyWxmFdTm7UY2iRrvk107N6w5sMPaeF2c7ZX5PFxftkKRAfTADQUZDCMY8heazVZkeYM/vYETRpISHILQ7UNwFhDgmzajOgcacN8gj9v/kSbyERvSIuiIzaVRZiXrTH3rB/333v+zc1TvejbOZ5vVe/anTuEZZiKD8Hh7S8kS3sefBP63e/MBM5QW3mMeHHYlYEtrn98Z5IcJN5cfXnlmov/6/+VKNZdcE6YrpMkA9c3is=
x-ms-office365-filtering-correlation-id: 8e1ab717-cae6-4324-26d2-08d4ccccb46d
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR05MB2772;
x-ms-traffictypediagnostic: BN3PR05MB2772:
x-exchange-antispam-report-test: UriScan:(278178393323532)(133145235818549)(278428928389397)(120809045254105)(236129657087228)(148574349560750)(247924648384137)(95692535739014);
x-microsoft-antispam-prvs: <BN3PR05MB27729190C731EEBB696B6BE4D5A00@BN3PR05MB2772.namprd05.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(2017060910075)(8121501046)(5005006)(100000703101)(100105400095)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123562025)(20161123558100)(20161123560025)(20161123564025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR05MB2772; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR05MB2772;
x-forefront-prvs: 0371762FE7
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39860400002)(39850400002)(39840400002)(39410400002)(39400400002)(52084003)(377454003)(13464003)(37854004)(2501003)(86362001)(478600001)(229853002)(77096006)(66066001)(81166006)(966005)(2906002)(7696004)(53546010)(7736002)(14454004)(8936002)(305945005)(25786009)(230783001)(2900100001)(74316002)(54356999)(50986999)(53936002)(38730400002)(33656002)(6246003)(189998001)(2950100002)(6506006)(55016002)(99286003)(6436002)(5660300001)(3660700001)(6116002)(9686003)(6306002)(224303003)(102836003)(3280700002)(3846002)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2772; H:BN3PR05MB2706.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jul 2017 04:31:33.7959 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2772
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/CbWfFHzZgATDknO45MRS9JPBQds>
Subject: Re: [OSPF] =?gb2312?b?tPC4tDogIFdHIGFkb3B0aW9uIHBvbGwgZm9yIGRyYWZ0?= =?gb2312?b?LXBwc2VuYWstb3NwZi10ZS1saW5rLWF0dHItcmV1c2U=?=
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: Mon, 17 Jul 2017 04:31:38 -0000

OSPF WG,

There has been a long debate on this draft, probably the most discussed in
OSPF WG.  The major contention point with this draft has been around 

1. Definition of TE and Non-TE applications.
     The draft still uses the terminology of TE and non-TE applications without defining
	 the meaning of what is considered TE and what is non-TE.
2. There are implementations that make use of TE LSAs for the purpose of implementing
    [I-D.ietf-rtgwg-lfa-manageability] and
   [I-D.psarkar-rtgwg-rlfa-node-protection]. Normative language is required to make sure
   application such as RSVP and LFA do not suddenly become invalid because one vendor chooses to
   implement this draft and stops advertising link attributes in TE LSAs.
   
   The backward compatibility section specifies
   "When an OSPF routing domain includes routers using link attributes
   from TE Opaque LSAs for Non-RSVP TE applications such as LFA, OSPF
   routers in that domain should continue to advertise such TE Opaque
   LSAs."
   
   In order to make sure operators do not end up seeing inter-op issues due to 
   different vendors implementing the draft at different times a normative
   language such as below MUST be used.
   
   "Routers in the OSPF Domain MUST continue to advertise TE Opaque LSAs, when there are 
   applications that make use of TE Opaque LSAs.In the interest of backward compatibility,
   implementations MUST implement appropriate knobs to facilitate advertisement of link attributes in
   TE LSAs. Implementations MUST also support processing link attributes advertised in TE-LSAs. A separate IETF draft
   MAY be wriiten in future when the deployments are mature enough to move completely to the advertisements
   defined in this draft"
   
   
3.  The encodings for the recent addition "Application Specific Values" has scope for improvement. Having seperate
    Masks for standard and user defined applications does not seem necessary. 
	
4. Acee's reference to different OSPF LSAs and comparing them to Chicken, egg and the
   Rooster describes the problem aptly in one sentence.
   Chicken and egg problem is age old in OSPF and all implementations have handled it very well.

   Handling rooster wouldn't have been as difficult but with this draft, chicken, egg and the rooster have moved from 
   vendor's backyard to operator's front yard.
   Operator's have to co-ordinate which vendor advertises what attributes in which LSA and which node/link
   in the network should have which knobs turned on. 

   Deployment consideration section needs to consider various cases of upgrade process.
   There is definitely need for text describing how the advertisements would look like if RSVP, LFA-manageability
   and SR-TE are deployed together.
   
   
   These comments on the draft are an effort to make sure existing IETF standardized applications
   would not break when new enhancements are introduced.    


Rgds
Shraddha

-----Original Message-----
From: OSPF [mailto:ospf-bounces@ietf.org] On Behalf Of Xuxiaohu
Sent: Monday, July 10, 2017 3:20 PM
To: Abhay Roy <akr@cisco.com>om>; ospf@ietf.org
Subject: [OSPF] 答复: WG adoption poll for draft-ppsenak-ospf-te-link-attr-reuse

I have read this draft and support the WG adoption.

Xiaohu

> -----邮件原件-----
> 发件人: OSPF [mailto:ospf-bounces@ietf.org] 代表 Abhay Roy
> 发送时间: 2017年7月4日 2:37
> 收件人: ospf@ietf.org
> 主题: [OSPF] WG adoption poll for draft-ppsenak-ospf-te-link-attr-reuse
> 
> We would like to kick-off a poll for WG adoption of the following 
> document (per Authors request):
> 
> https://datatracker.ietf.org/doc/draft-ppsenak-ospf-te-link-attr-reuse
> 
> Please let us know if you support or have concerns with OSPF WG 
> adopting this work.
> 
> Regards,
> -Abhay
> 
> _______________________________________________
> 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