Re: [Int-dir] Intdir last call review of draft-ietf-ippm-alt-mark-10

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 20 September 2017 21:39 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: int-dir@ietfa.amsl.com
Delivered-To: int-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9B8E1321DE; Wed, 20 Sep 2017 14:39:05 -0700 (PDT)
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 VX2KbMHDI-fd; Wed, 20 Sep 2017 14:39:03 -0700 (PDT)
Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (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 E633A1320D8; Wed, 20 Sep 2017 14:39:02 -0700 (PDT)
Received: by mail-yw0-x234.google.com with SMTP id i6so2846435ywc.9; Wed, 20 Sep 2017 14:39:02 -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=nnJ5ztuqvqx059UFACJ400Y2+RP53RPjBsv4x71nTHs=; b=MZn6KvnDPZju8cDy//gkWcd4w2jrhFiDSRyK1NM1mEEfNph1tJVsi3w3+jVgpawujy fopNgwUxIOcY26dBSnpXhgF2mlEgYONKhmpIAx9bk2yBHrNSYx877w1kzIdQlZq1weW0 Ex/4qdbo/GGkFhXGBktc5h/WjG83krKtHTA9YkW9VAvqKVtTz27IrR5us/+UpICa8UFJ cebAFg53lX/HA7ch5AUyNalDmVl2y0eaIETKZFJ+puG5TQ0qUy+krrj/nz19Qnpe1AYo ajK1fuZRhUpsO8ULXaW116Vl4dXeS0Q/QaSPQ30pPOlpPpZ8tDcsYOcxau59pOOEHhfW BC5Q==
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=nnJ5ztuqvqx059UFACJ400Y2+RP53RPjBsv4x71nTHs=; b=em+mFnunll0a6DA6Fogm17C7xY4jzxwa3BciyUR0TZv54tIdbb3x/LH8JZu/OSeCto 7zu3gaWde3NGVayBJukvbkpOP4GDd0ISMV+hHqcZwHUoC30/s727dz5+gna1aWKoCglT nepm564yM+TMS4+s2g+lPpw9opboBmhQXvmYPDlGTb1xz1WZ/UsbAUVqIJeRJoM85Sh5 0QL/dsONw3juLrnQgjM4w+P4pvMKPajkLcNdYz/7UmEvZR5vht2qkNQUTiLsP35UUp2h A3Tm4ty7B1a+IsuwTvIRSlOuy6a6mFTOv374gEd4w5H2IIWmUM5+rEXpHgFp+IUopBOk IEXA==
X-Gm-Message-State: AHPjjUitJU7Kq5OxqQfUbG/lzyHTYVTmQqQvGpD4PjqezEirq53oRiih w4B8CJoiJ86UuOP+jnZvSgStP/kIXxbAL8ZHe4Y=
X-Google-Smtp-Source: AOwi7QDRI4Yu7+LFrloneJ2x126XYl6eFlEYqHFmJfXOOdJp/1KeBX8xN/6FwI0syw3H9kvFQ1dWQy4l1zRy2DdmFoo=
X-Received: by 10.37.186.197 with SMTP id a5mr75692ybk.39.1505943541808; Wed, 20 Sep 2017 14:39:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.2.71 with HTTP; Wed, 20 Sep 2017 14:39:01 -0700 (PDT)
In-Reply-To: <70909BB4-7E74-482C-9267-C94EA79A4F86@cisco.com>
References: <150574562717.15655.17755871925264723529@ietfa.amsl.com> <25fa600863494417bf02e3f1416cb010@TELMBXB02RM001.telecomitalia.local> <f96ae0b7-ac01-37af-8323-e27bb80b3039@innovationslab.net> <b66beb1a2b9248c89e2b36ef49783d95@TELMBXB02RM001.telecomitalia.local> <CAKKJt-cvwOqwUEFSAV4sK82Oz+u0qRs88XUq1AH5ZhR7=aWQyg@mail.gmail.com> <84FCE76E-08EC-49C5-BEA1-E556B26D60F5@cisco.com> <060ba31b-6494-99b7-8f9d-ecf87e805993@innovationslab.net> <70909BB4-7E74-482C-9267-C94EA79A4F86@cisco.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 20 Sep 2017 16:39:01 -0500
Message-ID: <CAKKJt-cb-rYrvDer2T+dFjX__-Ap8r=EKeBoqHghjiGQc+HxjA@mail.gmail.com>
To: "Carlos Pignataro (cpignata)" <cpignata@cisco.com>
Cc: Brian Haberman <brian@innovationslab.net>, Fioccola Giuseppe <giuseppe.fioccola@telecomitalia.it>, "int-dir@ietf.org" <int-dir@ietf.org>, "draft-ietf-ippm-alt-mark.all@ietf.org" <draft-ietf-ippm-alt-mark.all@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>
Content-Type: multipart/alternative; boundary="f403043df198dc875b0559a5cdad"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/jx48yNcEyvex_0zQDvQCMRwAI4k>
Subject: Re: [Int-dir] Intdir last call review of draft-ietf-ippm-alt-mark-10
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Sep 2017 21:39:06 -0000

Hi, Carlos and Brian,

On Wed, Sep 20, 2017 at 2:27 PM, Carlos Pignataro (cpignata) <
cpignata@cisco.com> wrote:

> Hi, Brian,
>
> On Sep 20, 2017, at 3:21 PM, Brian Haberman <brian@innovationslab.net>
> wrote:
>
> Hi Carlos,
>
> On 9/20/17 3:11 PM, Carlos Pignataro (cpignata) wrote:
>
> * The shepherd writeup mentions IPR 2557 in relation to this draft.
> However, the IPR declaration is only associated with the original
> individual draft. The IPR declaration needs to be updated to refer to the
> WG draft.
>
> [GF]: If needed we can renew the IPR declaration to refer to the WG draft.
>
>
> It might not hurt, but at the same time, a question:
>
> RFC 8179 S 5.4.2 talks about inheritance of IPR disclosures:
> https://tools.ietf.org/html/rfc8179#section-5.4.2
>
>      IPR
>      disclosures against a particular Contribution are assumed to be
>      inherited by revisions of the Contribution and by any RFCs that
>      are published from the Contribution unless the disclosure has been
>      updated or withdrawn.
>
> It is not clear if a “revision” of an I-D as a contribution includes
> renaming it as WG document, merges, etc.
>
> The data tracker tooling seems to be coded such that, if there is a
> Replaced_by relationship, the IPR declaration follows:
> https://datatracker.ietf.org/ipr/search/?submit=draft&id=
> draft-ietf-ippm-alt-mark
> “Total number of IPR disclosures found: 1."
>
> And contributors all acknowledged IPR 2557.
>
> So the question:
>
> * The shepherd writeup mentions IPR 2557 in relation to this draft.
> However, the IPR declaration is only associated with the original
> individual draft. The IPR declaration needs to be updated to refer to the
> WG draft.
>
>
>
> Does it carry forward?
>
>
> I think the answer is "sort of"...
>
> If I look at the datatracker page for the WG, I do see 2557 listed
> against the WG draft here:
>
> https://datatracker.ietf.org/wg/ippm/documents/
>
> However, I do not see that declaration when looking at the HTML'ized
> version of the draft here:
>
> https://tools.ietf.org/html/draft-ietf-ippm-alt-mark-10
>
>
> Although it is listed against the document at
> https://datatracker.ietf.org/doc/draft-ietf-ippm-alt-mark/
> (See right underneath IANA a highlighted “1”)
>
> And I’d assume the datatracker as a more authoritative rendering.
>
>
> while I do see it listed against the original individual submission here:
>
> https://tools.ietf.org/html/draft-tempia-ippm-p3m-03
>
> The IPR search page does show the indirect disclosure based on the
> individual submission.
>
> So, it looks like an issue in the HTML rendering of the WG draft.
>
>
> Thank you for checking.
>

Yes, thank you for that.


> In any case, I appreciate your initial point and I believe being explicit
> and update the declaration is the way to go.
>

Clarity is never wrong, but it's also worth Spencer asking the IESG if they
know about this (in)consistency,

I'll let you know what I find out.

Spencer, who has to do SOMETHING around here to be helpful :-)


>
> Thanks,
>
> — Carlos.
>
> Regards,
> Brian
>
>
>
>