Re: [OSPF] Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)

Shraddha Hegde <shraddha@juniper.net> Tue, 20 October 2015 04:04 UTC

Return-Path: <shraddha@juniper.net>
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 6281F1A019B; Mon, 19 Oct 2015 21:04:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, 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 P21VS5eIpAER; Mon, 19 Oct 2015 21:04:12 -0700 (PDT)
Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0111.outbound.protection.outlook.com [65.55.169.111]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 126D51A01A5; Mon, 19 Oct 2015 21:04:11 -0700 (PDT)
Received: from BY1PR0501MB1381.namprd05.prod.outlook.com (10.160.107.139) by BY1PR0501MB1381.namprd05.prod.outlook.com (10.160.107.139) with Microsoft SMTP Server (TLS) id 15.1.300.14; Tue, 20 Oct 2015 04:04:07 +0000
Received: from BY1PR0501MB1381.namprd05.prod.outlook.com ([10.160.107.139]) by BY1PR0501MB1381.namprd05.prod.outlook.com ([10.160.107.139]) with mapi id 15.01.0300.010; Tue, 20 Oct 2015 04:04:07 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: Shraddha Hegde <shraddha@juniper.net>, "Alvaro Retana (aretana)" <aretana@cisco.com>, The IESG <iesg@ietf.org>
Thread-Topic: Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)
Thread-Index: AQHRBcJ1zljGkIgsJkOozrcND9iPyZ5r+ypQgABz0wCAATwboIAAWwKAgAQszYCAAJfqgIAA/HFQgAAFB8A=
Date: Tue, 20 Oct 2015 04:04:07 +0000
Message-ID: <BY1PR0501MB13818793A4E8E38C944D106DD5390@BY1PR0501MB1381.namprd05.prod.outlook.com>
References: <20151013142127.29680.19611.idtracker@ietfa.amsl.com> <BY1PR0501MB1381AA752314C8677284A2F5D53E0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D244F4BA.DB9E8%aretana@cisco.com> <BY1PR0501MB1381A540ECC4E6F62651BF6ED53D0@BY1PR0501MB1381.namprd05.prod.outlook.com> <D2464C12.DBDFA%aretana@cisco.com> <CY1PR0501MB1385D3651FECEAC0520B9B8AD53A0@CY1PR0501MB1385.namprd05.prod.outlook.com> <D24A524F.DE641%aretana@cisco.com> <BY1PR0501MB1381424F36A29C5542F34D9BD5390@BY1PR0501MB1381.namprd05.prod.outlook.com>
In-Reply-To: <BY1PR0501MB1381424F36A29C5542F34D9BD5390@BY1PR0501MB1381.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=shraddha@juniper.net;
x-originating-ip: [116.197.184.14]
x-microsoft-exchange-diagnostics: 1; BY1PR0501MB1381; 5:f0ifoslRTO8W/+mBEzQyUJCXiL5KvfSQeq/VECeciWWY9B9768sgTJW2RqnkqZVJHyP7lJPh6w8AX7ka20vKgvPzHYCg3Mt6A6Lo3QTQsyNLquZWfzX08TVadLyljm4eFhg1fTQoh82mAIU00GlqJQ==; 24:LnGHSevPZ5H8rKJMN8SkRT8z+2yoHrWcNQINGaU6bixg9c0djNzjaIZHhqxURYou0pVBFR1ihK/jCc22OqE9Gy0L+nTUYGz8f2IK4EyI8AY=; 20:OWGow8Fm+9q8xpgUU81eAJibHrjO3DyjFkZ9As+RYLMQbhAP60T7JATVt68lLuw88RQaKaPHLgmmP7QXbA1R3Q==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1381;
x-microsoft-antispam-prvs: <BY1PR0501MB1381DA73871976FE5B0BC3A4D5390@BY1PR0501MB1381.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(520078)(3002001); SRVR:BY1PR0501MB1381; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1381;
x-forefront-prvs: 073515755F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51914003)(199003)(189002)(13464003)(377454003)(122556002)(87936001)(106116001)(10400500002)(92566002)(99286002)(40100003)(106356001)(5007970100001)(93886004)(5001960100002)(46102003)(5002640100001)(5003600100002)(189998001)(105586002)(230783001)(33656002)(54356999)(76176999)(19580405001)(77096005)(101416001)(11100500001)(66066001)(64706001)(2950100001)(2900100001)(76576001)(102836002)(74316001)(1941001)(97736004)(5004730100002)(50986999)(86362001)(5001920100001)(5001770100001)(19580395003)(5008740100001)(81156007); DIR:OUT; SFP:1102; SCL:1; SRVR:BY1PR0501MB1381; H:BY1PR0501MB1381.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2015 04:04:07.4335 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1381
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/ZMF5THo329O0PBhPEye60G0coSA>
Cc: "draft-ietf-ospf-node-admin-tag.ad@ietf.org" <draft-ietf-ospf-node-admin-tag.ad@ietf.org>, "ospf@ietf.org" <ospf@ietf.org>, "draft-ietf-ospf-node-admin-tag.shepherd@ietf.org" <draft-ietf-ospf-node-admin-tag.shepherd@ietf.org>, "draft-ietf-ospf-node-admin-tag@ietf.org" <draft-ietf-ospf-node-admin-tag@ietf.org>, "ospf-chairs@ietf.org" <ospf-chairs@ietf.org>
Subject: Re: [OSPF] Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)
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: Tue, 20 Oct 2015 04:04:14 -0000

