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

Tony Przygienda <tonysietf@gmail.com> Sun, 23 July 2017 09:03 UTC

Return-Path: <tonysietf@gmail.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 947D0120721; Sun, 23 Jul 2017 02:03:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 yNzGZegHGQiU; Sun, 23 Jul 2017 02:03:09 -0700 (PDT)
Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 472E4124217; Sun, 23 Jul 2017 02:03:09 -0700 (PDT)
Received: by mail-wm0-x22d.google.com with SMTP id w191so36224974wmw.1; Sun, 23 Jul 2017 02:03:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0UPPoa0zOh/j+P6mPLaG55jJL3PI7f2i05QKSQrw/z4=; b=W0+S6qvqTPBJ5AsjWtqeH+G5+R3KwV2wXYNp3pLDIzSnBPXrXq3PzZTV6+oG8A12+U tQl7hFy6I1YEZCDjwpfJVooEuSz44L2/m/B/x6z7Q8kxwztDNJq9c13JcZIrneBBmEAY 5v7V/utSGAqx0RHdLwqG63wpFn2vyFQRpJrQ9u1S7phG34CmmF54wCt/YMuYtmMUEOZj Bl5YRwkmMxlaq8mELBUYou5RvEG4QR/8BMPRDxRgrpyOyEI01sPyY8istTEl1qosARq7 fT2FLt5EKVwGpc/vLw7NCG/teevZz2gOBDmVNKRZ8ne0J1BgVpFS/HHmC97VYuGYiPci fF5Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0UPPoa0zOh/j+P6mPLaG55jJL3PI7f2i05QKSQrw/z4=; b=cM/UIl/1+cKkLTfGO9lPGzqZpOvejKknx4DNEOZJfVDKcTGEmA7IT0LrfsIa/pLKvp MnS1arM0ifg4XYHea0gmvCS5MPuCVFiWQ4Vy6Pa7j0MeUkqwPgDZG1YILLtcgJ2qeu62 hXI1fL6IG4/wvMwF+DtCAFK4L7SV8O3Ig+tvOqpGlkIcjnnsaArjJGJ/2wQbe6Vl/yA+ BSFVHxuvM3th+jzMpH7D91V6K+IqLGrX1Q34eIWVCJHVFBpO60d7zt4X//DEm2rFUlsi hs3Qp1mcb9usZA+5uTOZPd/ZAHwSSjxD5eJsu3B87hBA4yzgASmxuiaJIilGdbmW5jze 8FhA==
X-Gm-Message-State: AIVw11035KgWKnJBzqyfDgfGyS5pgKDonzVtXRIdMeTUE/eTIWwcHWdB +DXQj0M//5Pi0Twj7QMk53mmvKnKgg==
X-Received: by 10.80.222.13 with SMTP id z13mr10448971edk.212.1500800587834; Sun, 23 Jul 2017 02:03:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.80.138.99 with HTTP; Sun, 23 Jul 2017 02:02:27 -0700 (PDT)
In-Reply-To: <567fdbe4992c4207b54c77b1ec8cd0cd@XCH-ALN-001.cisco.com>
References: <20170721062741.GA3215@faui40p.informatik.uni-erlangen.de> <CA+wi2hOCZkLeuqnqr-waNMtaex+Pjq3rXzH-HVqJhLkWQUgj_Q@mail.gmail.com> <567fdbe4992c4207b54c77b1ec8cd0cd@XCH-ALN-001.cisco.com>
From: Tony Przygienda <tonysietf@gmail.com>
Date: Sun, 23 Jul 2017 11:02:27 +0200
Message-ID: <CA+wi2hMVoDCRbumUA1WuWtwAxeCW=6xPFJByuMZEtwqxXDLtOg@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: Toerless Eckert <tte@cs.fau.de>, "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>
Content-Type: multipart/alternative; boundary="f403043e44f0eaa9000554f85d6e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/Iv-94vTmn_jy95UIvJsb2Lasow8>
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: Sun, 23 Jul 2017 09:03:12 -0000

On Sat, Jul 22, 2017 at 8:03 AM, Les Ginsberg (ginsberg) <ginsberg@cisco.com
> wrote:

> 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>
>

sigh, missed that on fly-over.


>
>
> 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)
>

I forgot about that specifically since we had multiple discussions, you,
Peter, others and different conclusions have been reached in time per
protocol. You're here to keep my distracted self honest ...

OK< with that I think ISIS is a no-action-necessary.



>
>
> Note this is “consistent” with https://www.ietf.org/id/draft-
> ietf-bier-ospf-bier-extensions-07.txt Section 2.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.
>

ah, ok, I see that that we're area-scope now as well. I know we had an
agreement before that it would be AS scope or something so that changed and
is consistent ...

IMO no action on OSPF necessary either, Toerless ... Sorry for my imperfect
memories when we talked ....


> 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.
>
>
>

Well, we could say "loopbacks must be leaked ..." and so on but this is
cleaner. We limit ourselves and solve the problem in the general ISIS
framework if it comes up ...

thanks Les

--- tony