Re: [lisp] Fwd: Alvaro Retana's No Objection on draft-ietf-lisp-rfc6830bis-16: (with COMMENT)

"BRUNGARD, DEBORAH A" <db3546@att.com> Tue, 11 September 2018 23:59 UTC

Return-Path: <db3546@att.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 9F171130F47 for <lisp@ietfa.amsl.com>; Tue, 11 Sep 2018 16:59:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.61
X-Spam-Level:
X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 SgaUeHj-WYwP for <lisp@ietfa.amsl.com>; Tue, 11 Sep 2018 16:59:30 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FB2B130E0E for <lisp@ietf.org>; Tue, 11 Sep 2018 16:59:30 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.22/8.16.0.22) with SMTP id w8BL6lRK004564; Tue, 11 Sep 2018 17:07:24 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0049297.ppops.net-00191d01. with ESMTP id 2memkg9sr1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 11 Sep 2018 17:07:23 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w8BL7LSG014644; Tue, 11 Sep 2018 17:07:22 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [135.66.87.52]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id w8BL7EA7014575; Tue, 11 Sep 2018 17:07:14 -0400
Received: from zlp27125.vci.att.com (zlp27125.vci.att.com [127.0.0.1]) by zlp27125.vci.att.com (Service) with ESMTP id CC9DA16A3EF; Tue, 11 Sep 2018 21:07:14 +0000 (GMT)
Received: from MISOUT7MSGHUBAE.ITServices.sbc.com (unknown [130.9.129.149]) by zlp27125.vci.att.com (Service) with ESMTPS id B46A716A3EE; Tue, 11 Sep 2018 21:07:14 +0000 (GMT)
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.139]) by MISOUT7MSGHUBAE.ITServices.sbc.com ([130.9.129.149]) with mapi id 14.03.0415.000; Tue, 11 Sep 2018 17:07:14 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Albert Cabellos <albert.cabellos@gmail.com>, Dino Farinacci <farinacci@gmail.com>
CC: "lisp@ietf.org list" <lisp@ietf.org>
Thread-Topic: [lisp] Fwd: Alvaro Retana's No Objection on draft-ietf-lisp-rfc6830bis-16: (with COMMENT)
Thread-Index: AQHUSUxnqYCQtt45cUGrQKtyQStbFKTqbE2xgADw4oCAACyCgIAAAhwAgAA5zYD//8IUwA==
Date: Tue, 11 Sep 2018 21:07:13 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C8884057A0@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <153661454107.16021.14181238567935017697.idtracker@ietfa.amsl.com> <82C0DF7A-E661-48DF-ABCE-7C830E875E70@gmail.com> <f51f97af-5b4c-ac7f-b239-bc39088a263a@joelhalpern.com> <CAMMESsxdBxCCdAVL5LR-QcknucoKayNFV7mp=jGX+txxVz4fog@mail.gmail.com> <8A78EF35-B0E4-43EC-A6B7-EB7DED60210F@gmail.com> <CAGE_Qexi9hkxEVfkLwy85N94mLbF8xLJ9ycgLgTctN2=ZC5M5A@mail.gmail.com>
In-Reply-To: <CAGE_Qexi9hkxEVfkLwy85N94mLbF8xLJ9ycgLgTctN2=ZC5M5A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.10.164.245]
Content-Type: multipart/alternative; boundary="_000_F64C10EAA68C8044B33656FA214632C8884057A0MISOUT7MSGUSRDE_"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2018-09-11_11:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809110207
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/gPuqNVTrlajyQK02JOhTmOSN07w>
Subject: Re: [lisp] Fwd: Alvaro Retana's No Objection on draft-ietf-lisp-rfc6830bis-16: (with COMMENT)
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 11 Sep 2018 23:59:34 -0000

Hi Albert,

LISP-intro is only blocked by one document, lisp-sec. One could do an update, though as Dino noted, because RFC6830 included both 6830bis and 6833bis, one would need to go thru the document and clean up all the references to RFC6830. And then one would need to wait for these documents to progress as they are both normative. The current version is ok as is - it points to RFC6830 (and datatracker will point a reader to the bis’s).

