Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Proposed name for the project: Multi-VIM for Cloud Providers
  • Proposed name for the repository: 
    • MultiVIM

...

Scope:

  1. Add capability in infrastructure controller to allow for registration, discovery (or homing), and invocation of a VIM provider.
  2. A plugable framework that implements adapters for different providers. In R1, we expect VMware VIO, OpenStack (Wind River), and Microsoft Azure.
  3. Close loop remediation — Monitoring API collection for multi-cloud resource metrics (utilization, availability, health, performance), potential integration with DCAE collectors
  4. SDC VNF template customization and/or optimization to establish close match to the underline capabilities of the infrastructure provider(s)
  5. In R1, we target to support
    • Minimal
      • Demo use case within a single site, supported by any single VIM provider.
      • For VoLTE vVoLTE or vCPE, enable single VIM provider across multi-site 
    • Stretch goal
      • For VoLTE vVoLTE or vCPE, enable mix of different VIM providers across multi-site

...

  • How does this align with external standards/specifications?
    • Support existed functions
    • Information/data models by ONAP modeling project
    • Compliant with ETSI NFV architecture framework
  • Are there dependencies with other open source projects?

Resources:

  • Primary Contact Person:  Bin Yang, Wind River; Xinhui Li, VMware;   Bin Yang, Wind River
  • Initial Committers:
    • Andrew Philip, Microsoft
    • Bin Yang, Wind River
    • Xinhui Li, VMware
    • Anbing Zhang, China Mobile
  • Contributors
    • Isaku Yanahata, Intel
    • Matti Hiltunen, AT&T
    • Ethan Lynn, VMware

...

...