X-Git-Url: https://osm.etsi.org/gitweb/?a=blobdiff_plain;f=openvimd.cfg;h=9641938c1b37354d849ba2c33da3a05afb3ce66a;hb=refs%2Fchanges%2F17%2F1317%2F3;hp=bb852e51a8926f38a46af8f0510326f314072b10;hpb=3043d13cc7d1496cd9bdb7a456f12c9fffc25287;p=osm%2Fopenvim.git diff --git a/openvimd.cfg b/openvimd.cfg index bb852e5..9641938 100644 --- a/openvimd.cfg +++ b/openvimd.cfg @@ -35,7 +35,7 @@ mode: test #Openflow controller information -of_controller: floodlight # Type of controller to be used. +of_controller: floodlight # Type of controller to be used. # Valid controllers are 'opendaylight', 'floodlight' or #of_controller_module: module # Only needed for . Python module that implement # this controller. By default a file with the name .py is used @@ -72,8 +72,18 @@ tenant_id: fc7b43b6-6bfa-11e4-84d2-5254006d6777 # Default tenant identifier fo network_vlan_range_start: 3000 network_vlan_range_end: 4000 +# Overlay network implementation. Options are: +# - ovs : (by default) Use a vlxan mesh between computes to handle the network overlay. +# - bridge: Use pre-populated linux bridges with L2 conectivity at compte nodes. +network_type : ovs +ovs_controller_ip : localhost # dhcp controller IP address, must be change in order to +ovs_controller_user : "osm_dhcp" # User for the dchp controller for OVS networks +ovs_controller_file_path : "/var/lib/openvim" # Path for dhcp daemon configuration, by default '/var/lib/openvim' + + #host bridge interfaces for networks -# Openvim cannot create bridge networks automatically, in the same way as other CMS do. +# Apply only for 'network_type: bridge' +# Indicates the bridges at compute nodes to be used for the overlay networks # Bridge networks need to be pre-provisioned on each host and Openvim uses those pre-provisioned bridge networks. # Openvim assumes that the following bridge interfaces have been created on each host, appropriately associated to a physical port. # The following information needs to be provided: @@ -82,21 +92,21 @@ network_vlan_range_end: 4000 # - The speed of the physical port in Gbps, where that bridge interface was created # For instance, next example assumes that 10 bridges have been created on each host # using vlans 2001 to 2010, associated to a 1Gbps physical port -bridge_ifaces: - #name: [vlan, speed in Gbps] - virbrMan1: [2001, 1] - virbrMan2: [2002, 1] - virbrMan3: [2003, 1] - virbrMan4: [2004, 1] - virbrMan5: [2005, 1] - virbrMan6: [2006, 1] - virbrMan7: [2007, 1] - virbrMan8: [2008, 1] - virbrMan9: [2009, 1] - virbrMan10: [2010, 1] +#bridge_ifaces: +# #name: [vlan, speed in Gbps] +# virbrMan1: [2001, 1] +# virbrMan2: [2002, 1] +# virbrMan3: [2003, 1] +# virbrMan4: [2004, 1] +# virbrMan5: [2005, 1] +# virbrMan6: [2006, 1] +# virbrMan7: [2007, 1] +# virbrMan8: [2008, 1] +# virbrMan9: [2009, 1] +# virbrMan10: [2010, 1] #Used only when 'mode' is at development'. Indicates which 'bridge_ifaces' is used for dataplane networks -development_bridge: virbrMan10 +#development_bridge: virbrMan10 #DHCP SERVER PARAMETERS. #In case some of the previous 'bridge_ifaces' are connected to an EXTERNAL dhcp server, provide @@ -126,3 +136,5 @@ dhcp_server: log_level: ERROR log_level_db: DEBUG log_level_of: DEBUG + +