Sorry. I mean hostb's vm to access dnsmasq on hosta.


-----Dan Wendlandt <d...@nicira.com> wrote: -----

To: Yong Sheng Gong/China/IBM@IBMCN
From: Dan Wendlandt <d...@nicira.com>
Date: 05/08/2012 11:12PM
Cc: netstack@lists.launchpad.net
Subject: Re: [Netstack] About gre flow of OVSQuantumTunnelAgent


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
~~~~~~~~~~~~~~~~~~~~~~~~~~~



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

Reply via email to