Re: [Isis-wg] FW: I-D Action: draft-white-openfabric-00.txt

"Les Ginsberg (ginsberg)" <ginsberg@cisco.com> Tue, 07 March 2017 05:37 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 A51CF1294B7; Mon, 6 Mar 2017 21:37:36 -0800 (PST)
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, 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, URIBL_BLOCKED=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 NYHygRc4_GU1; Mon, 6 Mar 2017 21:37:35 -0800 (PST)
Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 345EA127078; Mon, 6 Mar 2017 21:37:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5089; q=dns/txt; s=iport; t=1488865055; x=1490074655; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=sfVmbH8ox5VwPOWzS2uHPBhqcZYVnz4d6JdUZ3sLT90=; b=muU3sLt31jh5YS2GeYyq1NdVpDiPNmEA9yo6LMsYooqTInCDzncLVsjc 9a6Cd355E0HIVpJL1B3RoX6gRmr7b/4xISUc/oxseMwpwFEVLyd+maISH v2JmO9c1wB+toanDP3QXuqqKEvXcIknQcq1AZKP55avtq5YO4H+ybRpcH A=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0ATAQDURr5Y/5ldJa1eGQEBAQEBAQEBAQEBBwEBAQEBgycqYYEKB41kkUmVN4INHwuFeAKCKD8YAQIBAQEBAQEBayiFFQEBAQMBAQE4NBcEAgEIEQQBAQEeCQcnCxQJCAIEARIIAYlrCA6yAop4AQEBAQEBAQEBAQEBAQEBAQEBAQEBHYZOhG+FBoUzBZVghkwBhnWLNIIEU4RPhHCFEop2iEQBHziBA1YVGCeEUwEdgWIBdQGIZ4ENAQEB
X-IronPort-AV: E=Sophos;i="5.35,257,1484006400"; d="scan'208";a="215129518"
Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2017 05:37:25 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v275bQQO027193 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 7 Mar 2017 05:37:26 GMT
Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 6 Mar 2017 23:37:25 -0600
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; Mon, 6 Mar 2017 23:37:25 -0600
From: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
To: Hannes Gredler <hannes@gredler.at>, Russ White <7riw77@gmail.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>, "isis-wg@ietf.org" <isis-wg@ietf.org>
Thread-Topic: [Isis-wg] FW: I-D Action: draft-white-openfabric-00.txt
Thread-Index: AQNWQt4E90XAKMHWxi2c/u65al3g3p6BTbjwgACUU4D//5/HEA==
Date: Tue, 07 Mar 2017 05:37:25 +0000
Message-ID: <e27228386ae84cc9adc22549ebafbea0@XCH-ALN-001.cisco.com>
References: <148856628065.15830.3525312125332246258.idtracker@ietfa.amsl.com> <02ee01d296e9$ec570d00$c5052700$@gmail.com> <4e4d4333-9a0e-1e03-955a-cdf9b7072373@gredler.at>
In-Reply-To: <4e4d4333-9a0e-1e03-955a-cdf9b7072373@gredler.at>
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.105.138]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/isis-wg/3kGTg_IdjwH4S-V5iS8ZsWBRRCs>
Subject: Re: [Isis-wg] FW: I-D Action: draft-white-openfabric-00.txt
X-BeenThere: isis-wg@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 07 Mar 2017 05:37:36 -0000

Russ -

Could you also clarify who sets the "DNR" bit in an LSP and when?
Is it the originator or one or more of the receivers? And does it have the same state  when flooded on all links or does it vary from link to link?

If the state of the bit is modified as part of the flooding I don't see how this works since it would also require recalculation of the checksum/authentication hash - and the LSP would no longer "look like" the original.

   Les


