Re: [Netstack] About gre flow of OVSQuantumTunnelAgent

[Yong Sheng Gong]

my ovs version on redhat Enterprise linux server 6.1:
[root@robinlinux ~]# ovs-vsctl --version
ovs-vsctl (Open vSwitch) 1.4.0
Compiled Mar 21 2012 21:02:10

-----Debo~ Dutta <dedu...@cisco.com> wrote: -----

To: Dan Wendlandt <d...@nicira.com>
From: Debo~ Dutta <dedu...@cisco.com>
Date: 05/09/2012 12:05AM
Cc: Yong Sheng Gong/China/IBM@IBMCN, netstack@lists.launchpad.net, David Lapsley <dlaps...@nicira.com>
Subject: Re: [Netstack] About gre flow of OVSQuantumTunnelAgent

Hi 

Dave and I have encountered this problem before. One thing to do is to ensure you have the latest ovs (in 11.10 the ovs didn't like tunnels)

debo

On May 8, 2012, at 8:27 AM, Dan Wendlandt wrote:

resending to netstack list, reply all somehow mangled the address...

On Tue, May 8, 2012 at 8:12 AM, Dan Wendlandt <d...@nicira.com> wrote:

Hi Yong, 

On Tue, May 8, 2012 at 6:40 AM, Yong Sheng Gong <gong...@cn.ibm.com> wrote:

Hi,
I have tried to run  OVSQuantumTunnelAgent with two compute hosts. But VM on hostb cannot get ip from dhcp server on hostb.

If the VM and the dhcp server are both on "hostb", then packets would be switched directly between them on br-int, they would not need to be tunneled.  Perhaps you meant one was on hosta?  

Either way, please create a bug on launchpad and attach the output of the plugin agents running on both hosts.  Thanks,

Dan

p.s. be sure that you've got the latest master, as there have been a couple important bug fixes recently. 

 

I found the br-tun has the flows set:
[root@robinlinux ~]# ovs-ofctl show br-tun
OFPT_FEATURES_REPLY (xid=0x1): ver:0x1, dpid:0000b2dea5b34a44
n_tables:255, n_buffers:256
features: capabilities:0xc7, actions:0xfff
 1(patch-int): addr:aa:c9:ac:8c:be:a8
     config:     0
     state:      0
 2(gre-0): addr:76:4c:ca:ca:61:1c
     config:     0
     state:      0
 3(gre-1): addr:52:91:f7:6c:08:57
     config:     0
     state:      0
 LOCAL(br-tun): addr:b2:de:a5:b3:4a:44
     config:     PORT_DOWN
     state:      LINK_DOWN
OFPT_GET_CONFIG_REPLY (xid=0x3): frags=normal miss_send_len=0
[root@robinlinux ~]# ovs-ofctl dump-flows br-tun
NXST_FLOW reply (xid=0x4):
 cookie=0x0, duration=66.985s, table=0, n_packets=0, n_bytes=0, priority=3,tun_id=0x2 actions=mod_vlan_vid:1,output:1
 cookie=0x0, duration=69.593s, table=0, n_packets=2, n_bytes=652, priority=4,in_port=1,dl_vlan=1 actions=set_tunnel:0x2,NORMAL
 cookie=0x0, duration=1884.901s, table=0, n_packets=449, n_bytes=145796, priority=1 actions=drop

It seems we have just flows for connection between br-int and br-tun, have no flows out/in for gre port. So all traffic on gre port are dropped by default rule 3#.

any thoughts?

Thanks

--
Mailing list: https://launchpad.net/~netstack
Post to     : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Wendlandt 

Nicira, Inc: www.nicira.com

twitter: danwendlandt
~~~~~~~~~~~~~~~~~~~~~~~~~~~

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Wendlandt 

Nicira, Inc: www.nicira.com

twitter: danwendlandt
~~~~~~~~~~~~~~~~~~~~~~~~~~~

--
Mailing list: https://launchpad.net/~netstack
Post to     : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp

-- 
Mailing list: https://launchpad.net/~netstack
Post to     : netstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~netstack
More help   : https://help.launchpad.net/ListHelp