Re: [lisp] I-D Action: draft-ietf-lisp-rfc6830bis-10.txt

Albert Cabellos <albert.cabellos@gmail.com> Mon, 05 March 2018 21:34 UTC

Return-Path: <albert.cabellos@gmail.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2896412E8AE for <lisp@ietfa.amsl.com>; Mon, 5 Mar 2018 13:34:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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] 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 oYokMj65jcfD for <lisp@ietfa.amsl.com>; Mon, 5 Mar 2018 13:33:58 -0800 (PST)
Received: from mail-yw0-x235.google.com (mail-yw0-x235.google.com [IPv6:2607:f8b0:4002:c05::235]) (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 6805E12E057 for <lisp@ietf.org>; Mon, 5 Mar 2018 13:33:58 -0800 (PST)
Received: by mail-yw0-x235.google.com with SMTP id g198so6202174ywb.3 for <lisp@ietf.org>; Mon, 05 Mar 2018 13:33:58 -0800 (PST)
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=8TYUG+x873DcT+Ka51f8ZGBRLSJuA4im/XD6mvblwmc=; b=L1t3hMEWgILpfygPi4v48ZWxpJiydReOP0rk4GgxnTYekVWrPCSrWTC4LQgaAF1Zhz bWmmMAS5hMrHk7f1mqrKYYJggyPYaDPQ7iPQ71jC1t3EKKCP6h66c0wW6F5Vr4gb0sTV 3sEx3EHxj0n4d3YWc86rofJ7wZg4IdRHkFC9JCrT0Gl2Sg4Pc4vRh9hW4Y6dlx8uVs+q zhBu/LN1aWLUHoNMuImBhC7WZ6KzLHYWWURdjQv4K5QpL6e+9Rd4H76fvUig/icvTcxR 5Up/LkfW/IF5vrNpkL+s8yaTkiShtdTrnRAfxNrgs6IAG9D7BCo0CA0LUQSvS4rjwRnp xf1g==
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=8TYUG+x873DcT+Ka51f8ZGBRLSJuA4im/XD6mvblwmc=; b=V+JySInPE7Q3BX9kl8R8M6O63pZdutD8tPA+CfMZhRXxyZYx8uicfIrR3UsH26jQqv E4duMQZTtiYDiDb4IcjNMKuZy0P8zjp9h+HRbaao6qUgI8ikoFjHdckK9SCB0cCuwae7 YDzipc5EwfeS0dx5kOxZMFsuI8zbO/GlOV76Ff+UkzwHFBaraBSRxJmlbMCEEzjVDW0f S2vJseQ5Zqh6Rv2XpFACsDypATUXXR0qyJfqD46UG1wyqAblua6vbUAOUVxwvId50crh JocA1IdM5nf5IebjDLacqBBvDDMxcsvUUxRWgxGEyrud+lBysh/U/F1CZbbcoOCpmmQg mrLg==
X-Gm-Message-State: APf1xPDlbZ22fS/PuGbuzP4xzNEBeziKmNAzZPyCMJ4A7lVfMdO33UJq k+E2XcketBhExQ0A3kl2OU06R7A1xA7KIlTsIFVzXg==
X-Google-Smtp-Source: AG47ELtdZwRBYqrgbuCCHfMlQtPeE2NIUoju/l2q9gHhsFdSEG/a57x+OtJFWK12LFSoA9OkhKqIgIL44dhaX0MaE90=
X-Received: by 10.13.219.79 with SMTP id d76mr9843287ywe.182.1520285637679; Mon, 05 Mar 2018 13:33:57 -0800 (PST)
MIME-Version: 1.0
Received: by 2002:a25:1045:0:0:0:0:0 with HTTP; Mon, 5 Mar 2018 13:33:57 -0800 (PST)
In-Reply-To: <3EA9399D-FD63-4FE6-B5E7-60C689C72A1A@gmail.com>
References: <152020746448.27984.11372193418686210665@ietfa.amsl.com> <B6FD836A-B8D0-4C65-BEDC-AE73F2A91F1B@gigix.net> <CAGE_QewcTZLP2dN_x7ijdkVpWVBUmTCq=EHUveGS1qFXUiw_Sw@mail.gmail.com> <96336BD1-113B-4943-9577-FE77F8815BBE@gmail.com> <1B8B0B8A-55D0-4256-9F3A-EC5221964108@gigix.net> <3EA9399D-FD63-4FE6-B5E7-60C689C72A1A@gmail.com>
From: Albert Cabellos <albert.cabellos@gmail.com>
Date: Mon, 05 Mar 2018 22:33:57 +0100
Message-ID: <CAGE_Qexh64GoA=ZKYcvD_N76w8zpNPAzPf1xg2e9u2QoeDvrwA@mail.gmail.com>
To: Dino Farinacci <farinacci@gmail.com>
Cc: Luigi Iannone <ggx@gigix.net>, Albert Cabellos <acabello@ac.upc.edu>, "lisp@ietf.org list" <lisp@ietf.org>, lisp-chairs@tools.ietf.org
Content-Type: multipart/alternative; boundary="001a114fcee064209b0566b11541"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/aTooIiWBd8RBYhFPKCBo6-rc8GY>
Subject: Re: [lisp] I-D Action: draft-ietf-lisp-rfc6830bis-10.txt
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Mar 2018 21:34:02 -0000

Hi

I'll post a new version without such sections shortly.

I volunteer to help writing the OAM document.

Albert

On Mon, Mar 5, 2018 at 9:35 PM, Dino Farinacci <farinacci@gmail.com> wrote:

> >> On 5 Mar 2018, at 19:06, Dino Farinacci <farinacci@gmail.com> wrote:
> >>
> >>> Hi all
> >>>
> >>> This document should address all the comments except this one:
> >>>
> >>> G.- Move sections 16 (Mobility Considerations), 17 (xTR Placement
> Considerations), 18 (Traceroute Consideration) to a new OAM document
> >>>
> >>> The authors would like to have a better understanding of where this
> text will go.
> >>
> >> Right, we concluded to not remove the valuable text.
> >
> > Nobody wants to lose valuable text.
>
> Glad you feel that way.
>
> >
> >> A lot of time and thought went into writing it and we didn’t want to
> lose it. There was no where that was agreed upon to put it.
> >
> > That is not accurate. There was clear indication to move it to a new OAM
> document, without any change in the text.
> > Purpose was to have just a different placeholder that make more sense.
> > This is an half an hour task.
>
> But there was also concerns about slowing the process down. And the
> co-authors (Albert and I) don’t think it should move from RFC6833.
>
> So there isn’t concensus. And I don’t believe it is even rough concensus.
>
> >
> >>
> >> So since we felt there was no concensus on Sections 16-18, we didn’t
> make any change.
> >
> > Again not accurate, please spend half an hour to create the OAM document.
> > If you do not have time we can appoint other editors for the task.
> Authorship will be anyway preserved.
>
>
> Section 16 is “Mobility Considerations” that discusses various forms of
> how EIDs can change RLOCs. And it sets up for different designs that are
> already documented in various documents. But Mobility certainly shouldn’t
> go in an OAM document.
>
> Section 17 discusses where xTRs (data-plane boxes) should reside in the
> network. And sets up for a more detail discussion which is in the
> Deployment RFC.
>
> Section 18 is “Traceroute Considerations”, this arguably can go into an
> OAM document. But it would be 3 pages. And then one would argue there are
> other OAM mechanisms spread across LISP documents that could go in an OAM
> document.
>
> This will not take 1/2 hour.
>
> And I’m finding it hard to see the value in doing all this busy work. We
> have already accomplished separating data-plane text from control-plane
> text. We achieved that goal from the charter.
>
> Dino
>
>