Re: [dbound] [DNSOP] Related Domains By DNS (RDBD) Draft

"Hollenbeck, Scott" <shollenbeck@verisign.com> Wed, 27 February 2019 16:37 UTC

Return-Path: <shollenbeck@verisign.com>
X-Original-To: dbound@ietfa.amsl.com
Delivered-To: dbound@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F16B130EE1; Wed, 27 Feb 2019 08:37:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.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 HlnaBQOQMcJf; Wed, 27 Feb 2019 08:37:34 -0800 (PST)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) (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 2CD74130EED; Wed, 27 Feb 2019 08:37:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2952; q=dns/txt; s=VRSN; t=1551285456; h=from:to:cc:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=JT9M/KSPdNUb/l00mgdNyYBK8MmLzwKWdNl94+Mj0Us=; b=J2plSh5W5hR2lyouZ63zvEo1wfp+WZJNCBaxskbCdTV/lD6BltjnLfpE eAaS+aNDo8AB2ntTAcjpxmidFz5fBCUVjHyw3mOWXGJuI+QvDMkPP9gqw fYrwwBm9lsqvCW90X0s26uhZleBlCStm2NI9WTGWrWvaMKQxX0bllW2Uu G5zBmyoYv7z7+PIhykFJTBbBWWTwKQpEUcwxyZjHzBN0tYub3jpg+wJoU fk39UWGyc/XZwh+P4YGcnDpI+yExnHcX2nn67S/mBSWnOXYPWAj3vctPc I8ssNWrjcDoTRyWrUUOwoM+Zo5KY9dYLm/b0Ql28JqEzKaDKEDeKppg9/ w==;
X-IronPort-AV: E=Sophos;i="5.58,420,1544486400"; d="scan'208";a="7723570"
IronPort-PHdr: =?us-ascii?q?9a23=3Apv9QVxRN1gQFctKio/n48bx+S9psv+yvbD5Q0Y?= =?us-ascii?q?Iujvd0So/mwa67ZhCDt8tkgFKBZ4jH8fUM07OQ7/iwHzRYqb+681k6OKRWUB?= =?us-ascii?q?EEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i764jEdAA?= =?us-ascii?q?jwOhRoLerpBIHSk9631+ev8JHPfglEnjWwba9xIRmssQndqtQdjJd/JKo21h?= =?us-ascii?q?bHuGZDdf5MxWNvK1KTnhL86dm18ZV+7SleuO8v+tBZX6nicKs2UbJXDDI9M2?= =?us-ascii?q?Ao/8LrrgXMTRGO5nQHTGoblAdDDhXf4xH7WpfxtTb6tvZ41SKHM8D6Uaw4VD?= =?us-ascii?q?K/5KptVRTmijoINyQh/W/XlMJ+kb5brhyiqRxxwYHUYZ2aOvVxca7GYdMVXm?= =?us-ascii?q?hBUtpNWyBdAI6xaZYEAeobPeZfqonwv1UCoxm5BQmoAOPg1DlIiWTo0qIm0O?= =?us-ascii?q?QtCRzN0hE8ENIJrHTUsNv5P7oVXOCuzKnIyjHDb/dI1jf784fHbAwuofKXUL?= =?us-ascii?q?Jub8XR00gvFxjEjlWfr4zpJS+a1uMIs2WC6edrSOGhi3Y/pg1svjSj3Nogh4?= =?us-ascii?q?vHi44P11zJ9St0zJw6KNC7UEJ3fMKoHIFNuyyYK4d6WN4uTm5rtSog17ELuo?= =?us-ascii?q?a3fCYUx5kk2xLSbvmKfoqU7R7/TumcJCp0i255d7+6hxu97FavyuP5W8SwzV?= =?us-ascii?q?lFszRKn9/RvX4XzRPT8NKISv5l80ek3jaAyh7c5/lfIUAxiarbM5khwqMslp?= =?us-ascii?q?YLsUTMACv2mELugaKLaksq4vWk5OT/bLvpp5CQK5J4hhvgMqsyncy/G/w4Ph?= =?us-ascii?q?IUUGeG4+i8yqfj/Vb/QLlQkvI2lazZvIjbJcQduKG5HxdY3ps/5xqlEjur0t?= =?us-ascii?q?oVkWMaIF9Fdh+LlYfkNlLWLPD9F/i/glCskDlxx/DBO73sGo7NLnjEkLfleb?= =?us-ascii?q?Zy9UhcxxEtwt9D5JJZEa8BL+zpWk/wr9zYDxA5Mwquz+n7D9V905sSWXiTDa?= =?us-ascii?q?+BLKPSrViI6/o0I+mQeoAVoDb9JOYj5/L0g382g0UdfbO30psTbHC1BehpI1?= =?us-ascii?q?6DbXrwntgODH0GvgsgQ+bykl2NTSZTZ2quX6I7/jw7EJipDZrHRo22hryB2y?= =?us-ascii?q?e7EYdKZmBdEFyDDW3nfZ2eW/gQcCKSPtNhkjscWLW9T48uyx6vuxX8y7V6MO?= =?us-ascii?q?XU4DUXuI/51Nhy++3TkAs99TpvAsuB1GGNSn17kXkTRz8qxqxwvUt9ylKb26?= =?us-ascii?q?hin/NYDcBT5+9OUgoiL5Hc1fB6BsvzWg3fYteJRkyqQtK8ATE+Vtgx2cMBY1?= =?us-ascii?q?5hG9W+iRDOxzelA7kOl7yMHJw56aPc0GbtJ8Zz0XrG07Mhj1Y+SMtVKWKmnr?= =?us-ascii?q?J/9xTUB4PRjkqWjKGqdbka3CHQ72qDzHSBvF1WUAJqVqXFR38fNQPqqoGz/V?= =?us-ascii?q?/PV7+jD/IpOxFbxMqGAqBRLMHigRNHSb2rbM/CbnqxlmH2Cx+S3L6IaKLhYC?= =?us-ascii?q?MB1ymbCUVS10hZ5X+bMSA4ASeov3mYBzUkXQb3al7o2e95qHqnVQk/xlfOJw?= =?us-ascii?q?dI07el8xgZiOarYekUwrcNvg8qrDB/FU2hmdnRDpDI8yNlcbVVZ98w+mBtz2?= =?us-ascii?q?XFsgV7FpenKqtrnUJYeANy6RDAzRJyX89glswuoXUgwQFxbeqj21Rda3nQiY?= =?us-ascii?q?vwPbnTJ2/48RusQ7DbwFDF0dmQvKwI7aJr+B3YoAi1Gx96oD1c2N5P3i7E6w?= =?us-ascii?q?=3D=3D?=
X-IPAS-Result: =?us-ascii?q?A2G2AgCYvHZc/zCZrQpaChwBAQEEAQEHBAEBgWWEFQqDf?= =?us-ascii?q?pV1g0WUb4FnDAGEbAIXhBk4EgEDAQEBAQEBAgEBAoERgjoigm8BAQEBAyMRP?= =?us-ascii?q?gcMBAIBCBEEAQEBAgIRFQICAjAVCAgCBAENBQiweYEviiyBC4tUgUE+gRGDE?= =?us-ascii?q?oQ8GgsBASUQIQIFgkuCVwKMPJcuAwYCkmAhkxyKXZIXAgQCBAUCFIFegXhwg?= =?us-ascii?q?zyQXXKQCIEfgR8BAQ?=
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 27 Feb 2019 11:37:32 -0500
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1713.004; Wed, 27 Feb 2019 11:37:32 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "stephen.farrell@cs.tcd.ie" <stephen.farrell@cs.tcd.ie>, "paul@nohats.ca" <paul@nohats.ca>, "Alexander_Brotman@comcast.com" <Alexander_Brotman@comcast.com>
CC: "art@ietf.org" <art@ietf.org>, "dnsop@ietf.org" <dnsop@ietf.org>, "dbound@ietf.org" <dbound@ietf.org>
Thread-Topic: [EXTERNAL] Re: [DNSOP] [dbound] Related Domains By DNS (RDBD) Draft
Thread-Index: AQHUzrefByxL0Iby3E2AX95fpgituaXz1qOA
Date: Wed, 27 Feb 2019 16:37:32 +0000
Message-ID: <804a305f4d1b40daa6e9ca9b3e97f96d@verisign.com>
References: <5de9ba1c3ae34edb9c7f39e0e9c3b143@PACDCEX19.cable.comcast.com> <alpine.LRH.2.21.1902270920580.8896@bofh.nohats.ca> <alpine.LRH.2.21.1902271037500.21061@bofh.nohats.ca> <alpine.LRH.2.21.1902271053200.21061@bofh.nohats.ca> <d8ac67de-35ec-648c-df0e-662439463ec3@cs.tcd.ie>
In-Reply-To: <d8ac67de-35ec-648c-df0e-662439463ec3@cs.tcd.ie>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dbound/2SFIjxIJ_nT_6OTS0vidm6W9KfU>
Subject: Re: [dbound] [DNSOP] Related Domains By DNS (RDBD) Draft
X-BeenThere: dbound@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DNS tree bounds <dbound.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dbound>, <mailto:dbound-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dbound/>
List-Post: <mailto:dbound@ietf.org>
List-Help: <mailto:dbound-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dbound>, <mailto:dbound-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Feb 2019 16:37:36 -0000

> -----Original Message-----
> From: DNSOP <dnsop-bounces@ietf.org>; On Behalf Of Stephen Farrell
> Sent: Wednesday, February 27, 2019 11:15 AM
> To: Paul Wouters <paul@nohats.ca>;; Brotman, Alexander
> <Alexander_Brotman@comcast.com>;
> Cc: art@ietf.org; dnsop@ietf.org; dbound@ietf.org
> Subject: [EXTERNAL] Re: [DNSOP] [dbound] Related Domains By DNS (RDBD)
> Draft
>
>
> Hiya,
>
> On 27/02/2019 15:54, Paul Wouters wrote:
> > How is this data being consumed by the enduser ?
>
> Very good question. Sorry for what's likely a longer answer than you want:-)
>
> Alex and I chatted about that and I think ended up
> figuring: a) there are many potential semantics that could be associated with
> such a linkage, b) we don't yet know what'd be useful, but c) no, we are defo
> not trying for an EV-like thing and lastly d) we really want to keep this as
> simple as possible - given there's a lot of feature-creep potential here, and
> that'd likely be fatal.
>
> My own use-case for this relates more to surveys, where I'd like to get a hint
> that two names are related so I could take that into account. Alex's is more
> business like (as you'd expect:-) he'd like to be able to feed this kind of
> linkage information into mail processing, e.g. perhaps to treat some mails as
> less-likely spam if he sees a link, compared to if he doesn't (with all the other
> mail processing foo that'd clearly be required to not do that kind of thing
> stupidly of course). We guess that there'd be other uses too but finding out if
> this is seen as useful enough that people would publish RR's is part of why
> we shot out the draft now.
>
> We also considered whether or not to e.g. try to add some kind of flag to
> indicate semantics but reckoned we don't know enough to do that for now.

This might also be useful for IDN variants where some downstream consumer would like to know that two different IDNs are actually "the same". The relationship between variants isn't a parent-child relationship (they're more commonly siblings), but perhaps the concept could be extended to identify sibling relationships, too.

Scott