Open Stack

Hi everybody,

I'm trying to setup exactly this
<http://www.s3it.uzh.ch/blog/openstack-neutron-vlan/> (instance attached
directly to ext-net), using VLAN external networks.

Everything seems to work OK: the VM sees the DHCP server in the network
node, routes get configured inside the VM, but when it sends ARP asking for
the MAC address of the external default gateway, it never gets the answer,
because the arp-reply frame is dropped by br-vlan in the compute node (ovs
for external network). The cause of the drop is that it is not tagged with
any VLAN ID. So, my question is:

- Should the external facing OVS (br-ex or br-vlan) have as a port one
which receives tagged frames from the external network (i.e. eth0) or
untagged frames (i.e. vlanXX, eth0.XX)?

Thanks!


On Wed, Mar 18, 2015 at 5:39 PM, George Shuklin <george.shuklin at gmail.com>
wrote:

>  We have that configuration and it works fine. Even better than L3 NAT on
> neutron routers.
>
> Tenant's VM works perfect with external networks and white IPs, but you
> should make external network available on each compute node (ml2_conf.ini).
>
>
> On 03/18/2015 07:29 PM, Adam Lawson wrote:
>
> What I'm trying to do is force OpenStack to do something it normally
> doesn't do for the sake of learning and experimentation. I.e. bind a public
> network to a VM so it can be accessed outside the cloud when floating IP's
> are normally required. I know there are namespace issues at play which may
> prevent this from working, just trying to scope the boundaries of what I
> can and cannot do really.
>
>
> * Adam Lawson*
>
>  AQORN, Inc.
> 427 North Tatnall Street
> Ste. 58461
> Wilmington, Delaware 19801-2230
> Toll-free: (844) 4-AQORN-NOW ext. 101
> International: +1 302-387-4660
>  Direct: +1 916-246-2072
>
>
> On Wed, Mar 18, 2015 at 7:08 AM, Pedro Sousa <pgsousa at gmail.com> wrote:
>
>> Hi Adam
>>
>> For external network you should use floating ips to access externally to
>> your instances if I understood correctly.
>>
>> Regards
>> Em 16/03/2015 20:56, "Adam Lawson" <alawson at aqorn.com> escreveu:
>>
>>>  Got a strange error and I'm really hoping to get some help with it
>>> since it has be scratching my head.
>>>
>>>  When I create a VM within Horizon and select the PRIVATE network, it
>>> boots up great.
>>> When I attempt to create a VM within Horizon and include the PUBLIC
>>> network (either by itself or with the private network), it fails with a "No
>>> valid host found" error.
>>>
>>>  I looked at the nova-api and the nova-scheduler logs on the controller
>>> and the most I've found are errors/warnings binding VIF's but I'm not 100%
>>> certain it's the root cause although I believe it's related.
>>>
>>>  I didn't find any WARNINGS or ERRORS in the compute or network node.
>>>
>>>  Setup:
>>>
>>>    - 1 physical host running 4 KVM domains/guests
>>>     - 1x Controller
>>>       - 1x Networ
>>>       - 1x Volume
>>>       - 1x Compute
>>>
>>>
>>>  *Controller Node:*
>>> nova.conf (http://pastebin.com/q3e9cntH)
>>>
>>>    - neutron.conf (http://pastebin.com/ukEVzBbN)
>>>     - ml2_conf.ini (http://pastebin.com/w10jBGZC)
>>>     - nova-api.log (http://pastebin.com/My99Mg2z)
>>>     - nova-scheduler (http://pastebin.com/Nb75Z6yH)
>>>     - neutron-server.log (http://pastebin.com/EQVQPVDF)
>>>
>>>
>>>  *Network Node:*
>>>
>>>    - l3_agent.ini (http://pastebin.com/DBaD1F5x)
>>>     - neutron.conf (http://pastebin.com/Bb3qkNi7)
>>>     - ml2_conf.ini (http://pastebin.com/xEC1Bs9L)
>>>
>>>
>>>  *Compute Node:*
>>>
>>>    - nova.conf (http://pastebin.com/K6SiE9Pw)
>>>     - nova-compute.conf (http://pastebin.com/9Mz30b4v)
>>>     - neutron.conf (http://pastebin.com/Le4wYRr4)
>>>     - ml2_conf.ini (http://pastebin.com/nnyhC8mV)
>>>
>>>
>>>  *Back-end:*
>>> Physical switch
>>>
>>>  Any thoughts on what could be causing this?
>>>
>>> * Adam Lawson*
>>>
>>>  AQORN, Inc.
>>> 427 North Tatnall Street
>>> Ste. 58461
>>> Wilmington, Delaware 19801-2230
>>> Toll-free: (844) 4-AQORN-NOW ext. 101
>>> International: +1 302-387-4660 <%2B1%20302-387-4660>
>>>  Direct: +1 916-246-2072 <%2B1%20916-246-2072>
>>>
>>>
>>>  _______________________________________________
>>> OpenStack-operators mailing list
>>> OpenStack-operators at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>>>
>>>
>
>
> _______________________________________________
> OpenStack-operators mailing listOpenStack-operators at lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
>
> _______________________________________________
> OpenStack-operators mailing list
> OpenStack-operators at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150409/c3087a74/attachment.html>