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