[Openstack] Help with quantum/neutron provider networks (transition from nova-network)
Robert Kukura
rkukura at redhat.com
Mon Aug 12 20:27:39 UTC 2013
On 08/12/2013 03:24 PM, Jonathan Proulx wrote:
> Thanks Rob,
>
> That was it
Can you explain what you did to make it work?
The quantum-openvswitch-agent should take care of connecting the
integration bridge (br-int) with the physical network bridge (the one
listed after "trunk:" in bridge_mappings) automatically, and creating
the necessary flow rules to translate the VLAN tag between the local tag
use on the integration bridge and the real tag used on the physical network.
Was adding the network interface as a port to the physical network
bridge what was needed? This is a manual step with the openvswitch agent.
-Bob
>
> -Jon
>
>
> On Sun, Aug 11, 2013 at 6:31 PM, Robert Collins
> <robertc at robertcollins.net <mailto:robertc at robertcollins.net>> wrote:
>
> You need to connect the exterior network to the integration bridge
> yourself. This is in the deployer docs somewhere, I don't recall
> offhand - sorry.
>
> -Rob
>
> On 12 August 2013 06:26, Jonathan Proulx <jon at jonproulx.com
> <mailto:jon at jonproulx.com>> wrote:
> > Bad form to self-reply but it's off hours for most and this is
> probably
> > useful new information..
> >
> > the vm's tap device on the compute node is being put in the bridge
> "int-br",
> > if I remove it and put in the "trunk" bridge with the correct tag
> it works
> > as I want:
> >
> > root at nova-0:~# ovs-vsctl del-port br-int tapd2799dad-27
> > root at nova-0:~# ovs-vsctl add-port trunk tapd2799dad-27 tag=2113
> >
> > This what I wanted to happen but clearly I have something
> confused, can
> > quantum/neutron do this & if so how do I tell it to?
> >
> >
> > On Sun, Aug 11, 2013 at 8:07 AM, Jonathan Proulx
> <jon at jonproulx.com <mailto:jon at jonproulx.com>> wrote:
> >>
> >> HI All,
> >>
> >> My maintenance window is closing and I haven't yet managed the
> transition
> >> I planned from nova-network to quantum/neutron with ovs plugin.
> Using
> >> Ubuntu 12.04 Cloud archive packages (and puppetlabs openstack
> modules,
> >> though I had the same results by hand so likely confusion on my
> part rather
> >> than a typo)
> >>
> >> I want to create a provider network that plugs instances directly
> into an
> >> existing vlan which already has a router, dhcp (and other
> non-openstack)
> >> hosts. Previously this is where nova-network got it's "floating
> ip" ranges.
> >> I have interfaces on compute nodes and network controller with
> this vlan
> >> trunked, also their public IPs are on this vlan so they have another
> >> interface i could use to provide "flat" access, but I'd rather go
> vlan as I
> >> have other nets I want to implement too.
> >>
> >> I created the network with:
> >> quantum net-create public-inet --shared --provider:network_type vlan
> >> --provider:physical_network trunk --provider:segmentation_id 2113
> >>
> >> on network controller and compute node 'ovs-vsctl list-ifaces
> trunk' shows
> >> a single physical interface as a member (bond0, and eth1
> respectively) these
> >> interfaces are up and are the ones with trunks defined on the
> attached
> >> switch. Neither has an IP addr (though bond0.2113 on the
> controller is the
> >> primary public interface, perhaps this is an issue?) an other
> possible issue
> >> is that this is jumbo frames network so I need to set MTU...but I
> expect
> >> that problem comes after the current one.
> >>
> >> in the config I have set:
> >> bridge_mappings=trunk:<bond0|eth1>-br
> >>
> >> should I have not set them to
> >>
> >> when I launch an instance with this network it does get an
> interface but
> >> is seems not to be connected to the outside.
> >>
> >> the quantum-server log complains:
> >> 2013-08-11 07:32:30 WARNING [quantum.db.agentschedulers_db] Fail
> >> scheduling network {'status': u'ACTIVE', 'subnets':
> >> [u'7dd56379-90f5-4c79-b127-954c0fcbdca1'], 'name': u'public-inet',
> >> 'provider:physical_network': u'trunk', 'admin_state_up': True,
> 'tenant_id':
> >> u'6f9adccbd03e4d2186756896957a14bf', 'provider:network_type':
> u'vlan',
> >> 'router:external': False, 'shared': True, 'id':
> >> u'2c3ee609-ff51-4650-8541-737b0ca72f0c',
> 'provider:segmentation_id': 2113L}
> >>
> >> The compute node shows
> >> 2013-08-11 07:32:30 INFO [quantum.agent.securitygroups_rpc]
> Security
> >> group member updated [u'e4ad30f9-e50b-49fc-9d81-26c875ac15b8',
> >> u'e5209cd6-b881-4633-b955-fdde1fefea58']
> >> 2013-08-11 07:32:39 INFO [quantum.agent.securitygroups_rpc]
> Preparing
> >> filters for devices set(['96555a4a-d6c1-4c8a-a65e-31317370c08d'])
> >> 2013-08-11 07:32:40 INFO
> >> [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Port
> >> 96555a4a-d6c1-4c8a-a65e-31317370c08d added
> >> 2013-08-11 07:32:40 INFO
> >> [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Port
> >> 96555a4a-d6c1-4c8a-a65e-31317370c08d updated. Details:
> {u'admin_state_up':
> >> True, u'network_id': u'2c3ee609-ff51-4650-8541-737b0ca72f0c',
> >> u'segmentation_id': 2113, u'physical_network': u'trunk', u'device':
> >> u'96555a4a-d6c1-4c8a-a65e-31317370c08d', u'port_id':
> >> u'96555a4a-d6c1-4c8a-a65e-31317370c08d', u'network_type': u'vlan'}
> >> 2013-08-11 07:32:40 INFO
> >> [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Assigning 5
> as local
> >> vlan for net-id=2c3ee609-ff51-4650-8541-737b0ca72f0c
> >>
> >> Can anyone see what I'm misunderstanding?
> >>
> >> Thanks,
> >> -Jon
> >
> >
> >
> > _______________________________________________
> > Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> > Post to : openstack at lists.openstack.org
> <mailto:openstack at lists.openstack.org>
> > Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >
>
>
>
> --
> Robert Collins <rbtcollins at hp.com <mailto:rbtcollins at hp.com>>
> Distinguished Technologist
> HP Converged Cloud
>
>
>
>
> _______________________________________________
> Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to : openstack at lists.openstack.org
> Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
More information about the Openstack
mailing list