I’m wondering on another approach. If I recall correctly (my memory may have faded), we had optimism that lisp-sec would be done by now, and so had waited on it. But it is not. Looking at the reference to it in lisp-intro, it is in the security section as “and the lightweight authentication mechanism proposed by LISP-Sec [I-D.ietf-lisp-sec] reduces”. I wasn’t involved at the time, but I’m wondering why a “proposed mechanism” merited a normative reference in an informational document?

RFC7322 RFC Style Guide has:
“Reference lists must indicate whether each reference is normative or informative, where normative references are essential to implementing or understanding the content of the RFC and informative references provide additional information”.

I don’t see lisp-sec as essential to implementing lisp-intro. I don’t know why it was listed as normative? To me, it is providing additional information.

If the working group agrees, I can check with the RFC-Editor if can move lisp-security to informative. I think the change will only need author and AD approval. Does anyone have any concerns? Or is lisp-security “almost done” and should continue to wait?

Deborah


From: lisp <lisp-bounces@ietf.org> On Behalf Of Albert Cabellos
Sent: Tuesday, September 11, 2018 4:04 PM
To: Dino Farinacci <farinacci@gmail.com>
Cc: lisp@ietf.org list <lisp@ietf.org>
Subject: Re: [lisp] Fwd: Alvaro Retana's No Objection on draft-ietf-lisp-rfc6830bis-16: (with COMMENT)

Hi

I am not familiar with all the IETF procedures, but lisp-intro has been waiting for a missing reference for 1000+ days and the day it will become RFC it will be referencing an obsolete document.

I think that we should make it right, if someone can shepherd me on what to do I´ll be happy to work on it.

Albert

On Tue, Sep 11, 2018 at 6:37 PM Dino Farinacci <farinacci@gmail.com<mailto:farinacci@gmail.com>> wrote:
Right now there is no circular dependency. To summarize:

(1) RFC6830 does not point to 6830bis or lisp-intro.
(2) lisp-intro points to RFC6830.
(3) 6860bis needs to point to RFC6830.

Let’s please don’t change any this. Let’s not make this more complciated then it needs to be and let’s not confuse people, especially the authors. ;-)

Dino


