Re: [conex] Stephen Farrell's No Objection on draft-ietf-conex-mobile-05: (with COMMENT)

Dirk Kutscher <Dirk.Kutscher@neclab.eu> Fri, 16 October 2015 10:17 UTC

Return-Path: <Dirk.Kutscher@neclab.eu>
X-Original-To: conex@ietfa.amsl.com
Delivered-To: conex@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FAFB1A03AA; Fri, 16 Oct 2015 03:17:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.612
X-Spam-Level:
X-Spam-Status: No, score=-2.612 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 egfOv5LhiCta; Fri, 16 Oct 2015 03:17:51 -0700 (PDT)
Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EA8F1A1A70; Fri, 16 Oct 2015 03:17:51 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id EE5F610AC9A; Fri, 16 Oct 2015 12:17:49 +0200 (CEST)
X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de)
Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vlxVp7nFsbRx; Fri, 16 Oct 2015 12:17:49 +0200 (CEST)
X-ENC: Last-Hop-TLS-encrypted
X-ENC: Last-Hop-TLS-encrypted
Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id D0E4C10AC59; Fri, 16 Oct 2015 12:17:35 +0200 (CEST)
Received: from PALLENE.office.hd ([169.254.1.18]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.03.0210.002; Fri, 16 Oct 2015 12:17:25 +0200
From: Dirk Kutscher <Dirk.Kutscher@neclab.eu>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, The IESG <iesg@ietf.org>
Thread-Topic: Stephen Farrell's No Objection on draft-ietf-conex-mobile-05: (with COMMENT)
Thread-Index: AQHQ/D9EqnFaRM/xaE2DAPKBEbWThZ5t/PHQ
Date: Fri, 16 Oct 2015 10:17:25 +0000
Message-ID: <82AB329A76E2484D934BBCA77E9F5249A6737E2D@PALLENE.office.hd>
References: <20151001114934.21091.71499.idtracker@ietfa.amsl.com>
In-Reply-To: <20151001114934.21091.71499.idtracker@ietfa.amsl.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.7.0.198]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/conex/TBmRdrutx9bhpD_rXEnVZadJ3T8>
Cc: "draft-ietf-conex-mobile.ad@ietf.org" <draft-ietf-conex-mobile.ad@ietf.org>, "conex-chairs@ietf.org" <conex-chairs@ietf.org>, "conex@ietf.org" <conex@ietf.org>, "draft-ietf-conex-mobile@ietf.org" <draft-ietf-conex-mobile@ietf.org>
Subject: Re: [conex] Stephen Farrell's No Objection on draft-ietf-conex-mobile-05: (with COMMENT)
X-BeenThere: conex@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Congestion Exposure working group discussion list <conex.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/conex>, <mailto:conex-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/conex/>
List-Post: <mailto:conex@ietf.org>
List-Help: <mailto:conex-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/conex>, <mailto:conex-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Oct 2015 10:17:53 -0000

HI Stephen,

thanks for the review.

You are making a fair point. The document went through a few iterations in the WG. Initially it provided more detailed discussion of technical deployment aspects, however it seemed to be WG consensus to reduce that. As it stands now, it documents use cases and initial deployment options for ConEx in LTE, which is a domain where there is a) a need for some application-independent traffic management and b) the possibility for initial deployment (within an operator domain for example). So the value of the document would be to document that.

As Martin mentioned, the WG and all people involved are well aware of the declared IPR.

Cheers,
Dirk

-----Original Message-----
From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] 
Sent: Donnerstag, 1. Oktober 2015 13:50
To: The IESG
Cc: draft-ietf-conex-mobile.ad@ietf.org; draft-ietf-conex-mobile@ietf.org; conex-chairs@ietf.org; Mirja Kuehlewind; conex@ietf.org
Subject: Stephen Farrell's No Objection on draft-ietf-conex-mobile-05: (with COMMENT)

Stephen Farrell has entered the following ballot position for
draft-ietf-conex-mobile-05: No Objection

When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-conex-mobile/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------



- There is a huge amount of sales-speak in this document.  Frankly there is so much of that here, and no counterpoint nor real analysis that is technically, but fairly, critical of conex, that this seems like marketing material. Why are the authors, the WG, the area and the IETF producing that kind of thing? I'm sure there are good reasons to produce the material, but I'm not at all sure that ought be done within the IETF.

- Same IPR comment as Ben's. Were the WG aware?