RE: [DNSOP] Solicit feedback on the problems of DNS for Cloud Resources described by the draft-ietf-rtgwg-net2cloud-problem-statement

Linda Dunbar <linda.dunbar@futurewei.com> Wed, 12 February 2020 22:50 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC75212001B; Wed, 12 Feb 2020 14:50:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 dOOtdUwPEb2v; Wed, 12 Feb 2020 14:50:52 -0800 (PST)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2127.outbound.protection.outlook.com [40.107.244.127]) (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 3861E120013; Wed, 12 Feb 2020 14:50:52 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EwKPXxlGP/4i2hpNcQKeFmXxainPIVJw9ciLR71oxybru3nQJzGLWqoLQ4pGPaasf7K4cZl28YsvqC3/Nz4JtBfjSBWqjP79Mp+7wDxKDxU62amL59X4gEYDosRuXxC1emsk0SQ5w/w3p/dJQcNIvfpmxxpLbtywxAJPJk4fvMdUiSmpQVQD6F1ViOAyNciXhlAtgWWzk4cBHOUtIq9MQVUbviyH41tWJrjpcC4m3Jg8L1urjMkYe+3WTsEH+QN7Q7AZFQfd5VGVGHll7f7NorGCQF81PolYYaLR0S5iAwqEGezBwp+HSAQ/H8p69bbHg2kK5zlZyHDf6iJfVTI4NQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UtBcEDbQ7tRAKFuPEXXc950iJdiukVBKFNZKiH4jXbs=; b=FUyyr3mlazqEP0H7S0linZ6tWNVrlAK20WsoDNRY6+d4KkU7rf6BUBUic728o4gfQa3jRVw7Om0dDUsleo2ie1akGSoYzwiW49t49KrDQF7y/fYaBoEfsm9S7m2lfEn05ywTqn7bRUUQyDc0CzEWcuVB72quVMXAW4zLgkHtIEAop6rH3uHVBfJKZKz0dME7djd1MfYdn52Luieo9R17Vot7YwLekBAVtSDlYhCwtJZS/YaRWTrF9t+pGFrNCXyx9gIOj8lgHsYy9aMk5l9Rys07vL16OaD00E4nDEAHVydE5z9lUMpKfb+NNgtcn7YEBxhItpT01jt02kcLmtzwuQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UtBcEDbQ7tRAKFuPEXXc950iJdiukVBKFNZKiH4jXbs=; b=q60D3VFtBLNxR4nGvyGl9IBihZ8exJGvGSauSL1/TZ91Z19ASjjBGh6xY3L8N931pRJQ/NaD0FXXPGBgCRlyp5cdQDDiTdNavZ9kNhJNSsDyXHyXfskzOBiiXhd9O2n3pNbzCzLKo9whNswANtpdZ/6AWTdrLTP5oGojhtTump8=
Received: from MWHPR1301MB2096.namprd13.prod.outlook.com (10.174.170.35) by MWHPR1301MB1998.namprd13.prod.outlook.com (10.174.169.167) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2729.21; Wed, 12 Feb 2020 22:50:50 +0000
Received: from MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33]) by MWHPR1301MB2096.namprd13.prod.outlook.com ([fe80::e893:a912:1d3a:5a33%6]) with mapi id 15.20.2729.021; Wed, 12 Feb 2020 22:50:50 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Morizot Timothy S <Timothy.S.Morizot@irs.gov>, Paul Vixie <paul@redbarn.org>, "dnsop@ietf.org" <dnsop@ietf.org>, Paul Ebersman <ebersman-ietf@dragon.net>
CC: RTGWG <rtgwg@ietf.org>
Subject: RE: [DNSOP] Solicit feedback on the problems of DNS for Cloud Resources described by the draft-ietf-rtgwg-net2cloud-problem-statement
Thread-Topic: [DNSOP] Solicit feedback on the problems of DNS for Cloud Resources described by the draft-ietf-rtgwg-net2cloud-problem-statement
Thread-Index: AdXhDgZ3FNT4wyuhTVyPeuEWPmJf/gAGVoPAAApVdIAAFAdXAAAVO7VA
Date: Wed, 12 Feb 2020 22:50:50 +0000
Message-ID: <MWHPR1301MB20963F4BA7C3B157373174FD851B0@MWHPR1301MB2096.namprd13.prod.outlook.com>
References: <BN6PR1301MB2083B6F88FDE9A0A4EA2384985180@BN6PR1301MB2083.namprd13.prod.outlook.com> <BN6PR1301MB20839C511BDF230D79658BF485180@BN6PR1301MB2083.namprd13.prod.outlook.com> <1698737.Wqn7rEUb4T@linux-9daj> <31b15893bd0b4b2a871f4779331c99d6@irs.gov>
In-Reply-To: <31b15893bd0b4b2a871f4779331c99d6@irs.gov>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=linda.dunbar@futurewei.com;
x-originating-ip: [199.187.220.18]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: ec1f3c17-7bfa-44cb-3aa2-08d7b00e01d7
x-ms-traffictypediagnostic: MWHPR1301MB1998:
x-microsoft-antispam-prvs: <MWHPR1301MB19982DBEFAB146331F39888D851B0@MWHPR1301MB1998.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0311124FA9
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(376002)(396003)(136003)(366004)(346002)(39850400004)(189003)(199004)(9686003)(7696005)(316002)(81166006)(81156014)(110136005)(71200400001)(33656002)(2906002)(26005)(44832011)(64756008)(86362001)(8676002)(66946007)(8936002)(52536014)(4326008)(76116006)(6506007)(5660300002)(66446008)(66556008)(66476007)(55016002)(966005)(186003)(30864003)(478600001)(71440200001); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR1301MB1998; H:MWHPR1301MB2096.namprd13.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: futurewei.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: eQOeS86k5EIPRnBfRFjXAgBHM7uEvb+hmV+HWqjFwObEFcRcnn3rP8Um8dhsr79lwFcHLWyEuSQ2oPdZpKCbKNSx9j93LunZZ0TJCGc6+bx7PtKNvi9iGiAsIbUGpSZSmZYQsn6VX6K4jMWZX1UuPnBWX2puaonGcOsNQPplyvcr6UbjKycmGkdJ1GgNasnSpBVtbxxZ6pWT7lrccWiLhPZTidHXKBSLsDurv+cE/hjf42xXOyGwBaejxTov88Ex7OxvgeKXPdLOsqew0kZ97zyVApXPjkM4LFwKUHiS7/yj8R4jMXnSqeJsFLynJKIeVuBnOXAyRqGiGMrhwX3+wQhuF/+PQhSXvAfkzG8cH7ibIFDrDJoYzncAwfS8otwn5Shc37VswSV+csDkBWOIOCu/zw4v8W97VxGOQ5N1oJS6+5EbIEe8BpiWt5xsurQERpi9dqd/hoWlLVcK8LImu0FA5CyLgEj+ZME1dROCOEMc9Cwc2EE5EhKFEwuD7NlM
x-ms-exchange-antispam-messagedata: RWrsiE4VaY2qmGSoJuRsxpDjyU23tb25e3SgdB8rt0aCcwSO47QILfJFjsQBglBSXpccHE+K7TtAqDFuWyi4vYdFGKjL7y+r+8pWwhYI2BLIIkczqpdX2Wr6tb47CqhNwBg95x56vdUO8ob9Nup1bw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MWHPR1301MB20963F4BA7C3B157373174FD851B0MWHPR1301MB2096_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ec1f3c17-7bfa-44cb-3aa2-08d7b00e01d7
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2020 22:50:50.2508 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: D/6LL1x22+TkM1Kqdp2ICOHiTwPumVuKVsh0oomXVmrut9OvvG0YVrnSp7FljKkJE9Smv5M2uGYKtL6WhX0zMg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1301MB1998
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/964jGyWFWZxQPAoEzsekwPKBIF8>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Feb 2020 22:50:55 -0000

