Re: [dhcwg] [homenet] WGLC started -- draft-ietf-homenet-naming-architecture-dhc-options-12

"Ray Hunter (v6ops)" <v6ops@globis.net> Fri, 28 May 2021 06:42 UTC

Return-Path: <v6ops@globis.net>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDD533A1BA6; Thu, 27 May 2021 23:42:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 rsVzF1y0kD1V; Thu, 27 May 2021 23:42:18 -0700 (PDT)
Received: from globis01.globis.net (mail.globis.net [IPv6:2001:470:1f15:62e::2]) by ietfa.amsl.com (Postfix) with ESMTP id 43E4A3A1BA7; Thu, 27 May 2021 23:42:18 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by globis01.globis.net (Postfix) with ESMTP id 5CD06401CF; Fri, 28 May 2021 08:42:16 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at globis01.globis.net
Received: from globis01.globis.net ([127.0.0.1]) by localhost (mail.globis.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydBGK3A0_BaB; Fri, 28 May 2021 08:42:13 +0200 (CEST)
Received: from MacBook-Pro-Ray.local (g98216.upc-g.chello.nl [80.57.98.216]) (Authenticated sender: v6ops@globis.net) by globis01.globis.net (Postfix) with ESMTPA id 270FA40103; Fri, 28 May 2021 08:42:13 +0200 (CEST)
To: Ted Lemon <mellon@fugue.com>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, "int-area@ietf.org" <int-area@ietf.org>, "STARK, BARBARA H" <bs7652@att.com>, "dhcwg@ietf.org" <dhcwg@ietf.org>, "dns-privacy@ietf.org" <dns-privacy@ietf.org>, "Bernie Volz (volz)" <volz=40cisco.com@dmarc.ietf.org>, "homenet@ietf.org" <homenet@ietf.org>
References: <BN7PR11MB25479A9DA04F1D961A2A33ADCF599@BN7PR11MB2547.namprd11.prod.outlook.com> <8746.1620229451@localhost> <DC8B3D00-DCED-4556-866C-58789126556E@fugue.com>
From: "Ray Hunter (v6ops)" <v6ops@globis.net>
Message-ID: <0bf057a4-271a-7a8d-05bf-535e8a33c690@globis.net>
Date: Fri, 28 May 2021 08:42:11 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/7.0.48
MIME-Version: 1.0
In-Reply-To: <DC8B3D00-DCED-4556-866C-58789126556E@fugue.com>
Content-Type: multipart/alternative; boundary="------------D1B769362CD52C254AFED30D"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/7rVak4KU30PW61qhxHkurqCptOE>
Subject: Re: [dhcwg] [homenet] WGLC started -- draft-ietf-homenet-naming-architecture-dhc-options-12
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 May 2021 06:42:24 -0000

Hi Ted, thanks for the comment.

I agree.

Plus one more point.

The ISP hosts the reverse zone.
The ISP also controls any reverse zone to customer assignments, and is 
in control of any renumbering.
The ISP may therefore choose to simply wipe any reverse zone content 
after renumbering occurs.
That would mitigate any re-use or privacy concerns.

Otherwise the HNA may no longer have authority over the content after a 
flash renumbering (e.g. if the ISP is simply authenticating customers 
based on source address of the updates)

regards,

Ted Lemon wrote on 05/05/2021 18:42:
> On May 5, 2021, at 11:44 AM, Michael Richardson <mcr+ietf@sandelman.ca 
> <mailto:mcr+ietf@sandelman.ca>> wrote:
>> The end user might suffer slightly by having locally served
>> reverse names that are no longer connected: they should obsolete that 
>> zone
>> when they realize that their PD hasn't been renewed, until such time,
>> (if it was a flash renumber), they would be right to think that they
>> legitimately control them.
>
> In practice I don’t think this is an issue. The reverse lookup is 
> usually triggered by receipt of a message from an IP address, so as 
> long as the IP address is still in use internally, the presence of the 
> reverse zone is wanted. When the address changes, the old zone becomes 
> obsolete whether it continues to be served or not. The likelihood of 
> the zone being re-allocated to some other network for which the 
> original network will then do a reverse lookup is very small, so I 
> don’t think there’s any reason to be concerned about this.
>
>
>
> _______________________________________________
> homenet mailing list
> homenet@ietf.org
> https://www.ietf.org/mailman/listinfo/homenet

-- 
regards,
RayH
<https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>