Merge "MongoDB as a Filesystem"

diff --git a/Release7/Support_of_high_level_primitives_in_SDN_plugin_model_for_SDN_assist.md b/Release7/Support_of_high_level_primitives_in_SDN_plugin_model_for_SDN_assist.md
new file mode 100644 (file)
index 0000000..4d84a58
--- /dev/null
+++ b/Release7/Support_of_high_level_primitives_in_SDN_plugin_model_for_SDN_assist.md
@@ -0,0 +1,36 @@
+# Support of high level primitives in SDN plugin model for SDN assist #
+ 
+## Proposer ##
+- Gerardo Garcia (Telefonica)
+- Alfonso Tierno (Telefonica)
+- Francisco Javier Ramon (Telefonica)
+ 
+## Type ##
+**Feature**
+ 
+## Target MDG/TF ##
+RO
+ 
+## Description ##
+The SDN plugin model in OSM assumes the existence of a set of calls in the 
+plugin that allow RO to interact with different but equivalent primitives from 
+various SDN controllers in an homogeneous fashion.
+
+The current set of calls assumes the availability of a number of basic 
+flow-level provided by the SDN Controller, letting the RO assume the logic to 
+create the various kinds of underlay networks supported by OSM, namely E-Line 
+and E-LAN types.
+
+While this model of use might be a reasonable approach for many cases, it might 
+be suboptimal for modern SDN controllers, which can be already capable of 
+providing high level API operations to set up E-LAN and/or E-Line connections 
+(and even prevent the use of flow-level operations.
+
+This feature proposes to augment the current SDN plugin model to support also 
+CRUD operations for complete networks, leveraging on existing API calls of 
+modern SDN controllers.
+
+## Demo or definition of done ##
+Show that it is possible to create, read, update and delete underlay 
+connections of E-LAN and E-line types with, at least, one of the supported 
+types of SDN controllers.
\ No newline at end of file

diff --git a/Release7/provider_network_support.md b/Release7/provider_network_support.md
new file mode 100644 (file)
index 0000000..309ceb7
--- /dev/null
+++ b/Release7/provider_network_support.md
@@ -0,0 +1,30 @@
+# Support for network creation based on provider network attributes #
+​
+## Proposer ##
+​
+- Vanessa Little (VMware)
+- Mark Beierl (VMware)
+- Matt Harper (RIFT)
+- Ravi Chamarty (RIFT)
+​
+## Type ##
+*Feature**
+​
+## Target MDG/TF ##
+NBI, LCM, RO
+​
+## Description ##
+The OSM instantiation parameters needs enhancement to support the following VIM specific per-VL attributes supports
+​
+provider-network:
+   physical-network: string
+   segmentation-id: uint32
+​
+NBI module shall validate the new OSM instantiation parameters. LCM module shalle pass the above parameters to RO during NS instantiation. OSM RO should support creation of VL based on provider-network.
+​
+In the case of VMware VCD, this allows creation of VL based on a specific VDC external network.
+In the case of Openstack, this allows creation of VL based on a specific physical network.
+​
+​
+## Demo or definition of done ##
+Instantiate NS VL based on provider network attributes

diff --git a/Release7/vmware_vcd_95_support.md b/Release7/vmware_vcd_95_support.md
new file mode 100644 (file)
index 0000000..befbdfd
--- /dev/null
+++ b/Release7/vmware_vcd_95_support.md
@@ -0,0 +1,19 @@
+# Support for VMware VCD 9.5 #
+
+## Proposer ##
+
+- Vanessa Little (VMware)
+- Matt Harper (RIFT)
+- Ravi Chamarty (RIFT)
+
+## Type ##
+**Feature**
+
+## Target MDG/TF ##
+RO
+
+## Description ##
+This is primarily a test effort. We will test VMware VCD VIMConnector against VCD 9.5
+
+## Demo or definition of done ##
+Verify OSM R5 descriptor packages using VCD 9.5