Re: [vnrg] Some definitions and way forward
Roland Bless <roland.bless@kit.edu> Fri, 05 August 2011 11:04 UTC
Return-Path: <roland.bless@kit.edu>
X-Original-To: vnrg@ietfa.amsl.com
Delivered-To: vnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0ECE821F8B76 for <vnrg@ietfa.amsl.com>; Fri, 5 Aug 2011 04:04:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.048
X-Spam-Level:
X-Spam-Status: No, score=-6.048 tagged_above=-999 required=5 tests=[AWL=0.201, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z4Lf-t0jEUNG for <vnrg@ietfa.amsl.com>; Fri, 5 Aug 2011 04:04:33 -0700 (PDT)
Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) by ietfa.amsl.com (Postfix) with ESMTP id 4354E21F8B54 for <vnrg@irtf.org>; Fri, 5 Aug 2011 04:04:32 -0700 (PDT)
Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=vorta.tm.kit.edu) by iramx2.ira.uni-karlsruhe.de with esmtp port 25 id 1QpICo-0001Aw-KS; Fri, 05 Aug 2011 13:04:47 +0200
Received: from [IPv6:::1] (localhost [127.0.0.1]) by vorta.tm.kit.edu (Postfix) with ESMTPS id A00A5A80067; Fri, 5 Aug 2011 13:04:41 +0200 (CEST)
Message-ID: <4E3BCE47.2000805@kit.edu>
Date: Fri, 05 Aug 2011 13:04:39 +0200
From: Roland Bless <roland.bless@kit.edu>
Organization: Institute of Telematics, Karlsruhe Institute of Technology (KIT)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060111 Thunderbird/1.5 Mnenhy/0.7.3.0
MIME-Version: 1.0
To: "Flinck, Hannu (NSN - FI/Espoo)" <hannu.flinck@nsn.com>
References: <4E3936FF.1090006@kit.edu><EFDB2B5417263843B5077E12666D8C10187C646B@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com><4E39A744.8010508@kit.edu><EFDB2B5417263843B5077E12666D8C10187C6490@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com><4E3A59FE.1090809@kit.edu><EFDB2B5417263843B5077E12666D8C1018FD26C8@FRMRSSXCHMBSB1.dc-m.alcatel-lucent.com> <4E3B09D2.70202@kit.edu> <26E5D1C5D5365D47B147E5E62FC73585036D307A@FIESEXC035.nsn-intra.net> <4E3BA5DE.6010204@kit.edu> <26E5D1C5D5365D47B147E5E62FC73585036D31C7@FIESEXC035.nsn-intra.net>
In-Reply-To: <26E5D1C5D5365D47B147E5E62FC73585036D31C7@FIESEXC035.nsn-intra.net>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de)
X-ATIS-AV: Kaspersky (iramx2.ira.uni-karlsruhe.de)
X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de 1312542287.914099000
Cc: vnrg@irtf.org
Subject: Re: [vnrg] Some definitions and way forward
X-BeenThere: vnrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Virtual Networks Research Group \(VNRG\) discussion list" <vnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/vnrg>, <mailto:vnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/vnrg>
List-Post: <mailto:vnrg@irtf.org>
List-Help: <mailto:vnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/vnrg>, <mailto:vnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Aug 2011 11:04:34 -0000
Hi Hannu, On 05.08.2011 10:31, Flinck, Hannu (NSN - FI/Espoo) wrote: > Can you please elaborate what do you mean by "As soon as you > areconsidering control plane issues, different roles matter a lot." For > me the InP and VNP doesn't seem to be that useful other than explaining > a certain, somewhat limited business model. As already mentioned, it's really not about discussing a business model, but about controlling virtual and real resources. In order to do that you need different control interfaces for the various stakeholders. Let's assume you (as VNO) need to reboot your virtual router, because it crashed. Then your InP needs to provide access to the virtual router in order to do that, no matter where it is currently hosted in the substrate, but probably without exposing the current mapping of virtual to substrate resources. As InP you have the mapping information and can easily do this, maybe using a different control interface. If you have a VNet spanning several InP domains, you even need to find out first at which InP the virtual router is currently hosted. This has implications for addressing virtual resources in the control plane and so on. These are important control plane aspects, not business model aspects. Regards, Roland
- [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Bhumip Khasnabish
- Re: [vnrg] Some definitions and way forward Papadimitriou, Dimitri (Dimitri)
- Re: [vnrg] Some definitions and way forward Joe Touch
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Papadimitriou, Dimitri (Dimitri)
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Andreas Fischer
- Re: [vnrg] Some definitions and way forward SCHARF, Michael
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Papadimitriou, Dimitri (Dimitri)
- Re: [vnrg] Some definitions and way forward Andreas Fischer
- Re: [vnrg] Some definitions and way forward Joe Touch
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Flinck, Hannu (NSN - FI/Espoo)
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Flinck, Hannu (NSN - FI/Espoo)
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward Papadimitriou, Dimitri (Dimitri)
- Re: [vnrg] Some definitions and way forward Flinck, Hannu (NSN - FI/Espoo)
- Re: [vnrg] Some definitions and way forward Papadimitriou, Dimitri (Dimitri)
- Re: [vnrg] Some definitions and way forward Roland Bless
- Re: [vnrg] Some definitions and way forward JFC Morfin