Open Stack

I have a single node setup so far. I manually removed all the tag ovs
properties on the ports and it worked. I'm not using VLANs, so I'm not
sure why the quantum OVS plugin is adding tags.

tcpdump of br-int and dhcp tap:
I started ping from inside the dhcp namespace. I get destination
unreachable for a while, then after a few seconds the packets start
making it through.

tcpdump br-int shows me arp requests for 10.0.0.1 from 10.0.0.5 (dhcp tap)
the arp replies do not show up, and the ping icmp packets do not show up

tcpdump of dhcp tap captures all packets as expected (arp and icmp
echo requests and replies)


OVS plugin config:
[OVS]
integration_bridge = br-int
tenant_network_type = gre

enable_tunneling = True
network_vlan_ranges =
tunnel_bridge = br-tun
tunnel_id_ranges = 1:1000
local_ip = xxx.xxx.xxx.xxx

root at box1 ~ # ovs-vsctl show
6846b700-476a-4995-b770-c9d37f11f92d
    Bridge br-tun
        Port br-tun
            Interface br-tun
                type: internal
        Port "gre-1"
            Interface "gre-1"
                type: gre
                options: {in_key=flow, out_key=flow,
remote_ip="111.111.111.111"}
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
    Bridge br-int
        Port "qvof0b52659-8c"
            tag: 4095
            Interface "qvof0b52659-8c"
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port "qvo9a42732d-56"
            tag: 1
            Interface "qvo9a42732d-56"
        Port "qr-7f13795a-6c"
            tag: 1
            Interface "qr-7f13795a-6c"
                type: internal
        Port "tap32f910cf-c8"
            tag: 4095
            Interface "tap32f910cf-c8"
                type: internal
        Port int-br-ex
            Interface int-br-ex
        Port br-int
            Interface br-int
                type: internal
        Port "tapef814634-b1"
            tag: 1
            Interface "tapef814634-b1"
                type: internal
    Bridge br-ex
        Port "qg-22f43415-49"
            Interface "qg-22f43415-49"
                type: internal
        Port br-ex
            Interface br-ex
                type: internal
        Port "eth0"
            Interface "eth0"
    ovs_version: "1.10.1"

root at box1 ~ # ovs-ofctl show br-int
OFPT_FEATURES_REPLY (xid=0x2): dpid:0000064d98b2b243
n_tables:254, n_buffers:256
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
actions: OUTPUT SET_VLAN_VID SET_VLAN_PCP STRIP_VLAN SET_DL_SRC
SET_DL_DST SET_NW_SRC SET_NW_DST SET_NW_TOS SET_TP_SRC SET_TP_DST
ENQUEUE
 1(qvo9a42732d-56): addr:3e:71:71:5c:08:fe
     config:     0
     state:      0
     current:    10GB-FD COPPER
     speed: 10000 Mbps now, 0 Mbps max
 2(tap32f910cf-c8): addr:5e:70:61:0d:4b:f8
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 4(patch-tun): addr:22:f5:35:76:2a:fc
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 10(tapef814634-b1): addr:00:00:00:00:00:00
     config:     PORT_DOWN
     state:      LINK_DOWN
     speed: 0 Mbps now, 0 Mbps max
 14(qr-7f13795a-6c): addr:00:00:00:00:00:00
     config:     PORT_DOWN
     state:      LINK_DOWN
     speed: 0 Mbps now, 0 Mbps max
 LOCAL(br-int): addr:06:4d:98:b2:b2:43
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0

root at box1 ~ # ovs-ofctl dump-flows br-int
NXST_FLOW reply (xid=0x4):
 cookie=0x0, duration=2829.897s, table=0, n_packets=0, n_bytes=0,
idle_age=2829, priority=2,in_port=2 actions=drop
 cookie=0x0, duration=2896.855s, table=0, n_packets=577,
n_bytes=51006, idle_age=286, priority=1 actions=NORMAL

On Wed, Aug 21, 2013 at 10:56 AM, Sushma Korati
<sushma_korati at persistent.co.in> wrote:
> Hi Mina Nagy,
>
> We faced smilar issue with VLAN + Openvswitch.
> Are you using VLAN?
> Can you please paste your OVS-configuration and output of below commands in compute and quantum node.
>  tcpdump and ovs-ofctl dump-flows on dhcp tap, int-br-int, br-int
>
> Regards,
> Sushma Korati
> sushma_korati at persistent.co.in
> Persistent Systems Ltd. |  Partners in Innovation | www.persistentsys.com
> P Please consider your environmental responsibility: Before printing this e-mail or any other document, ask yourself whether you need a hard copy.
>
>
>
> ________________________________________
> From: Mina Nagy Zaki [mnzaki at gmail.com]
> Sent: Wednesday, August 21, 2013 1:37 PM
> To: openstack at lists.openstack.org
> Subject: [Openstack] DHCP Replies
>
> Hello,
> I have working network configuration, VMs have access to the external
> network, hosts have access to VMs. But DHCP replies are not making it
> back into the VMs.
>
> tcpdump and iptables tracing show me that the requests make it through
> just fine, but the replies don't make it out of the qdhcp-XXXX
> namespace (the go out the tap interface there but I'm not sure what
> happens to them next)
>
> How should I go about debugging this?
>
> Thanks!
> --
> Mina Nagy Zaki
>
> _______________________________________________
> 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
>
> DISCLAIMER
> ==========
> This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.



-- 
Mina Nagy Zaki