Open Stack

Guys,

This problem that I'm facing, seems to be unrelated to OpenStack Neutron.

What I did?

Reconfigured my /etc/network/interfaces file with:

---
auto vlanXXXX
iface vlanXXXX inet manual
        vlan_raw_device eth3

auto brqvlanXXXX-aa
iface brqvlanXXXX-aa inet manual
        bridge_ports vlanXXXX
        bridge_maxwait 5
        bridge_fd 1
        bridge_stp off
---

Started a KVM VM using:

---
    <interface type='bridge'>
      <mac address='52:54:00:ba:46:c5'/>
      <source bridge='brqvlanXXXX-aa'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03'
function='0x0'/>
    </interface>
---

Same problem! So, OpenStack seems to have nothing to do with this problem
that I'm facing...

I'll keep investigating it...

Cheers!
Thiago

On 10 July 2015 at 14:14, Martinx - ジェームズ <thiagocmartinsc at gmail.com> wrote:

> Cynthia,
>
>  Attaching a "regular KVM Virtual Machine" directly to the bridge, also
> did not worked.
>
>  I'll try to create this eth3.XXXX, a LinuxBridge "brqxxxxzzzz-yy" on top
> of it and a new KVM VM, completely outside of OpenStack but, on top of this
> very same server.
>
>  Thanks again for the tip!
>
> Thiago
>
> On 9 July 2015 at 22:58, Martinx - ジェームズ <thiagocmartinsc at gmail.com>
> wrote:
>
>> Hi Cynthia,
>>
>> That's actually a very good idea! I was thinking about this as well...
>> But still did not tried it.
>>
>> Basically I need to stop "nova-compute" and edit Instance configuration
>> with "virsh edit instance-id"... Sound very easy to try...
>>
>> Attaching an "alien" instance directly to the "brq50b13311-fa" sounds
>> even easier.
>>
>> I'll definitively give it a try!
>>
>> Thanks!
>>
>> On 9 July 2015 at 05:20, Cynthia Lopes <clsacramento at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> We had something similar once but the cause was a miss config in our
>>> LACP bonding... By your config you don't seem to be using bonding but maybe
>>> something external to neutron is causing you the problem.
>>>
>>> If you manually launch a VM connected to the bridge brq50b13311-fa, can
>>> you see the packets ?
>>>
>>>
>>>
>>> 2015-07-09 5:43 GMT+02:00 Kevin Benton <blak111 at gmail.com>:
>>>
>>>> I wonder if l2 population is interferring. Can you try disabling l2
>>>> population on the agent side so forwarding entries aren't being setup and
>>>> see if the issue persists?
>>>> On Jul 8, 2015 8:20 PM, "Martinx - ジェームズ" <thiagocmartinsc at gmail.com>
>>>> wrote:
>>>>
>>>>> On 8 July 2015 at 22:50, Jerry Zhao <xyzjerry at gmail.com> wrote:
>>>>>
>>>>>>  Since you are using vxlan tunnel, have you increased the MTU on all
>>>>>> compute nodes and network node to accommodate the vxlan tunnel packets?
>>>>>>
>>>>>>
>>>>>> http://docs.openstack.org/juno/config-reference/content/networking-options-plugins-ml2.html
>>>>>>
>>>>>
>>>>> Yes, all my VXLAN networks have MTU=1450.
>>>>>
>>>>> I'm not seeing *any problems* with my VXLAN networks.
>>>>>
>>>>> My problem lies exclusively within the "VLAN Provider Networks" /
>>>>> related Neutron LinuxBridges.
>>>>>
>>>>> I'm attaching my Instances directly to a physical network of the
>>>>> Compute Node itself (1 tagged VLAN for each Instance). But, it doesn't work
>>>>> as expected.
>>>>>
>>>>> Thanks!
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>> Cynthia Lopes do Sacramento
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20150710/20a13f2e/attachment.html>