Ask Your Question
1

Neutron br-int LINK-DOWN on compute node

asked 2014-06-04 19:10:29 -0500

ed gravatar image

updated 2014-06-04 19:17:01 -0500

I'm running Icehouse on 3 nodes (Controller, Compute and Network (Neutron)) each on 3 different Ubuntu 14.04 servers and 1 instance running cirros.

The instance does get a DHCP address fine however it cannot resolve any DNS names and cannot connect to the internet. The instance itself can ping the router address, the network/neutron node, the controller node but it can't ping the compute node.

On the compute node I get this:

    root@stack-compute:~# ovs-ofctl show br-int
OFPT_FEATURES_REPLY (xid=0x2): dpid:000066e04378a240
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(patch-tun): addr:ce:a5:4f:62:57:b8
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 2(qvo3c316791-b1): addr:f2:0d:64:85:4d:93
     config:     0
     state:      0
     current:    10GB-FD COPPER
     speed: 10000 Mbps now, 0 Mbps max
 LOCAL(br-int): addr:f2:9b:e6:e2:e5:12
     config:     PORT_DOWN
     state:      LINK_DOWN
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0

However it seems to be fine on the network/neutron node:

root@stack-network:~# ovs-ofctl show br-int
OFPT_FEATURES_REPLY (xid=0x2): dpid:0000967df0b79d4a
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(patch-tun): addr:7a:f4:05:7c:df:72
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 2(tap79ea3f6c-ec): addr:6e:41:83:38:79:b5
     config:     0
     state:      0
     current:    10GB-FD COPPER
     speed: 10000 Mbps now, 0 Mbps max
 3(tap2c8d29c1-50): addr:42:f8:53:3f:71:ba
     config:     0
     state:      0
     current:    10GB-FD COPPER
     speed: 10000 Mbps now, 0 Mbps max
 LOCAL(br-int): addr:96:7d:f0:b7:9d:4a
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0

On the dashboard I get:

Interfaces

Name                      Fixed IPs           Status           Type          Admin State
(2264a202)         172.21.21.1             ACTIVE       Internal Interface         UP
(7911b5f0)        192.168.1.200            DOWN         External Gateway           UP

The main problem it's causing is related to the instance connectivity. I can ping its floating IP from the controller and network nodes however I cannot reach it from the compute node itself:

    root@stack-controller:~# ping 192.168.1.201 -c 3
PING 192.168.1.201 (192.168.1.201) 56(84) bytes of data.
64 bytes from 192.168.1.201: icmp_seq=1 ttl=63 time=6.75 ms
64 bytes from 192.168.1.201: icmp_seq=2 ttl=63 time=2.45 ms
64 bytes from 192.168.1.201: icmp_seq=3 ttl=63 time=2.17 ms

--- 192.168.1.201 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 2.174/3.796/6.756/2.096 ms


root@stack-network:~# ping 192.168.1.201 -c 3
PING 192.168.1.201 (192.168.1.201) 56(84) bytes ...
(more)
edit retag flag offensive close merge delete

1 answer

Sort by ยป oldest newest most voted
0

answered 2014-06-05 00:13:20 -0500

ed gravatar image

updated 2014-06-11 20:15:24 -0500

I just managed to fix it. The problem was caused because I was using the same subnet for mgmt and br-ext external 192.168.x.x) and a separate subnet for br-tun tunneling (10.x.x.x).

It seems there are no way around the 3 different subnets requirement. I had to add an additional VM to act as a switch between br-ext on the network node and my actual router which is also on my mgmt subnet. I created a separate subnet beween them and set it up on br-ext. After that I got the instances to access the internet.

edit flag offensive delete link more

Comments

1

I got this :-

[root@dfw01 ~]# tcpdump -i qvod641e9ee-20 host 192.168.1.137
tcpdump: WARNING: qvod641e9ee-20: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on qvod641e9ee-20, link-type EN10MB (Ethernet), capture size 65535 bytes
10:42:32.484923 IP 40.0.0.4 > dfw01.localdomain: ICMP echo request, id 1680, seq 384, length 64
10:42:32.485710 IP dfw01.localdomain > 40.0.0.4: ICMP echo reply, id 1680, seq 384, length 64
10:42:33.486927 IP 40.0.0.4 > dfw01.localdomain: ICMP echo request, id 1680, seq 385, length 64
10:42:33.487847 IP dfw01.localdomain > 40.0.0.4: ICMP echo reply, id 1680, seq 385, length 64
10:42:34.488363 IP 40.0.0.4 > dfw01.localdomain: ICMP echo request, id 1680, seq 386, length 64
10:42:34.489146 IP dfw01.localdomain > 40 ...
(more)
dbaxps gravatar imagedbaxps ( 2014-06-05 01:45:41 -0500 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

Asked: 2014-06-04 19:10:29 -0500

Seen: 2,757 times

Last updated: Jun 11 '14