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