Resending the mail as the previous mail content got removed.

Alvaro,

  Thanks for the discussion.
I am sorry that we are not able to reach conclusion quickly.

Nevertheless,I'll try to clarify based on my understanding of your comments.

If the same tag value is flooded with multiple scopes, then it will be declared conflicting (for all scopes).
<Shraddha>Yes.
.
  If there are policies that are dependent on those tags then they won't be applied

 <Shraddha> The conflicting tag won't be considered. Lets say a node had advertised 10 tags. Lets say 10th tag is conflicting and is arriving
                       In different scopes. Only 9 tags will be sent to policy. 
                       If you saying just because one tag is conflicting the whole set of tags for that node is ignored, then that's not the case.

 -- including policies that rely on more than one tag being present (including the one declared conflicting, of course).  The point of that question was to point out that by invalidating a tag the policies that will be applied won't always depend just on the remaining tags..

<Shraddha> Again I don't understand your statement. Why can't the policy be applied on only 9 tags in above example. If the policy fails because of the absence of 10th flag then it's an issue with the advertising router being nod-ABR and having advertised different tags in different scopes.

Do you mean to say we should not restrict same tag being advertised in different scopes?
I am not sure If we can change that at this stage of the document since WG as well as others who reviewed the document so far are OK with that restriction being there.

-----------------------------------------------------------------------------------------------------------------------------------------

Again, the point was that by not allowing the tags to be tied to changes in topology you are not necessarily doing much to limit instability.
True, the topology may become unstable and the tags advertised will mirror that -- the root cause being the topology instability.  But I think there can be valid applications that could follow topology changes that won't mirror instability (if the network itself is stable).  Also, you focused on one thing (topology instability), leaving other reasons for tag instability without mention -- this last part was why I suggested that you might want to focus on the problem you really want to resolve and maybe talk about rate limiting.

<Shraddha> Personally, I do not think we need to talk about rate limiting of node-admin tags since we already have rate limiting for the LSA origination.
Would like to hear others opinion on this.

Rgds
Shraddha

-----Original Message-----
From: Shraddha Hegde [mailto:shraddha@juniper.net] 
Sent: Tuesday, October 20, 2015 9:27 AM
To: Alvaro Retana (aretana) <aretana@cisco.com>; The IESG <iesg@ietf.org>
Cc: Acee Lindem (acee) <acee@cisco.com>; draft-ietf-ospf-node-admin-tag.ad@ietf.org; draft-ietf-ospf-node-admin-tag.shepherd@ietf.org; draft-ietf-ospf-node-admin-tag@ietf.org; ospf-chairs@ietf.org; ospf@ietf.org
Subject: RE: Alvaro Retana's Discuss on draft-ietf-ospf-node-admin-tag-07: (with DISCUSS and COMMENT)

Alvaro,

I'll try to clarify based on my understanding of your comments.

If the same tag value is flooded with multiple scopes, then it will be declared conflicting (for all scopes).
<Shraddha>Yes.