Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags
"Acee Lindem (acee)" <acee@cisco.com> Tue, 10 November 2015 20:40 UTC
Return-Path: <acee@cisco.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 1CC011B3F60 for <ospf@ietfa.amsl.com>; Tue, 10 Nov 2015 12:40:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 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, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 U3yCaut3snol for <ospf@ietfa.amsl.com>; Tue, 10 Nov 2015 12:40:34 -0800 (PST)
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 27A081B3EDC for <ospf@ietf.org>; Tue, 10 Nov 2015 12:40:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=12269; q=dns/txt; s=iport; t=1447188034; x=1448397634; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=fo/djr3zHHVK3i3NZtamadmm6bcqhroTaOeaXI5MeAU=; b=K7hOyBcTtdtmzMGO3ARCeiw85hxsvrvS+UTepqzhIQaRKQKWuxlog1+I 78Oq3n0xRcb5FKALTpvIPcWZpj2pBMeVGN+n7r/cyjImoQitdB3apTFwn EUvO07+dywUeBygwnDylG9g3Y91Q8Nrj4qZqSIvmJOYnnKhnAonwhTf4R o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AQAgAOVUJW/4MNJK1egm5NU28GvkQBDYFlFwEJhW8CHIEvOBQBAQEBAQEBgQqENAEBAQQBAQEgSwsQAgEIDgMDAQIoAwICAh8GCxQJCAIEDgWIGQMSDbMYi34NhE8BAQEBAQEBAQEBAQEBAQEBAQEBAQEUBItSglOCKA2CbYFEBZJng2EBiAyDJIF1gVuHZYsyh1IBHwEBQoQEcoQngQcBAQE
X-IronPort-AV: E=Sophos; i="5.20,272,1444694400"; d="scan'208,217"; a="45689635"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by rcdn-iport-6.cisco.com with ESMTP; 10 Nov 2015 20:40:33 +0000
Received: from XCH-RTP-015.cisco.com (xch-rtp-015.cisco.com [64.101.220.155]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tAAKeWqX023529 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 10 Nov 2015 20:40:33 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.1104.5; Tue, 10 Nov 2015 15:40:32 -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.1104.000; Tue, 10 Nov 2015 15:40:32 -0500
From: "Acee Lindem (acee)" <acee@cisco.com>
To: Alia Atlas <akatlas@gmail.com>
Thread-Topic: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags
Thread-Index: AQHRGX2qbEnbqXDn6Ei2p9VgCHGDSJ6VvQwA
Date: Tue, 10 Nov 2015 20:40:32 +0000
Message-ID: <D267BCE7.3D20E%acee@cisco.com>
References: <D263D3DA.3CCB9%acee@cisco.com> <CAG4d1reTNUsFf8FVm1Vd_eGLwjeYDk_pHXUv1Z-uWR8N-SNDuw@mail.gmail.com>
In-Reply-To: <CAG4d1reTNUsFf8FVm1Vd_eGLwjeYDk_pHXUv1Z-uWR8N-SNDuw@mail.gmail.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.203]
Content-Type: multipart/alternative; boundary="_000_D267BCE73D20Eaceeciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ospf/KRP0PbdljopRA5T2zugRLgf_2bU>
Cc: OSPF WG List <ospf@ietf.org>, OSPF ADs <ospf-ads@tools.ietf.org>
Subject: Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags
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, 10 Nov 2015 20:40:36 -0000
Hi Alia, Shraddha, From: Alia Atlas <akatlas@gmail.com<mailto:akatlas@gmail.com>> Date: Sunday, November 8, 2015 at 1:59 AM To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>> Cc: Shraddha Hegde <shraddha@juniper.net<mailto:shraddha@juniper.net>>, OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, OSPF ADs <ospf-ads@tools.ietf.org<mailto:ospf-ads@tools.ietf.org>> Subject: Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Hi Acee, Thanks very much for reading through and pulling out the relevant questions. I'd like to see this conversation resolve quickly. On Sat, Nov 7, 2015 at 9:58 AM, Acee Lindem (acee) <acee@cisco.com<mailto:acee@cisco.com>> wrote: Hi Shraddha, I’ve read through this discussion and I’m wondering why we just can’t remove this normative text with respect to the interpretation of OSPF Node Admin tags? 1. Since the tags are advertised by a single node, why is do they have to be unordered? It seems there should be a reason for this even if this semantic is retained. I can understand this restriction in terms of implementation complexity & assumptions. A router that receives the tag list might want to store them in numerical order or such for easier searching. If the tag order matters, there can be rather different requirements in terms of how the listener uses the information. Perhaps the answer is that we don’t see a use case for maintaining tag order given that they may come from multiple sources it adds a lot of complexity to try and maintain order. Note that the order independence is also in RFC 5130 (IS-IS prefix admin tags) - see section 4. 2. Why can’t they be advertised in multiple flooding scopes? There could be one set of tags applicable at the area scope and another applicable at the AS wide scope. I agree that I don't see implementation complexity logic driving this. Perhaps it allows for storing tags per device in a flat structure instead of requiring that they are stored per area? I wouldn’t think so. Regardless, this feels like it has more impact on operational complexity of having to define the same meaning for different tags for different areas. This restriction of a single flooding scope wouldn’t preclude this. Thanks, Acee Regards, Alia In essence, since the tags are purely opaque, it seems you could simply remove the last 2-3 paragraphs of section 3.2.1 and the last paragraph of section 3.2.2 as these seem to be rather arbitrary restrictions. Thanks, Acee _______________________________________________ OSPF mailing list OSPF@ietf.org<mailto:OSPF@ietf.org> https://www.ietf.org/mailman/listinfo/ospf
- [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Acee Lindem (acee)
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Alia Atlas
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Acee Lindem (acee)
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Shraddha Hegde
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Alia Atlas
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Acee Lindem (acee)
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Shraddha Hegde
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Acee Lindem (acee)
- Re: [OSPF] Alvaro's DISCUSS on OSPF Admin Tags Shraddha Hegde