Re: last call discussion status on draft-iab-2870bis

Lars-Johan Liman <liman@netnod.se> Fri, 06 March 2015 13:01 UTC

Return-Path: <liman@netnod.se>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D530B1ACDFD; Fri, 6 Mar 2015 05:01:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.55
X-Spam-Level:
X-Spam-Status: No, score=-3.55 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_INVITATION=-2, HELO_EQ_SE=0.35] autolearn=ham
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 uqj7yJPGYAIW; Fri, 6 Mar 2015 05:01:11 -0800 (PST)
Received: from mail.cafax.se (mail.cafax.se [IPv6:2a00:801:11:53::4]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C0E0B1ACDEB; Fri, 6 Mar 2015 05:01:10 -0800 (PST)
Received: from limac.netnod.se ([IPv6:2a01:3f0:1:0:129a:ddff:fe5a:d3f8]) by mail.cafax.se (8.15.1/8.15.1) with ESMTPS id t26D16Gr024305 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 6 Mar 2015 14:01:07 +0100 (MET)
Received: from limac.netnod.se (localhost [127.0.0.1]) by limac.netnod.se (Postfix) with ESMTP id 47E0BA14DF4; Fri, 6 Mar 2015 14:01:10 +0100 (CET)
From: Lars-Johan Liman <liman@netnod.se>
To: John C Klensin <john-ietf@jck.com>
Subject: Re: last call discussion status on draft-iab-2870bis
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <500031A0-DF45-409E-AACB-F79C32032E38@viagenie.ca> <4B545BEB-EA0E-4BA8-A45E-15AF12CDB1EC@piuha.net> <20150305044122.4185F2AEEC2D@rock.dv.isc.org> <EC564286-9A5E-4702-A8ED-B2C8E404E68A@piuha.net> <6056F80B-2188-4E52-AE18-35E84BA98147@vpnc.org> <D205D042-1285-46D5-B9A1-E732B23A8861@piuha.net> <D1E3F194-34AD-4968-8ACE-7E8D7990413B@isi.edu> <0972999E4F90C33F823B557B@JcK-HP8200.jck.com>
Date: Fri, 06 Mar 2015 14:01:10 +0100
In-Reply-To: <0972999E4F90C33F823B557B@JcK-HP8200.jck.com> (John C. Klensin's message of "Thu, 05 Mar 2015 12:39:48 -0500")
Message-ID: <22fv9ip9ex.fsf@limac.netnod.se>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin)
MIME-Version: 1.0
Content-Type: text/plain
X-Scanned-By: MIMEDefang 2.71 on IPv6:2a00:801:11:53:0:0:0:4
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/1bh1XMD0ZaCyJp__r-cDtFPsPss>
Cc: IETF Discussion List <ietf@ietf.org>, IAB <iab@iab.org>, Paul Hoffman <paul.hoffman@vpnc.org>, manning bill <bmanning@isi.edu>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2015 13:01:13 -0000

bmanning@isi.edu:
>> (I'll say that 2870bis is on thin ice, since the IETF/IAB
>> have no leverage on root server operators.  This community can
>> pontificate at length, but the actual operations will dictate,
>> not some wish list from an "arms-length" standards body...
>> Just sayin')

john-ietf@jck.com:
> (1) Yes.

> (2) On the other hand, RSSAC and/or "the root server operators"
> have never been what I think are called "multistakeholder
> consensus bodies".  Arguably, neither is the IETF but there is
> definitely a difference in terms of conditions for entry into
> the group and openness of participation and the consensus
> process.   So, especially in the middle of controversies about
> IANA transition and accountability of various parts of the
> system, to say, effectively, "the root server operators will do
> whatever they feel like and no one has any leverage on them" is
> an invitation to demands for policy oversight of RSSAC and the
> root server operations process by folks who represent a broader
> stakeholder base.

> Perhaps the "Caucus" is intended to serve that multistakeholder
> role, but it isn't clear that it can do anything other than
> advise and its membership is appointed by the RSSAC, not the
> broader community.

RSSAC is not your (their) target.

Just to make it clear (and this is something I have to do repeatedly in
many situations):

RSSAC is an advisory body that advices

1) The ICANN Board of Directors,

2) The DNS and Internet communities in general,

on matters that relate to the DNS root zone administration and the root
server system.

It is _NOT_ a vehicle to impose restrictions and regulation on the root
server operators.

You correctly note "... and the root server process ...", but I think
your fears should be limited to that, because RSSAC is not the
appropriate target for said folks.

> If you and/or the root server operations community don't want to
> risk ending up in a multistakeholder situation that it can't
> control, some explicit respect for guidance from the IAB and/or
> IETF might serve that community's interests in the long term.

This draft is intended to be one step in that direction.

> Indeed, if I were part of that community and wanted to see more
> or less the status quo preserved, I'd be looking to replaced or
> supplement 2870bis with an explicit MOU or other agreement about
> IETF and/or IAB review or supervision. However obnoxious that
> might be, I'm certain it would be preferable to effective
> oversight by some body dominated by ICANN politics.

Hmm.

				Cheers,
				  /Liman
#----------------------------------------------------------------------
# Lars-Johan Liman, M.Sc.               !  E-mail: liman@netnod.se
# Senior Systems Specialist             !  Tel: +46 8 - 562 860 12
# Netnod Internet Exchange, Stockholm   !  http://www.netnod.se/
#----------------------------------------------------------------------