Re: [Isis-wg] [Bier] WGLC: draft-ietf-bier-isis-extensions-04

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Sat, 22 July 2017 06:04 UTC

Return-Path: <ginsberg@cisco.com>
X-Original-To: isis-wg@ietfa.amsl.com
Delivered-To: isis-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 093801274D2; Fri, 21 Jul 2017 23:04:23 -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, HTML_MESSAGE=0.001, 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, 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 0S_uHIuXESLB; Fri, 21 Jul 2017 23:04:20 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A3FC126D85; Fri, 21 Jul 2017 23:04:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=25004; q=dns/txt; s=iport; t=1500703460; x=1501913060; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Z4yMb8dr3E7004E71WaWa8Z8sS1zVpdZVQVWYVbuhbU=; b=H3r6H7lvRq8E/8id50IylH+0ZJS0L4fUfQ4X012nZziRdmwkiWVLmRtU s0H3se6nQ86O0ImCYupXcgmOrnGSILpwpvnj2Z3JkBY8XC/7rsEC3A8Ow XXTNllaWeIJwT76++3taZ52o2t0nTtyqpw6EkraN6v9D7IXtifTIgN5fR g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CaAAB+6nJZ/4gNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm8+LWSBFAeOBZFmlgWCESEBDIUZAhqDZD8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGAEBAQEDAQEhBAZBCxACAQgRBAEBKAMCAgIlCxQJCAIEAQ0FCIlDZBCuO4FsO?= =?us-ascii?q?oszAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWDKINNgWABghiBDIUQEIJdgmEFlxs?= =?us-ascii?q?xiAAClBCCFYlIhmKVYgEfOIEKdRVJhRMcgWd2AQGHICuBBYEOAQEB?=
X-IronPort-AV: E=Sophos;i="5.40,394,1496102400"; d="scan'208,217";a="271262933"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Jul 2017 06:03:54 +0000
Received: from XCH-RCD-003.cisco.com (xch-rcd-003.cisco.com [173.37.102.13]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v6M63sOd031431 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 22 Jul 2017 06:03:54 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-003.cisco.com (173.37.102.13) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Sat, 22 Jul 2017 01:03:53 -0500
Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Sat, 22 Jul 2017 01:03:53 -0500
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Tony Przygienda <tonysietf@gmail.com>, Toerless Eckert <tte@cs.fau.de>
CC: "Hannes Gredler (hannes@gredler.at)" <hannes@gredler.at>, Greg Shepherd <gjshep@gmail.com>, "bier@ietf.org" <bier@ietf.org>, "isis-wg@ietf.org list" <isis-wg@ietf.org>, Christian Hopps <chopps@chopps.org>
Thread-Topic: [Bier] WGLC: draft-ietf-bier-isis-extensions-04
Thread-Index: AQHTAep+OLJgflK73kG/QMbI+G29DqJehpmAgADQ+xA=
Date: Sat, 22 Jul 2017 06:03:53 +0000
Message-ID: <567fdbe4992c4207b54c77b1ec8cd0cd@XCH-ALN-001.cisco.com>
References: <20170721062741.GA3215@faui40p.informatik.uni-erlangen.de> <CA+wi2hOCZkLeuqnqr-waNMtaex+Pjq3rXzH-HVqJhLkWQUgj_Q@mail.gmail.com>
In-Reply-To: <CA+wi2hOCZkLeuqnqr-waNMtaex+Pjq3rXzH-HVqJhLkWQUgj_Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.24.42.237]
Content-Type: multipart/alternative; boundary="_000_567fdbe4992c4207b54c77b1ec8cd0cdXCHALN001ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/HjMuG2Hf9zNJ4bQJ-Z81meicFg8>
Subject: Re: [Isis-wg] [Bier] WGLC: draft-ietf-bier-isis-extensions-04
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF IS-IS working group <isis-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/isis-wg/>
List-Post: <mailto:isis-wg@ietf.org>
List-Help: <mailto:isis-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/isis-wg>, <mailto:isis-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jul 2017 06:04:23 -0000

Tony/Toerless –

There is an explicit statement as to scope:

<snip>
Section 4.2
…
   o  BIER sub-TLVs MUST NOT be included when a prefix reachability
      advertisement is leaked between levels.
