Creating a bug and posting the logs from the agents will probably be the most useful here.
dan On Tue, May 8, 2012 at 3:59 PM, Debo~ Dutta <dedu...@cisco.com> wrote: > We were having issues with the patch ports … can you check if your GRE > packets for pings flow from the br-tun to br-tun ….. > > debo > > On May 8, 2012, at 2:53 PM, Yong Sheng Gong wrote: > > Sorry. I mean hostb's vm to access dnsmasq on hosta. > > > -----Dan Wendlandt <d...@nicira.com> <d...@nicira.com> wrote: ----- > > To: Yong Sheng Gong/China/IBM@IBMCN > From: Dan Wendlandt <d...@nicira.com> <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 > > > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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
