Re: [Lsr] Moving Forward [Re: Flooding Reduction Draft Redux]

Robert Raszuk <robert@raszuk.net> Sat, 02 February 2019 12:20 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16BCE130D7A for <lsr@ietfa.amsl.com>; Sat, 2 Feb 2019 04:20:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 cKrhjnImALRR for <lsr@ietfa.amsl.com>; Sat, 2 Feb 2019 04:20:18 -0800 (PST)
Received: from mail-qt1-x835.google.com (mail-qt1-x835.google.com [IPv6:2607:f8b0:4864:20::835]) (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 ADD4C128D09 for <lsr@ietf.org>; Sat, 2 Feb 2019 04:20:18 -0800 (PST)
Received: by mail-qt1-x835.google.com with SMTP id e5so10784433qtr.12 for <lsr@ietf.org>; Sat, 02 Feb 2019 04:20:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yPaHdcCGotilLzjVsjVIUIGXdc2UgqNOizqD977XZZU=; b=JYnApD3XzRZ9scSzfHhCnhLCF7uj17YimCzet96bcy9NFx4kp4kYiXKzkMZjoNtCuc wdQdOTqRMOXMHKmKzv2mc2649g0xbjzW6h5bbhL1wzyAUd4sIsD1qm4vh1y3lZ1ma8Zq osp4RbcfNQ+KiN3HLlRdLsMMYSaLCYcZW2Hcx8nUdl8ysuUBM6QYBwYWjhkcZKrX71US JuUoqpSZ7Zm6mhG3M/NPuXthCLRxj4kpDUhC0BznBCeumOD4sEWP7vQL2o7D/W8+Pif2 FgbF50Q/YO9EMIVFxKqG8tam/I/3vwrmV84cernsYLx9yCIlzkH9oRAFf1peREc2on/O 6F5g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yPaHdcCGotilLzjVsjVIUIGXdc2UgqNOizqD977XZZU=; b=m8DELuA/Wi4uEKgF+ssdkg4G7NXQi1T6AyivssCdEZWNR8EIL2F5n9hp/Elfy3g1AX fcF9gaeYymQ+2sAB+TFVIduvW3yMWkOq72W7y3p9zRjvgRyOknqqCZdIyZDd8gbgMXoX TtqiAMpFva1qr20Zy3+1cJMGKpenXC+JwD+ALc/KHab23pId6514XQH+v0LyH7jgT4gV FgCv71QsNcrAgZtZJSiCI6fEsPSFnhU5NXYowz86UMsik7CAI8ihCZGH9/292A8Ljch3 tCCGODTZvWe37T23hPCvnQ94pIEybMtqzkx2Isxnv/ub7WcPZ1yIoDUXGwMoAvKmmrWN CIHw==
X-Gm-Message-State: AJcUukdN6/NzUSW1ZuyPqQCcLGmhWS4FiQA/8VlPh4IXjCz90HVVFpRl RjsaXHGmzxk05YBv9jJpFbcJuh6DOHlZBoyLRFRPKA==
X-Google-Smtp-Source: ALg8bN5l1BS+aqRZBnJxlSxocP04g1n8J97sG7C+un5D0BVbdqsuugbDgRDR/LOPoYuDZViJ98eYrnsm+T+KFjTxSCU=
X-Received: by 2002:ac8:4359:: with SMTP id a25mr43533674qtn.361.1549110017690; Sat, 02 Feb 2019 04:20:17 -0800 (PST)
MIME-Version: 1.0
References: <sa65zu31zqk.fsf@chopps.org> <sa64l9n1yqy.fsf@chopps.org>
In-Reply-To: <sa64l9n1yqy.fsf@chopps.org>
From: Robert Raszuk <robert@raszuk.net>
Date: Sat, 02 Feb 2019 13:20:05 +0100
Message-ID: <CAOj+MMHVzuhfUNB+U_wLZ6M1KSPzJ_UNNAMwO0q5t9N3BoVoyQ@mail.gmail.com>
To: Christian Hopps <chopps@chopps.org>
Cc: lsr@ietf.org
Content-Type: multipart/alternative; boundary="00000000000052a20a0580e848ad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/mMqcHLF60W94HDLiPkYKWTn5uV0>
Subject: Re: [Lsr] Moving Forward [Re: Flooding Reduction Draft Redux]
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Feb 2019 12:20:21 -0000

Sound like best plan fwd.

Thx,
R.

On Fri, Feb 1, 2019, 13:26 Christian Hopps <chopps@chopps.org wrote:

>
> Summary of where we are at with dynamic flooding reduction:
>
>  - We have a well written original work that came first and described the
> problems as well as a TLVs to allow for a centralized solution
> (draft-li-dyanmic-flooding). We do not need to standardize the centralized
> algorithm.
>
>  - A small change to this work allowed for distributed algorithms and for
> outside work on distributed algorithms to continue in parallel.
>
>  - We have another original work that started primarily as a distributed
> algorithm
>    (draft-cc-ospf-flooding-reduction)
>
>  - Finally we also have:
>    - Cross-pollination of ideas.
>    - Failed attempts at merging.
>    - An authors list "Arms-Race".
>
> Moving forward:
>
> - During IETF 103 I proposed we have no conflict if we:
>
>    1) adopt draft-li-lsr-dyanmic-flooding as the base WG document.
>    2) have authors of draft-cc-lsr-flooding-reduction work on a
> distributed algorithm as they started with.
>
> - Acee agreed during the meeting (as chair) that this was the best way
> forward. We had some agreement form the floor as well.
>
> - Any good ideas regarding the distribution of a centralized topology can
> be debated and added (with appropriate attribution) to the base document
> after we adopt one.
>
> - This is what happens when we adopt a document as WG work, we work on it.
>
> - The original authors of the distributed solution can continue to work on
> their distributed algorithm in a separate document which would also need
> standardization.
>
> Does anyone see a serious problem with this path forward?
>
> Thanks,
> Chris & Acee.
> LSR Chairs.
>
> Christian Hopps <chopps@chopps.org> writes:
>
> > We've had the authors of the individual conflicting drafts take a shot
> at merging their work.
> >
> >    This has failed.
> >
> > Here is the full history (which I also summarized during IETF103 as
> well). I will send a second email discussing this.
> >
> > - Jan 2, 2018 Publication: draft-li-dynamic-flooding and
> drfat-li-dynamic-flooding-isis
> >   published centralized solution.
> >
> > - Mar 5, 2018 Publication: draft-cc-isis-flooding-reduction and
> draft-cc-ospf-flooding-reduction
> >   published distributed solution.
> >   - mention of centralized solution asserting it is not good choice.
> >
> > - IETF 101 (Mar 2018)
> >   - Video:
> https://www.youtube.com/watch?v=qHmT4ytMn4w&list=PLC86T-6ZTP5j_HaBNdfPbgxGIp22cnaWS
> >   - Minutes:
> https://datatracker.ietf.org/meeting/101/materials/minutes-101-lsr-00
> >   - draft-li-dynamic-flooding-02 presented (1 author). at IETF 101
> >     - Generally well received.
> >   - draft-cc-ospf-flooding-reduction-00 (4 authors) presented.
> >     - Serious problems immediately found during presentation -- not
> fully baked.
> >
> > - Mar 18, 2018 draft-li-dynamic-flooding-03 published (1 author)
> > - Mar 27, 2018 draft-li-dynamic-flooding-04 published (1 author)
> > - Apr 20, 2018 draft-cc-ospf-flooding-reduction-01 revised
> > - Jun 28, 2018 draft-li-dynamic-flooding-05 published (2 authors)
> >   - *SMALL CHANGE TO SUPPORT DISTRIBUTED ALGORITHM*.
> >   - Does not specify distributed algorithm only how to indicate one in
> use, small change.
> >
> > - Jul 2, 2018 draft-cc-ospf-flooding-reduction-02 published
> >
> > - IETF 102 (Jul 14, 2018)
> >   - draft-li-dynamic-flooding-05 presented.
> >   - draft-cc-ospf-flooding-reduction-02 presented.
> >
> > - Sep 12, 2018 draft-cc-ospf-flooding-reduction-03 (4 authors)
> >   - *LARGE CHANGE ADDS NEW CENTRALIZED SOLUTION*.
> >
> > - Sep 20, 2018 draft-cc-ospf-flooding-reduction-04 (4 authors)
> >
> > - Oct 21, 2018 draft-li-lsr-dynamic-flooding-00 and -01 (5 authors)
> >
> > - IETF 103 (Nov 3, 2018)
> >
> >   - Chairs give direction
> >
> >     - draft-li-lsr-dynamic-flooding-05 having come first, being well
> written and not
> >       specifying a distributed algorithm (merely allowing for one) is
> the correct vehicle
> >       to adopt as a base document.
> >
> >     - Distributed algorithm work (the original basis for
> draft-cc-ospf-flooding-reduction)
> >       should continue as a separate document form the base which would
> thus we have no
> >       conflicts.
> >
> > - In the meantime the authors try and merge work, this fails.
> >
> > - Dec 3, 2018 draft-li-lsr-dynamic-flooding-02 (7 authors)
> >
> > - Dec 10, 2018 draft-cc-lsr-flooding-reduction-00 (4 authors)
> >
> > - Jan 7, 2019  draft-cc-lsr-flooding-reduction-01 (8 authors)
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>