Re: [Nfvrg] FW: Research Group Preparation (a.k.a. "Last Call") for draft-irtf-nfvrg-gaps-network-virtualization

<Dirk.von-Hugo@telekom.de> Fri, 09 June 2017 13:41 UTC

Return-Path: <prvs=3264363b4=Dirk.von-Hugo@telekom.de>
X-Original-To: nfvrg@ietfa.amsl.com
Delivered-To: nfvrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2F871241FC for <nfvrg@ietfa.amsl.com>; Fri, 9 Jun 2017 06:41:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.319
X-Spam-Level:
X-Spam-Status: No, score=-4.319 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de
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 OklvVdkZW3Xx for <nfvrg@ietfa.amsl.com>; Fri, 9 Jun 2017 06:41:55 -0700 (PDT)
Received: from MAILOUT21.telekom.de (MAILOUT21.telekom.de [80.149.113.251]) (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 6C3EC1201F2 for <nfvrg@irtf.org>; Fri, 9 Jun 2017 06:41:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1497015714; x=1528551714; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=OAKKzgQLIaav7gvx6EvhLxAhi0mjRD/4wsQqqdo6AZk=; b=ffNJmh+Aupk+mJKxWJ36jkDlVwkYmgmyYNHFM/P75B850/Bd9L8pVwRN WX8/BrjmKX6X1rWYLooECmKSl6Vvvr1Ic2lKs4SRsTSdK3gZPeXcFBPX2 jfyLxZSs8BgmLVmBMxF/ZlBoQ7hy0VLJOqJApJ7IRmB+4eAC1q6WYSShm ZkQWYOPlY3taif+DYZa3PoqhIZz0Yvcp/lUUk3V8jDbFyV2SWpliM6n1+ D8bjOwb96s68IKGnPZ+NUjCtSpU5fS6+fY1+/ariRyhEBAX51Vi2N0wrg HezMBddKWYn7u5lZ1kgTA+pKo2vHVjnuGxXJcD5k5I/NOTQ54AyjdWW5x Q==;
Received: from qdezc2.de.t-internal.com ([10.171.255.37]) by MAILOUT21.telekom.de with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Jun 2017 15:41:50 +0200
X-IronPort-AV: E=Sophos;i="5.39,317,1493676000"; d="scan'208,217";a="610292375"
Received: from he105828.emea1.cds.t-internal.com ([10.169.119.31]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES256-SHA; 09 Jun 2017 15:41:50 +0200
Received: from HE105831.EMEA1.cds.t-internal.com (10.169.119.34) by HE105828.emea1.cds.t-internal.com (10.169.119.31) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Fri, 9 Jun 2017 15:41:50 +0200
Received: from HE105831.EMEA1.cds.t-internal.com ([fe80::68a7:ffa4:81be:3178]) by HE105831.emea1.cds.t-internal.com ([fe80::68a7:ffa4:81be:3178%26]) with mapi id 15.00.1263.000; Fri, 9 Jun 2017 15:41:50 +0200
From: <Dirk.von-Hugo@telekom.de>
To: <nfvrg@irtf.org>
CC: <cjbc@it.uc3m.es>
Thread-Topic: [Nfvrg] FW: Research Group Preparation (a.k.a. "Last Call") for draft-irtf-nfvrg-gaps-network-virtualization
Thread-Index: AQHS2UCo2e8CJNVP+kWfzibsQZQUZqIcRQDw
Date: Fri, 9 Jun 2017 13:41:49 +0000
Message-ID: <9254b66d9ff84432ab47e61a7858db26@HE105831.emea1.cds.t-internal.com>
References: <CAFL1SJQhzK1-jYcJtmv5JYAnXDNybS=mq3qNMsx5Tzk0WyOLDw@mail.gmail.com>
In-Reply-To: <CAFL1SJQhzK1-jYcJtmv5JYAnXDNybS=mq3qNMsx5Tzk0WyOLDw@mail.gmail.com>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.117.17.16]
Content-Type: multipart/alternative; boundary="_000_9254b66d9ff84432ab47e61a7858db26HE105831emea1cdstintern_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfvrg/w4ICWE5unB4OL__akn4kGjDaZCw>
Subject: Re: [Nfvrg] FW: Research Group Preparation (a.k.a. "Last Call") for draft-irtf-nfvrg-gaps-network-virtualization
X-BeenThere: nfvrg@irtf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Network Function Virtualization Research Group \(NFVRG\) discussion list" <nfvrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfvrg/>
List-Post: <mailto:nfvrg@irtf.org>
List-Help: <mailto:nfvrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/nfvrg>, <mailto:nfvrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jun 2017 13:41:59 -0000

Dear authors, all
I have read the 05 version and think the document is nearly ready for publication – provided some nits are corrected and clarifications addressed. In the following I tried to not repeat what has already been said earlier – sorry in case I didn’t succeed ;-/

p.3:
load- aware => load-aware

p.7:
requires of complex => requires complex

p.10:
In addition to the these interactions => In addition to these interactions
with each oter? etc. => with each other? etc.

p.15:
SR-IOV, NUMA, DPDK, etc : Should the acronyms be explained?

p.18:
looked as well. => looked at as well.

p.19:

a battery life thousands of times longer compared to => a battery life time exceeding by a factor of thousands that of
if this new market provides performance that are adequate with => if the new business model enables performance that meets  [?]
The widespread of system and network virtualization technologies => The widespread use/discussion/practice of system and network virtualization technologies
is responsible of the reliability => is responsible for the reliability

p.20:
situations in which an VNO requires => situations in which a VNO requires
protocol proposed by the WEBPUSH WG => add reference here: [RFC8030] ?
to rely on specific adatpation mechanisms => to rely on specific adaptation mechanisms
An specific example can be => A specific example can be

p.21:
network, not necessary on the direct data path => network, not necessarily on the direct data path

p.23:
administrative domain controlled by an operator => administrative domain controlled by (exactly) one operator
Especially, if each data center is protected => This holds true/this is the case in particular, if each data center is protected [no complete sentence otherwise IMO]

p.25:
IMO most of the text is true in any test case and very general (not VNF specific) as “The only variables in the testing should be those controlling the SUT itself”
… the workload type the expected VNF will be => … the workload type the expected VNF will be characterized by [?]

p.26:
collection of new functionality / set of functionality => collection of new functionalities / set of functionalities [?]

Thanks and Best Regards
Dirk
From: Nfvrg [mailto:nfvrg-bounces@irtf.org<mailto:nfvrg-bounces@irtf.org>] On Behalf Of Diego R. Lopez
Sent: 28 April 2017 18:14
To: nfvrg@irtf.org<mailto:nfvrg@irtf.org>
Subject: [Nfvrg] Research Group Preparation (a.k.a. "Last Call") for draft-irtf-nfvrg-gaps-network-virtualization

Hi,

As discussed and agreed in our meeting in Chicago, this message is to open the equivalent of a last-call for our draft on NFV research challenges (https://datatracker.ietf.org/doc/draft-irtf-nfvrg-gaps-network-virtualization/). Note I use the term “equivalent to last-call”, as the IRTF process described in RFC 5743 uses the term “Research Group Preparation”. Let me remind you the summarized IRTF process as described in RFC 5743:

   o  The Research Group (RG) performs a thorough technical and

      editorial review of the document and agrees it should be

      published.



   o  The Internet Research Steering Group (IRSG) reviews the document

      and approves it for publication.

   o  The Internet Engineering Steering Group (IESG) reviews the

      document to assure that there are no conflicts with current or

      expected standardization activities.



   o  The document is submitted to the RFC Editor for publication.
So we are starting the first step above, and all of you are encouraged to review the document and share your comments and opinions about moving it forward towards publication. Since it is advisable to put a deadline for this kind of process, let’s go for a one month period, that is until the 28th May.

Be goode,

--
"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D
http://people.tid.es/diego.lopez/

e-mail: diego.r.lopez@telefonica.com<mailto:diego.r.lopez@telefonica.com>
Tel:    +34 913 129 041<tel:+34%20913%2012%2090%2041>
Mobile: +34 682 051 091<tel:+34%20682%2005%2010%2091>
----------------------------------

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição