Re: Appointment of a Transport Area Director

Toerless Eckert <eckert@cisco.com> Thu, 07 March 2013 14:59 UTC

Return-Path: <eckert@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 465E221F8CF3 for <ietf@ietfa.amsl.com>; Thu, 7 Mar 2013 06:59:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.192
X-Spam-Level:
X-Spam-Status: No, score=-10.192 tagged_above=-999 required=5 tests=[AWL=0.407, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XjQ03zEmt712 for <ietf@ietfa.amsl.com>; Thu, 7 Mar 2013 06:59:07 -0800 (PST)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id AEC4921F8CC8 for <ietf@ietf.org>; Thu, 7 Mar 2013 06:59:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2053; q=dns/txt; s=iport; t=1362668347; x=1363877947; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=5WRg8IgCKy7TBZMRJSqmZ2OWTuhVsqpy0vM/QAd3Wi4=; b=MYQ3yEwjmTYXRXztxcvSPWSolL0XuWR+ZfrNhuTfLBzCfuLN6UmPqQck 3yGmlEWMdTcHNp9gPXIm0dIM1QD6LbzEzT9Yt1C3VPaEosCkX/AkLe57h ERO+YYbYxndEBUQlIR9CDDwfEcqTHY53AT6RZAZkwtMLPpqt5ImLMWJbC E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgAFAAWqOFGrRDoG/2dsb2JhbABDxESBXBZzgisBAQEDATIBOA4FCwsOBAYJJQ8FNRQTG4dyBbpojwwHgl9hA4hsjV4BkHGDKg
X-IronPort-AV: E=Sophos;i="4.84,803,1355097600"; d="scan'208";a="74503154"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-4.cisco.com with ESMTP; 07 Mar 2013 14:59:07 +0000
Received: from mcast-linux1.cisco.com (mcast-linux1.cisco.com [172.27.244.121]) by mtv-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r27Ex2uS003485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 7 Mar 2013 14:59:02 GMT
Received: from mcast-linux1.cisco.com (localhost.cisco.com [127.0.0.1]) by mcast-linux1.cisco.com (8.13.8/8.13.8) with ESMTP id r27Evao1025554; Thu, 7 Mar 2013 06:57:51 -0800
Received: (from eckert@localhost) by mcast-linux1.cisco.com (8.13.8/8.13.8/Submit) id r27EvaMU025552; Thu, 7 Mar 2013 06:57:36 -0800
Date: Thu, 07 Mar 2013 06:57:36 -0800
From: Toerless Eckert <eckert@cisco.com>
To: Carsten Bormann <cabo@tzi.org>
Subject: Re: Appointment of a Transport Area Director
Message-ID: <20130307145736.GA24221@cisco.com>
References: <033901ce1996$9c8258e0$4001a8c0@gateway.2wire.net> <290E20B455C66743BE178C5C84F124081A49EEF286@EXMB01CMS.surrey.ac.uk> <003301ce19ab$40e6e9a0$4001a8c0@gateway.2wire.net> <D4D47BCFFE5A004F95D707546AC0D7E91F787238@SACEXCMBX01-PRD.hq.netapp.com> <51363249.1000605@isi.edu> <47029AA2-8072-490A-988A-826577B582B5@tzi.org> <20130307065552.GH20642@cisco.com> <FEE3EC49-FE63-492E-9691-DDD6CE927202@tzi.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <FEE3EC49-FE63-492E-9691-DDD6CE927202@tzi.org>
User-Agent: Mutt/1.4.2.2i
Cc: "ietf@ietf.org Discussion" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 07 Mar 2013 14:59:08 -0000

On Thu, Mar 07, 2013 at 09:47:38AM +0100, Carsten Bormann wrote:
> On Mar 7, 2013, at 07:55, Toerless Eckert <eckert@cisco.com> wrote:
> 
> > Really ? You don't think a good AD should primarily look for factual evidence
> > (lab, simulation, interop, ..) results produced by others to judge whether
> > sufficient work was done to proof that the known entry critera are met 
> > (like no congestion cllapse) - instead of trying to judge those solely
> > by himself/herself ? 
> 
> How do you judge the evidence without understanding it?

Because it came and was agreed upon by sufficiently many experts in the field.

> (E,g,. I wouldn't want an AD taking in lab/simulation/interop input as "factual evidence"...
> I also wouldn't want an AD to wait for "proof" of anything in this space.)

Correct me if i am wrong, but the way i remember mostly from the outside how
GDoI was moved forward in the IETF was to have simulations be done through IRTF
which was provided as evidence to answer to questions raised by the IETF process,
like for example scalability and dynamic behavior.

In general, i think an AD needs to know what questions about a problem had to be raised and
answered positively by experts for proposals to move forward and in the first place
make sure this process (defining and answering questions) happens in the first place.

Cheers
    Toerless

> Grüße, Carsten
> 
> PS.: I just spent a day at CeBIT.  One guy there reported to that he has seen 35000 active devices on his WiFi snooper.
> I'm not quite sure what that means, but he seemed to be implying "at a specific point in time".
> Go congestion control that.  And then "prove" that your solution works.
> Somehow, we still seem to be deploying WiFi, nonetheless, and some even consider WiFi a success.
> Would your hypothetical AD waiting for "sufficient work was done" have approved WiFi?  In 1998?
> 

-- 
---
Toerless Eckert, eckert@cisco.com
Cisco NSSTG Systems & Technology Architecture
SDN: Let me play with the network, mommy!