> -----Original Message-----
> From: Isis-wg [mailto:isis-wg-bounces@ietf.org] On Behalf Of Hannes
> Gredler
> Sent: Monday, March 06, 2017 9:14 PM
> To: Russ White; rtgwg@ietf.org; isis-wg@ietf.org
> Subject: Re: [Isis-wg] FW: I-D Action: draft-white-openfabric-00.txt
> 
> hi russ,
> 
> couple of comments / questions.
> 
> 1)
> ---
>    OpenFabric implementations MUST NOT be mixed with standard IS-IS
>    implementations in operational deployments.  OpenFabric and standard
>    IS-IS implementations SHOULD be treated as two separate protocols.
> ---
> 
> any hard feelings about using MI as a way of guaranteeing that the two
> protocols are shielded from each other ?
> 
> 2) Modified Adjacency Formation
> 
> rather than doing the "only one adjacency is up" (which we did prior to the
> graceful-restart SA bit) - suggest to use the graceful-restart 'SA'
> bit, such that a node can bring up the adjacency without generating a new
> LSP. The LSP can then be generated if the initial-sync is done (and the new
> LSP arrival rate indicates that the dust is settling) such that the LSP may get
> released.
> 
> 3) Flooding Optimization
> it looks to me you have re-invented the OLSR MPR set.
> https://tools.ietf.org/html/rfc3626#section-8.2
> perhaps you may want to add a reference.
> 
> /hannes
> 
> On 3/7/17 3:24, Russ White wrote:
> >
> > FYI.
> >
> > :-)
> >
> > Russ
> >
> >> -----Original Message-----
> >> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf
> >> Of internet-drafts@ietf.org
> >> Sent: Friday, March 3, 2017 1:38 PM
> >> To: i-d-announce@ietf.org
> >> Subject: I-D Action: draft-white-openfabric-00.txt
> >>
> >>
> >> A New Internet-Draft is available from the on-line Internet-Drafts
> > directories.
> >>
> >>
> >>         Title           : OpenFabric
> >>         Authors         : Russ White
> >>                           Shawn Zandi
> >> 	Filename        : draft-white-openfabric-00.txt
> >> 	Pages           : 13
> >> 	Date            : 2017-03-03
> >>
> >> Abstract:
> >>    Spine and leaf topologies are widely used in hyperscale and cloud
> >>    scale networks.  In most of these networks, configuration is
> >>    automated, but difficult, and topology information is extracted
> >>    through broad based connections.  Policy is often integrated into the
> >>    control plane, as well, making configuration, management, and
> >>    troubleshooting difficult.  OpenFabric is an adaptation of an
> >>    existing, widely deployed link state protocol, Intermediate Sytem to
> >>    Intermediate System (IS-IS) that is designed to:
> >>
> >>    o  Provide a full view of the topology from a single point in the
> >>       network to simplify operations
> >>
> >>    o  Minimize configuration of each router (or switch) in the
> >> network
> >>
> >>    o  Optimize the operation of IS-IS within a spine and leaf fabric to
> >>       enable scaling
> >>
> >>    This document begins with an overview of OpenFabric, including a
> >>    description of what may be removed from IS-IS to enable scaling.  The
> >>    document then describes an optimized adjacency formation process; an
> >>    optimized flooding scheme; some thoughts on the operation of
> >>    OpenFabric, metrics, and aggregation; and finally a description of
> >>    the changes to the IS-IS protocol required for OpenFabric.
> >>
> >>
> >> The IETF datatracker status page for this draft is:
> >> https://datatracker.ietf.org/doc/draft-white-openfabric/
> >>
> >> There's also a htmlized version available at:
> >> https://tools.ietf.org/html/draft-white-openfabric-00
> >>
> >>
> >> Please note that it may take a couple of minutes from the time of
> > submission
> >> until the htmlized version and diff are available at tools.ietf.org.
> >>
> >> Internet-Drafts are also available by anonymous FTP at:
> >> ftp://ftp.ietf.org/internet-drafts/
> >>
> >> _______________________________________________
> >> I-D-Announce mailing list
> >> I-D-Announce@ietf.org
> >> https://www.ietf.org/mailman/listinfo/i-d-announce
> >> Internet-Draft directories: http://www.ietf.org/shadow.html or
> >> ftp://ftp.ietf.org/ietf/1shadow-sites.txt
> >
> > _______________________________________________
> > rtgwg mailing list
> > rtgwg@ietf.org
> > https://www.ietf.org/mailman/listinfo/rtgwg
> >
> 
> _______________________________________________
> Isis-wg mailing list
> Isis-wg@ietf.org
> https://www.ietf.org/mailman/listinfo/isis-wg