Re: [DNSOP] review of draft-ietf-dnsop-no-response-issue-05
Mark Andrews <marka@isc.org> Mon, 17 October 2016 02:15 UTC
Return-Path: <marka@isc.org>
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 84C26129539 for <dnsop@ietfa.amsl.com>; Sun, 16 Oct 2016 19:15:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.332
X-Spam-Level:
X-Spam-Status: No, score=-7.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.431, SPF_PASS=-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 MQvc-5PfamUQ for <dnsop@ietfa.amsl.com>; Sun, 16 Oct 2016 19:15:35 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (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 962E912953B for <dnsop@ietf.org>; Sun, 16 Oct 2016 19:15:35 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id 8E5A63493ED; Mon, 17 Oct 2016 02:15:29 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 6151A160048; Mon, 17 Oct 2016 02:15:29 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 47D63160074; Mon, 17 Oct 2016 02:15:29 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id eGn4XxREx5b6; Mon, 17 Oct 2016 02:15:29 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id DF3B2160048; Mon, 17 Oct 2016 02:15:28 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 7AB1656D0F46; Mon, 17 Oct 2016 13:15:26 +1100 (EST)
To: Matthew Pounsett <matt@conundrum.com>
From: Mark Andrews <marka@isc.org>
References: <CAAiTEH9Rbw4u3gV9GULQ-8WdoPHf3SXQMTRY+CtfUGrNQSGAWw@mail.gmail.com> <20161010023251.241F1560C844@rock.dv.isc.org> <CAAiTEH_Tn8YXXe9wYMgobeg0Fd3OdY9M4Rey6QQxh0Yg=G0UWw@mail.gmail.com>
In-reply-to: Your message of "Sun, 16 Oct 2016 10:17:32 -0500." <CAAiTEH_Tn8YXXe9wYMgobeg0Fd3OdY9M4Rey6QQxh0Yg=G0UWw@mail.gmail.com>
Date: Mon, 17 Oct 2016 13:15:26 +1100
Message-Id: <20161017021526.7AB1656D0F46@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/u9E-UV-CHg8dfweG-3uh3UDVJSQ>
Cc: dnsop <dnsop@ietf.org>
Subject: Re: [DNSOP] review of draft-ietf-dnsop-no-response-issue-05
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: Mon, 17 Oct 2016 02:15:38 -0000
In message <CAAiTEH_Tn8YXXe9wYMgobeg0Fd3OdY9M4Rey6QQxh0Yg=G0UWw@mail.gmail.com> , Matthew Pounsett writes: > > > > But not all registries as so constrained. This is BEST current > > practice not LOWEST COMMON DEMONINATOR practice. > > > > GTLD are required to remove records for abuse so removal of record > > is expected for some conditions so it is not beyond belief that > > they can change to include these reasons. ICANN still has a committee > > to maintain the stability of the DNS. Nameserver behavior very > > much affects that stability. > > > > The draft can say it would be helpful to take action. The draft can't > require action. Requiring action isn't describing a best current > practice. That just won't fly on today's Internet. I've had TLD's saying they want the hard line to be there as it backs up their stance. > If you want to lobby ICANN to modify the gTLD agreements, then we can > revisit this discussion. But until those are changed the IETF has no > business insisting on contractually prohibited actions. The IETF can say what is BEST practice. If gTLD's feel they cannot meet BEST practice they will not do that. No one can make someone follow BEST practice. Every time I hear "But the gTLD's can't do" I see a conflict of interest showing. The IETF can recommend things that gTLD's can't do today. There is nothing wrong with doing that. It puts the IETF's position not gTLD operator position. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
- [DNSOP] review of draft-ietf-dnsop-no-response-is… Matthew Pounsett
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Viktor Dukhovni
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Mark Andrews
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… william manning
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Mark Andrews
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Matthew Pounsett
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Matthew Pounsett
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Mark Andrews
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Matthew Pounsett
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Suzanne Woolf
- Re: [DNSOP] review of draft-ietf-dnsop-no-respons… Matthew Pounsett