[Openstack-operators] VLAN instead GRE (neutron/havana)

Nick Maslov azpekt at gmail.com
Fri Nov 15 07:12:42 UTC 2013


Hi Aaron,

I beg your pardon for jumping into discussion, but I have an issue with GRE implementation myself. I can see DHCPREQUEST packet coming out from compute node for newly spawned VM, it then hits the physical interface of the network node - but never makes it`s way to br-tun and br-int and namespace.

My output gives me this:
root at net01-001:/etc/neutron# ovs-ofctl dump-flows br-tun
NXST_FLOW reply (xid=0x4):
 cookie=0x0, duration=55117.719s, table=0, n_packets=0, n_bytes=0, idle_age=55117, priority=1,in_port=3 actions=resubmit(,2)
 cookie=0x0, duration=55120.132s, table=0, n_packets=8, n_bytes=648, idle_age=52926, priority=1,in_port=1 actions=resubmit(,1)
 cookie=0x0, duration=51768.006s, table=0, n_packets=0, n_bytes=0, idle_age=51768, priority=1,in_port=4 actions=resubmit(,2)
 cookie=0x0, duration=55118.41s, table=0, n_packets=0, n_bytes=0, idle_age=55118, priority=1,in_port=2 actions=resubmit(,2)
 cookie=0x0, duration=55120.051s, table=0, n_packets=0, n_bytes=0, idle_age=55120, priority=0 actions=drop
 cookie=0x0, duration=55119.885s, table=1, n_packets=8, n_bytes=648, idle_age=52926, priority=0,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00 actions=resubmit(,21)
 cookie=0x0, duration=55119.969s, table=1, n_packets=0, n_bytes=0, idle_age=55119, priority=0,dl_dst=00:00:00:00:00:00/01:00:00:00:00:00 actions=resubmit(,20)
 cookie=0x0, duration=55119.804s, table=2, n_packets=20, n_bytes=3484, idle_age=52496, priority=0 actions=drop
 cookie=0x0, duration=55119.723s, table=3, n_packets=0, n_bytes=0, idle_age=55119, priority=0 actions=drop
 cookie=0x0, duration=55119.64s, table=10, n_packets=0, n_bytes=0, idle_age=55119, priority=1 actions=learn(table=20,hard_timeout=300,priority=1,NXM_OF_VLAN_TCI[0..11],NXM_OF_ETH_DST[]=NXM_OF_ETH_SRC[],load:0->NXM_OF_VLAN_TCI[],load:NXM_NX_TUN_ID[]->NXM_NX_TUN_ID[],output:NXM_OF_IN_PORT[]),output:1
 cookie=0x0, duration=55119.554s, table=20, n_packets=0, n_bytes=0, idle_age=55119, priority=0 actions=resubmit(,21)
 cookie=0x0, duration=55119.468s, table=21, n_packets=8, n_bytes=648, idle_age=52926, priority=0 actions=drop

I don’t see any tun_id (I suppose I should) in this output.

On the opposite, I have GRE tunnels established:

root at net01-001:/etc/neutron# ovs-vsctl show
3db4ec17-7d21-4d4a-b5da-772a14ee819d
    Bridge br-tun
        Port br-tun
            Interface br-tun
                type: internal
        Port "gre-2"
            Interface "gre-2"
                type: gre
                options: {in_key=flow, local_ip="91.238.146.15", out_key=flow, remote_ip="91.238.146.9"}
        Port "gre-3"
            Interface "gre-3"
                type: gre
                options: {in_key=flow, local_ip="91.238.146.15", out_key=flow, remote_ip="91.238.146.8"}
        Port "gre-1"
            Interface "gre-1"
                type: gre
                options: {in_key=flow, local_ip="91.238.146.15", out_key=flow, remote_ip="91.238.146.5"}
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun} 



Do you have any idea why this might happen? Can h/w router strip out all packets with VLAN tags different from ones it expect to see? Or, GRE tunnels should transfer them without letting h/w router know about all this stuff?

Any help will be appreciated,
NM


-- 
Nick Maslov
Sent with Airmail

On November 5, 2013 at 6:36:01 AM, Aaron Rosen (arosen at nicira.com) wrote:

ovs-ofctl dump-flows br-tun 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20131115/e0525075/attachment.html>


More information about the OpenStack-operators mailing list