[vnfpool] comment on draft-zong-vnfpool-problem-statement
Marco Liebsch <Marco.Liebsch@neclab.eu> Thu, 24 April 2014 09:54 UTC
Return-Path: <Marco.Liebsch@neclab.eu>
X-Original-To: vnfpool@ietfa.amsl.com
Delivered-To: vnfpool@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com
(Postfix) with ESMTP id 437321A013C for <vnfpool@ietfa.amsl.com>;
Thu, 24 Apr 2014 02:54:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.173
X-Spam-Level:
X-Spam-Status: No,
score=-0.173 tagged_above=-999 required=5 tests=[BAYES_50=0.8,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.272,
SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 vsKxNFt8j9Cx for
<vnfpool@ietfa.amsl.com>; Thu, 24 Apr 2014 02:54:41 -0700 (PDT)
Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) by
ietfa.amsl.com (Postfix) with ESMTP id 340A01A07F8 for <vnfpool@ietf.org>;
Thu, 24 Apr 2014 02:54:41 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu
(Postfix) with ESMTP id AC29B1073A9 for <vnfpool@ietf.org>;
Thu, 24 Apr 2014 11:54:34 +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 DNghIotE7MAl for
<vnfpool@ietf.org>; Thu, 24 Apr 2014 11:54:34 +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 AES128-SHA (128/128 bits)) (No client certificate
requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 8E993FFCDF for
<vnfpool@ietf.org>; Thu, 24 Apr 2014 11:54:29 +0200 (CEST)
Received: from PALLENE.office.hd ([169.254.1.195]) by METHONE.office.hd
([192.168.24.54]) with mapi id 14.01.0323.003; Thu, 24 Apr 2014 11:54:29 +0200
From: Marco Liebsch <Marco.Liebsch@neclab.eu>
To: "vnfpool@ietf.org" <vnfpool@ietf.org>
Thread-Topic: comment on draft-zong-vnfpool-problem-statement
Thread-Index: Ac9fmDyzNcG0Cup+RbOtZ5jtaBTJgw==
Date: Thu, 24 Apr 2014 09:54:29 +0000
Message-ID: <69756203DDDDE64E987BC4F70B71A26D6987A833@PALLENE.office.hd>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.1.6.1]
Content-Type: multipart/alternative;
boundary="_000_69756203DDDDE64E987BC4F70B71A26D6987A833PALLENEofficehd_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/vnfpool/LZFQV9fwqq4gtIQKiYPzcehkTuc
Subject: [vnfpool] comment on draft-zong-vnfpool-problem-statement
X-BeenThere: vnfpool@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for virtual network function resource pooling."
<vnfpool.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vnfpool>,
<mailto:vnfpool-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vnfpool/>
List-Post: <mailto:vnfpool@ietf.org>
List-Help: <mailto:vnfpool-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vnfpool>,
<mailto:vnfpool-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Apr 2014 09:54:44 -0000
Hi Ning, all,
please find some more feedback to the 4th revision of the VNFPool PS draft below. It's more
about a clarification before I can send more detailed comments on the draft.
The draft clarifies about the technical scope, which I understand is limited to redundancy management
and failover handling within a group of VNFs of the same type, the VNF set.
To coordinate between functions of different pools, the draft introduces the Service Control Entity.
Does the Service Control Entity play a role in building a single network function, e.g. a firewall,
from function instances of different pools?
It does not play a role if the complete firewall functionality is provided by a single VNF of a single Pool.
Is this the assumption for VNFPool?
>From Fig. 1 of the draft I understand that the complete function (e.g. the firewall), is provided by a single box
above the Virtualization Platform layer. And each box seems to be a virtual machine.
This would mean that each VNFPool provides a self-contained function, e.g. firewall, web-service, etc.
There is no functional dependency between VNFs of different Pools. Is this understanding correct?
My understanding of how a virtualized network function vNF is built is that it comprises multiple
vNF Components (vNFC) of the same (for function-internal load balancing) and of different types.
Each vNFC is instantiated in a separate virtual machine.
I am still not sure how to reflect this in VNFPool: It may be details that hide inside a VNF as e.g. depicted in
Fig. 1. In such case, the function-internal architecture made from different vNFCs is not visible to VNFPool.
In case VNFPool is concerned with the function-internal architecture made from different vNFCs, Section 3.2
may include such figure:
+---------+
| VNF-C#z |
| |
+---------+
^ |
| |
| |
| v
+---------+ +---------+
| VNF-A#x |<------| VNF-B#y |
| |------>| |
+---------+ +---------+
^
|
|
|
v
+---------+
| Client |
+---------+
Sorry that I come up with this request for clarification again.
Best regards,
marco