Re: [Lsr] Benjamin Kaduk's No Objection on draft-ietf-ospf-lls-interface-id-08: (with COMMENT)

Peter Psenak <ppsenak@cisco.com> Wed, 31 October 2018 07:36 UTC

Return-Path: <ppsenak@cisco.com>
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 31E58130DD2; Wed, 31 Oct 2018 00:36:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.97
X-Spam-Level:
X-Spam-Status: No, score=-14.97 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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 rAn2deH-6ypQ; Wed, 31 Oct 2018 00:36:38 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E726128C65; Wed, 31 Oct 2018 00:36:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4338; q=dns/txt; s=iport; t=1540971398; x=1542180998; h=message-id:date:from:mime-version:to:cc:subject: references:in-reply-to:content-transfer-encoding; bh=VF5Fdan+4BW/dfHcNsZlI9TnmlKoTpJ53eGWgogYmMo=; b=OLI/iKbdpaod4U5qW8wkWba4XDH/KlMjsVatxiiDOy2IOjH7tJzvxVTT yiuffKAchzZ3roptCBtAEFzvsEpM/DnPh9T6GZtB3j4+ZyRRqG/9XeKZc kmV7MeTaa5MxDr18raRzOO8nL80y3+5JRtwrGhnlGG4s4saAFm6uKFWfF E=;
X-IronPort-AV: E=Sophos;i="5.54,447,1534809600"; d="scan'208";a="7671631"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Oct 2018 07:36:33 +0000
Received: from [10.60.140.52] (ams-ppsenak-nitro3.cisco.com [10.60.140.52]) by aer-core-4.cisco.com (8.15.2/8.15.2) with ESMTP id w9V7aW3r004626; Wed, 31 Oct 2018 07:36:33 GMT
Message-ID: <5BD95B81.2040908@cisco.com>
Date: Wed, 31 Oct 2018 08:36:33 +0100
From: Peter Psenak <ppsenak@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: Benjamin Kaduk <kaduk@mit.edu>, "Acee Lindem (acee)" <acee@cisco.com>
CC: The IESG <iesg@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>, "lsr-chairs@ietf.org" <lsr-chairs@ietf.org>, "draft-ietf-ospf-lls-interface-id@ietf.org" <draft-ietf-ospf-lls-interface-id@ietf.org>, Yingzhen Qu <yingzhen.ietf@gmail.com>, "aretana.ietf@gmail.com" <aretana.ietf@gmail.com>
References: <154047014077.16281.149253858167058600.idtracker@ietfa.amsl.com> <58B0C6F5-6153-4117-B214-176A9B68189C@cisco.com> <20181030140824.GS45914@kduck.kaduk.org> <3D68100D-578B-416D-A7B7-AAE9DC3E9D40@cisco.com> <20181031010919.GZ45914@kduck.kaduk.org> <33889EBA-E73A-48E2-B6B0-40985F7F4FE8@cisco.com> <20181031012622.GD45914@kduck.kaduk.org>
In-Reply-To: <20181031012622.GD45914@kduck.kaduk.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Outbound-SMTP-Client: 10.60.140.52, ams-ppsenak-nitro3.cisco.com
X-Outbound-Node: aer-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/xJOV8ABemKbQQPhBp-UbAXiiqj0>
Subject: Re: [Lsr] Benjamin Kaduk's No Objection on draft-ietf-ospf-lls-interface-id-08: (with COMMENT)
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: Wed, 31 Oct 2018 07:36:40 -0000

Hi Ben, Acee,

On 31/10/18 02:26 , Benjamin Kaduk wrote:
> On Wed, Oct 31, 2018 at 01:21:14AM +0000, Acee Lindem (acee) wrote:
>> Hi Ben,
>>
>> ´╗┐On 10/30/18, 9:09 PM, "Benjamin Kaduk" <kaduk@mit.edu>; wrote:
>>
>>      On Tue, Oct 30, 2018 at 02:28:12PM +0000, Acee Lindem (acee) wrote:
>>      > Hi Ben,
>>      >
>>      > On 10/30/18, 10:08 AM, "Benjamin Kaduk" <kaduk@mit.edu>; wrote:
>>      >
>>      >     Hi Acee,
>>      >
>>      >     On Thu, Oct 25, 2018 at 01:51:42PM +0000, Acee Lindem (acee) wrote:
>>      >     > Hi Ben,
>>      >     >
>>      >     > On 10/25/18, 8:22 AM, "Benjamin Kaduk" <kaduk@mit.edu>; wrote:
>>      >     >
>>      >     >     Benjamin Kaduk has entered the following ballot position for
>>      >     >     draft-ietf-ospf-lls-interface-id-08: 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
>>      >     >     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-ospf-lls-interface-id/
>>      >     >
>>      >     >
>>      >     >
>>      >     >     ----------------------------------------------------------------------
>>      >     >     COMMENT:
>>      >     >     ----------------------------------------------------------------------
>>      >     >
>>      >     >     Sending a new type of information to the peer usually involves a privacy
>>      >     >     considerations analysis.  I don't expect there to be anything worrisome
>>      >     >     here, but some text in the document indicating that the analysis has been
>>      >     >     done would be reassuring.
>>      >     >
>>      >     > Can you suggest some text? I was thinking:
>>      >
>>      >     I'm not sure that I could -- I don't have confidence that I understand the
>>      >     system well enough to frame something in a complete and correct way.
>>      >
>>      >     >    Since the scope of the interface ID is limited to the advertising OSPF router
>>      >     >    uniquely identifying links, there are no privacy concerns associated with its
>>      >     >    advertisement.
>>      >
>>      >     I wonder if there is a step missing to link these together -- that the
>>      >     links are generally fixed and immobile, or that the scope of distribution
>>      >     is limited to a set of trusted peers, perhaps?
>>      >
>>      > The point I'm making is that since the interface ID is only unique for the network device, it doesn't provide any clue as to the identity of the device owner or traffic transiting the device. Hence, there are no privacy considerations associated with extension. It is also true that routing peers are trusted but that is a moot point for this extension In the context of privacy.
>>
>>      Ah, I see; thanks.  How does "The interface ID is locally assigned by the
>>      advertising OSPF router as a uniquifier and need not be unique in any
>>      broader context; it is not expected to contain any information about the
>>      device owner or traffic transiting the device, so there are no privacy
>>      concerns associated with its advertisement." sound?
>>
>> Sure - that is clearer. In fact, I realized that it wasn't obvious after explaining it in my last Email. I'd avoid "uniquifier" since it isn't in the dictionary yielding:
>>
>>      The interface ID is assigned by the advertising OSPF router as a locally
>>      unique identifier and need not be unique in any broader context; it is
>>      not expected to contain any information about the device owner or
>>      traffic transiting the device, so there are no privacy concerns
>>      associated with its advertisement.
>
> Ship it! :)
>

updated the draft, will submit as soon as the submission reopens.

thanks,
Peter


> Thanks,
>
> Benjamin
> .
>