Re: [vnrg] Some definitions and way forward

Hi,

> 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, 

The problem is not the inclusion of "control functionality" into the architectural related definitions but the assignment and distribution of control roles to stakeholders as part of these definitions (cf. VNO, VNP, InP, etc.). At this stage, it is important to define WHAT is to be controlled and not WHO controls what (and the term, e.g., Provider is basically defining the WHO). 

Using my previous example it means that VN, VR* and R* entities have of course associated control function but I didn't indicate who is associated/in charge of controlling the VN, VR*, and R* since it this is not part of the an architectural scope of the definitions we're currently working on. 

Thanks,
-dimitri.

> 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 mailing list
> vnrg@irtf.org
> https://www.irtf.org/mailman/listinfo/vnrg
> 