Explicitly set auth_strategy

On centos systems, /usr/share/neutron/neutron-dist.conf sets:

auth_strategy = noop

In order to set this correctly back to the upstream default of keystone we
need to explicitly set it in neutron.conf to override the
setting in the dist file

Change-Id: I9b5d7b629a97e6f8ec758fbea759d1ddf3fb039a
Implements: blueprint centos-rhel-for-network
Honor package override platform options

Following suit with the other cookbooks, this change makes
openstack-network::server and openstack-network::openvswitch take care
of package overrides coming from the platform options.

The tests for openvswitch have been fleshed out since they were lacking
in some regards.  Analogous work for the other parts (linuxbridge, ...)
still has to be done.

Change-Id: I3022c29add80f20adf73bb2c9eb3226264918ff0
Merge "Honor package override platform options"
Merge "Explicitly set auth_strategy"
Add client recipe for network

Add an explicit recipe for installing client
only packages.
Tests are also included.
Bumped minor version for this new feature.

Change-Id: I2e2faa481a2048dc7210132293704730df8f12c8
Addresses: blueprint add-client-recipes
Creating symbolic link for plugin.ini

We need create the link for plugin.ini on rhel, centos, fedora
platforms, otherwise the neutron-server can not be started. Here is the
bug from community:
https://bugs.launchpad.net/openstack-manuals/+bug/1240697

Closes-Bug: #1268670
Change-Id: I6f0fdc0a7610ba55e8cd7051805fd5883e41c87e
change default neutron quota driver

Fixes: bug 1280361

The default in Havana is no longer to use the config file backed quota
driver.  Instead, it is to use:

neutron.db.quota_db.DbQuotaDriver

This commit alters the attribute to use this driver by default.

Change-Id: I0bd2661f9a12cf82c113f91c41cba3ff3f1096a8
Merge "change default neutron quota driver"
Merge "Add client recipe for network"
ensure openvswitch kernel module is reloaded properly

Fixes: bug 1279837

sometimes the openvswitch kernel module does not get reloaded properly when
openvswitch-datapath-dkms recompiles it.  This ensures that it does by
calling the force-reload-kmod script

Change-Id: Ifbac13b5ca1c5b0d9ef997b6f6b9656af2f65506
Wait for dnsmasq to become available

Fixes: bug 1280214

When we install dnsmasq, it takes a few seconds to start up, during
which time dns resolution on the system is unavailable.  If we carry on
with the chef run during this time, subsequent steps (eg package
installations) will fail due to transient errors with name resolution.

This patch introduces a small loop to ensure we have working dns resolution
before moving on

Change-Id: Ia508a7243554bca64c0451d99086ae596ec9e462
make dnsmasq compile optional

Some users wont want to compile source, and instead choose
to build or otherwise install a package for dnsmasq on precise
This does not change the default behavior, just provides a short circuit
mechanism for folks who don't want to have these recipes build from
source

Change-Id: I85ee904f2bc47dc352b13e2c6f35e14e2084b5d2
Merge "ensure openvswitch kernel module is reloaded properly"
Merge "Wait for dnsmasq to become available"