<end snip>

Tony seems to have forgotten that we had a discussion about how BIER might be supported across areas and the conclusion was we did not know how to do that yet.
(Sorry Tony)

Note this is “consistent” with https://www.ietf.org/id/draft-ietf-bier-ospf-bier-extensions-07.txt Section 2.5<https://www.ietf.org/id/draft-ietf-bier-ospf-bier-extensions-07.txt%20Section%202.5> - which limits the flooding scope of BIER information to a single area unless it can be validated that the best path to the prefix with BIER info can be validated to be to a router which itself advertised the BIER info. This is not something IS-IS can do since a single IS-IS instance only supports one area and therefore does not have the Level-1 advertisements of the originating router when that router is in another area.

A few more responses inline.

From: BIER [mailto:bier-bounces@ietf.org] On Behalf Of Tony Przygienda
Sent: Friday, July 21, 2017 5:17 AM
To: Toerless Eckert
Cc: Hannes Gredler (hannes@gredler.at); Greg Shepherd; bier@ietf.org; isis-wg@ietf.org list; Christian Hopps
Subject: Re: [Bier] WGLC: draft-ietf-bier-isis-extensions-04

Terminology is a bit nits  IMO since the doc is reading clear enough for someone who read BIER & ISIS. I can reread it or Les can comment whether we should tighten glossary ...

With the scope I agree, that got lost and the doc should be possibly rev'ed before closing LC. Yes, we flood AD wide was the agreement but something mentioning that this could change in the future is good so we are forced to give it some thought how that would transition ...

Thinking further though, in ISIS we have a clean document really. The  BIER sub-TLVs go into well defined TLVs in terms of flooding scope. Normal L1-L2 redistribution can be used to get the info to all needed places AFAIS. So maybe nothing needs to be written. I wait for Les to chime in.

OSPF I would have to look @ scopes again & think whether we need to write something or maybe Peter can comment ...

--- tony



On Fri, Jul 21, 2017 at 8:27 AM, Toerless Eckert <tte@cs.fau.de<mailto:tte@cs.fau.de>> wrote:
Sorry, past the two weeks, but hopefully  benign textual comments:

We tried to find an explicit statement about the scope of BIER TLVs - eg:
are they meant to stay within an area, have some redistribution across
areas/levels or not.

Tony said WG agreement was to have these TLV be flooded across the whole
ISIS domain for now (this draft). So an explicit statement to that effect would
be great (All BIER sub-domains TLVs are flooded across all ISIS areas/levels,                     so they span the whole ISIS domain).

Also, if future work may/should could improve on that maybe some sentence
about that (i guess one could just have ISIS intra-area BIER sub-domains ?).

Also: Do a check about possible ambiguity of any generic terms like                               sub-domain, level, area, topology so that reader that don't know the terminology ofall protocols (ISIS, BIER) by heart can easily know which protocol is referred to.

[Les:] There is no mention of “level” in the document.
The use of “sub-domain” is clearly always associated with “BIER”.
“topology” is always used as an RFC 5120 topology – therefore clearly an IS-IS topology.
There is only one use of the term “area” (in Section 5.1). That text might deserve a bit of clarification given this might be either a Level 1 area or the Level2 sub-domain. I’ll take a pass at it.
(BTW – I am talking about IS-IS area/L2sub-domain Toerless. ☺)

I don’t see that any other clarification is needed – but Toerless – if you can point to any specific sentences/paragraphs which you find confusing - I’ll take a second look.

   Les


I guess there are no BIER level, area or topologies, but still makes reading easier if the
doc would say "ISIS level", "ISIS area", or at least have them in the
Terminology section. And probably in terminology say "domain -> in the context
of this document the BIER domain which is also the same as the ISIS domain"
(which i hope is the correct statement, see above).

Cheers
    Toerless

_______________________________________________
BIER mailing list
BIER@ietf.org<mailto:BIER@ietf.org>
https://www.ietf.org/mailman/listinfo/bier



--
We’ve heard that a million monkeys at a million keyboards could produce the complete works of Shakespeare; now, thanks to the Internet, we know that is not true.
—Robert Wilensky