Scott,

Thank you very much for suggesting using the Globally unique domain name and having subdomains not resolvable outside the organization. . I took some of your wording into the section. Please let us know if the description can be improved.

      3.4. DNS for Cloud Resources
      DNS name resolution is essential for on-premises and cloud-based resources. For customers with hybrid workloads, which include on-premises and cloud-based resources, extra steps are necessary to configure DNS to work seamlessly across both environments.
      Cloud operators have their own DNS to resolve resources within their Cloud DCs and to well-known public domains. Cloud's DNS can be configured to forward queries to customer managed authoritative DNS servers hosted on-premises, and to respond to DNS queries forwarded by on-premises DNS servers.
      For enterprises utilizing Cloud services by different cloud operators, it is necessary to establish policies and rules on how/where to forward DNS queries to. When applications in one Cloud need to communication with applications hosted in another Cloud, there could be DNS queries from one Cloud DC being forwarded to the enterprise's on premise DNS, which in turn be forwarded to the DNS service in another Cloud. Needless to say, configuration can be complex depending on the application communication patterns.
      However, even with carefully managed policies and configurations, collisions can still occur. If you use an internal name like .cloud and then want your services to be available via or within some other cloud provider which also uses .cloud, then it can't work. Therefore, it is better to use the global domain name even when an organization does not make all its namespace globally resolvable. An organization's globally unique DNS can include subdomains that cannot be resolved at all outside certain restricted paths, zones that resolve differently based on the origin of the query and zones that resolve the same globally for all queries from any source.
      Globally unique names do not equate to globally resolvable names or even global names that resolve the same way from every perspective. Globally unique names do prevent any possibility of collision at the present or in the future and they make DNSSEC trust manageable. It's not as if there is or even could be some sort of shortage in available names that can be used, especially subdomains and the ability to delegate administrative boundaries are considered.

Linda


-----Original Message-----
From: Morizot Timothy S <Timothy.S.Morizot@irs.gov>
Sent: Wednesday, February 12, 2020 6:35 AM
To: Paul Vixie <paul@redbarn.org>; dnsop@ietf.org; Paul Ebersman <ebersman-ietf@dragon.net>
Cc: Linda Dunbar <linda.dunbar@futurewei.com>
Subject: RE: [DNSOP] Solicit feedback on the problems of DNS for Cloud Resources described by the draft-ietf-rtgwg-net2cloud-problem-statement

Paul Vixie wrote:
>if the names are global then they will be unique and DNS itself will
>handle the decision of how to route questions to the right authority servers.
>...
>first i hope you can explain why the simpler and existing viral DNS
>paradigm (all names are global and unique) is unacceptable for your purpose.

I wanted to highlight the central point Paul Vixie made and note that it applies even when an organization does not make all its namespace globally resolvable. An organization's globally unique DNS can include subdomains that cannot be resolved at all outside certain restricted paths, zones that resolve differently based on the origin of the query and zones that resolve the same globally for all queries from any source. Globally unique names do not equate to globally resolvable names or even global names that resolve the same way from every perspective. Globally unique names do prevent any possibility of collision at the present or in the future and they make DNSSEC trust manageable. (Both of those are significant concerns for my organization.) It's not as if there is or even could be some sort of shortage in available names that can be used, especially subdomains and the ability to delegate administrative boundaries are considered.

I would also like to understand why global and unique names are unacceptable.

Thanks,

Scott