IETF Logo Mail Archive

Re: [DNSOP] The DNSOP WG has placed draft-woodworth-bulk-rr in state "Candidate for WG Adoption"

"Woodworth, John R" <John.Woodworth@CenturyLink.com> Wed, 19 July 2017 10:34 UTC

Return-Path: <John.Woodworth@CenturyLink.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C285131C9B for <dnsop@ietfa.amsl.com>; Wed, 19 Jul 2017 03:34:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, 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 xSF9diV6Aknt for <dnsop@ietfa.amsl.com>; Wed, 19 Jul 2017 03:34:29 -0700 (PDT)
Received: from lxomp52w.centurylink.com (lxomp52w.centurylink.com [155.70.50.76]) (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 CF1F4131C96 for <dnsop@ietf.org>; Wed, 19 Jul 2017 03:34:28 -0700 (PDT)
Received: from lxdnp04n.corp.intranet (emailout.qintra.com [151.119.92.83]) by lxomp52w.centurylink.com (8.14.8/8.14.8) with ESMTP id v6JAYP5I026683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 19 Jul 2017 05:34:26 -0500
Received: from lxdnp04n.corp.intranet (localhost [127.0.0.1]) by lxdnp04n.corp.intranet (8.14.8/8.14.8) with ESMTP id v6JAYKvL032269; Wed, 19 Jul 2017 04:34:20 -0600
Received: from lxdnp31k.corp.intranet (lxdnp23m.corp.intranet [151.119.92.134]) by lxdnp04n.corp.intranet (8.14.8/8.14.8) with ESMTP id v6JAYKZh032266 (version=TLSv1/SSLv3 cipher=AES256-SHA256 bits=256 verify=NO); Wed, 19 Jul 2017 04:34:20 -0600
Received: from lxdnp31k.corp.intranet (localhost [127.0.0.1]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id v6JAYKP1004084; Wed, 19 Jul 2017 04:34:20 -0600
Received: from vodcwhubex502.ctl.intranet (vodcwhubex502.ctl.intranet [151.117.206.28]) by lxdnp31k.corp.intranet (8.14.8/8.14.8) with ESMTP id v6JAYKBX004078 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 19 Jul 2017 04:34:20 -0600
Received: from PODCWMBXEX501.ctl.intranet ([169.254.1.120]) by vodcwhubex502.ctl.intranet ([151.117.206.28]) with mapi id 14.03.0339.000; Wed, 19 Jul 2017 05:34:20 -0500
From: "Woodworth, John R" <John.Woodworth@CenturyLink.com>
To: 'Tony Finch' <dot@dotat.at>, Paul Wouters <paul@nohats.ca>
CC: dnsop WG <dnsop@ietf.org>, George Michaelson <ggm@algebras.org>, "Woodworth, John R" <John.Woodworth@CenturyLink.com>
Thread-Topic: [DNSOP] The DNSOP WG has placed draft-woodworth-bulk-rr in state "Candidate for WG Adoption"
Thread-Index: AQHTAAPw+UbndOaHcUud70v4A7K1OaJbDfuAgAAPdwCAABuOAP//u9kw
Date: Wed, 19 Jul 2017 10:34:19 +0000
Message-ID: <A05B583C828C614EBAD1DA920D92866BD081C441@PODCWMBXEX501.ctl.intranet>
References: <150040947342.11401.6673996996138598307.idtracker@ietfa.amsl.com> <CAKr6gn3xHZ6bzSSLoLt0FQzBrunqFPa-PFG6bAjLpfdEsD_iGQ@mail.gmail.com> <alpine.LRH.2.20.1707190347390.10419@ns0.nohats.ca> <alpine.DEB.2.11.1707191023090.27210@grey.csi.cam.ac.uk>
In-Reply-To: <alpine.DEB.2.11.1707191023090.27210@grey.csi.cam.ac.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [151.117.206.8]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-TM-AS-MML: disable
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/fH3sscLz-LiOwhrubH2wBpHHkOQ>
Subject: Re: [DNSOP] The DNSOP WG has placed draft-woodworth-bulk-rr in state "Candidate for WG Adoption"
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jul 2017 10:34:31 -0000

> Paul Wouters <paul@nohats.ca> wrote:
> >
> > I would feel much better if there would be some real use
> > csases to justify adding special code to DNS that will
> > instantly become obsolete.
>
> Yes.
>

Hi Tony,

Thanks for the feedback!

>
> For IPv4 I can't see what advantage BULK has over $GENERATE
> or similar back-end provisioning scripts.
>

Really?

>
> For IPv6, if we have any reverse DNS at all for end-user devices
> it'll probably be just a wildcard pointing to a placeholder
> record identifying the VLAN.
>
> BULK seems like far too much cleverness applied to far too
> small a problem.
>

In the IPv6 world, the smallest significant network is 18
and some odd quintillion (18,000,000,000,000,000,000)
addresses.

Think of this as your property (e.g. your yard).  Each IP address
in itself is small but without the sum of each, what do you have?

Suddenly, each blade of grass has value.

This is how a customer feels when they are given (sold) address space.


Thanks,
John

>
> Tony.
> --
> f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/  -
> I xn--zr8h punycode Hebrides, Bailey: Southeast, becoming
> cyclonic, 5 to 7, perhaps gale 8 later.
> Moderate or rough, occasionally very rough later. Rain or
> showers. Good, occasionally poor.
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
>
>

-- THESE ARE THE DROIDS TO WHOM I REFER:
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

v2.23.0 | Report a Bug | By Email