> On Sep 11, 2018, at 9:29 AM, Alvaro Retana <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>> wrote:
>
> On September 11, 2018 at 9:50:29 AM, Joel M. Halpern (jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>) wrote:
>
> Hi!
>
>> Any change to lisp-intro should be done by discussion with the RFC
>> Editor, as it is in the RFC Editor queue (pending reference completion).
>> If the working group considers it acceptable, we could easily ask them
>> to change the references to 6830 and 6833 to the bis documents (after
>> all, it is alreay blocked by documents which depend upon those.)
> The reference would still be circular: rfc6830bis would point at lisp-introduction for architecture details, and that would point back here.
>
> If lisp-introduction was just that (an introduction) and the details were in rfc6830 to start with…. Maybe the easy fix is to just not point to lisp-introduction from rfc6830bis, because the details should be here (and rfc6833bis) already.
>
> s/Finally, [I-D.ietf-lisp-introduction] describes the LISP architecture.//
>
> Alvaro.
>
>
>
>>
>>
>> Yours,
>> Joel
>>
>> On 9/10/18 11:27 PM, Dino Farinacci wrote:
>> > If you guys have source for the intro doc, I could point it to bis
>> > documents?
>> >
>> > Dino
>> >
>> >
>> > Begin forwarded message:
>> >
>> >> *Resent-From:* <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org> <mailto:alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>>
>> >> *From:* Alvaro Retana <aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>
>> >> <mailto:aretana.ietf@gmail.com<mailto:aretana.ietf@gmail.com>>>
>> >> *Date:* September 10, 2018 at 2:22:21 PM PDT
>> >> *Resent-To:* farinacci@gmail.com<mailto:farinacci@gmail.com> <mailto:farinacci@gmail.com<mailto:farinacci@gmail.com>>,
>> >> vince.fuller@gmail.com<mailto:vince.fuller@gmail.com> <mailto:vince.fuller@gmail.com<mailto:vince.fuller@gmail.com>>, dmm@1-4-5.net<mailto:dmm@1-4-5.net>
>> >> <mailto:dmm@1-4-5.net<mailto:dmm@1-4-5.net>>, darlewis@cisco.com<mailto:darlewis@cisco.com>
>> >> <mailto:darlewis@cisco.com<mailto:darlewis@cisco.com>>, acabello@ac.upc.edu<mailto:acabello@ac.upc.edu>
>> >> <mailto:acabello@ac.upc.edu<mailto:acabello@ac.upc.edu>>
>> >> *To:* "The IESG" <iesg@ietf.org<mailto:iesg@ietf.org> <mailto:iesg@ietf.org<mailto:iesg@ietf.org>>>
>> >> *Cc:* draft-ietf-lisp-rfc6830bis@ietf.org<mailto:draft-ietf-lisp-rfc6830bis@ietf.org>
>> >> <mailto:draft-ietf-lisp-rfc6830bis@ietf.org<mailto:draft-ietf-lisp-rfc6830bis@ietf.org>>, Luigi Iannone
>> >> <ggx@gigix.net<mailto:ggx@gigix.net> <mailto:ggx@gigix.net<mailto:ggx@gigix.net>>>, lisp-chairs@ietf.org<mailto:lisp-chairs@ietf.org>
>> >> <mailto:lisp-chairs@ietf.org<mailto:lisp-chairs@ietf.org>>, lisp@ietf.org<mailto:lisp@ietf.org> <mailto:lisp@ietf.org<mailto:lisp@ietf.org>>
>> >> *Subject:* *Alvaro Retana's No Objection on
>> >> draft-ietf-lisp-rfc6830bis-16: (with COMMENT)*
>> >>
>> >> Alvaro Retana has entered the following ballot position for
>> >> draft-ietf-lisp-rfc6830bis-16: No Objection
>> >>
>> >> When responding, please keep the subject line intact and reply to all
>> >> email addresses included in the To and CC lines. (Feel free to cut this
>> >> introductory paragraph, however.)
>> >>
>> >>
>> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_iesg_statement_discuss-2Dcriteria.html&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=YJD9Za9-5MS0nO-a4vJG7njhQqMM2mnS730nB-PclZA&s=oPZvrLxSbMmHAkPUEKcOEuc_W3yLv78MaueJ0vFnI70&e=>
>> >> for more information about IESG DISCUSS and COMMENT positions.
>> >>
>> >>
>> >> The document, along with other ballot positions, can be found here:
>> >> https://datatracker.ietf.org/doc/draft-ietf-lisp-rfc6830bis/<https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_draft-2Dietf-2Dlisp-2Drfc6830bis_&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=YJD9Za9-5MS0nO-a4vJG7njhQqMM2mnS730nB-PclZA&s=nUPPoB0OOP411rwJQI4vWXc0-ilIPZ5gKw2ya09H85s&e=>
>> >>
>> >>
>> >>
>> >> ----------------------------------------------------------------------
>> >> COMMENT:
>> >> ----------------------------------------------------------------------
>> >>
>> >> Thanks for the work on this document!
>> >>
>> >> I have some relatively minor comments/nits:
>> >>
>> >> (1) §18: s/RFC8060/RFC8061
>> >>
>> >> (2) §1: "Finally, [I-D.ietf-lisp-introduction] describes the LISP
>> >> architecture."  First of all, it would seem to me that the
>> >> Architecture should
>> >> be a Normative reference...but I-D.ietf-lisp-introduction says that it
>> >> "is used
>> >> for introductory purposes, more details can be found in RFC6830, the
>> >> protocol
>> >> specification."  This document obsoletes rfc6830...so it seems to me
>> >> that there
>> >> is a failed circular dependency.
>> >>
>> >> (3) References to rfc2119/rfc8174 and rfc8126 should be Normative.
>> >>
>> >>
>>
>> _______________________________________________
>> lisp mailing list
>> lisp@ietf.org<mailto:lisp@ietf.org>
>> https://www.ietf.org/mailman/listinfo/lisp<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_lisp&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=YJD9Za9-5MS0nO-a4vJG7njhQqMM2mnS730nB-PclZA&s=ugRUj6YxdlcfpWsNYEX-oZU7ob0qzzca0fQtmhDyO5A&e=>

_______________________________________________
lisp mailing list
lisp@ietf.org<mailto:lisp@ietf.org>
https://www.ietf.org/mailman/listinfo/lisp<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_lisp&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=YJD9Za9-5MS0nO-a4vJG7njhQqMM2mnS730nB-PclZA&s=ugRUj6YxdlcfpWsNYEX-oZU7ob0qzzca0fQtmhDyO5A&e=>