[Openstack] Neutron - Router ports are down
mehmet hacısalihoğlu
esedmehmet at gmail.com
Fri May 23 06:49:14 UTC 2014
I have dedicated controller, compute and networking nodes running on
Ubuntu12.04 with Havana. The problem is on Neutron node, when I create a
router and attach a public and private network to it. I am using VLAN to
connect nodes.
The findings are
1. The tap and qr ports connected to br-int are always down.
# ovs-ofctl show br-int
OFPT_FEATURES_REPLY (xid=0x2): dpid:00004e07ed035c4c
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(int-br-vmdata): addr:96:2b:d8:0a:38:55
config: 0
state: 0
current: 10GB-FD COPPER
speed: 10000 Mbps now, 0 Mbps max
2(tap874e41ef-a9): addr:d1:01:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
3(qr-40b9f8ab-af): addr:d3:01:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
LOCAL(br-int): addr:4e:07:ed:03:5c:4c
config: 0
state: 0
speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
2. It is similar to qg interface
# ovs-ofctl show br-ex
OFPT_FEATURES_REPLY (xid=0x2): dpid:0000984be10c6edc
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(eth2): addr:98:4b:e1:0c:6e:dc
config: 0
state: 0
current: 1GB-FD COPPER AUTO_NEG
advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD AUTO_NEG
supported: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER AUTO_NEG
speed: 1000 Mbps now, 1000 Mbps max
2(qg-164b330d-e6): addr:d3:01:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
LOCAL(br-ex): addr:98:4b:e1:0c:6e:dc
config: 0
state: 0
speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
3. However, the VMDATA between Networking and Compute nodes is up and
running.
# ovs-ofctl show br-vmdata
OFPT_FEATURES_REPLY (xid=0x2): dpid:0000984be10c6eda
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(eth1): addr:98:4b:e1:0c:6e:da
config: 0
state: 0
current: 1GB-FD COPPER AUTO_NEG
advertised: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD AUTO_NEG
supported: 10MB-HD 10MB-FD 100MB-HD 100MB-FD 1GB-FD COPPER AUTO_NEG
speed: 1000 Mbps now, 1000 Mbps max
2(phy-br-vmdata): addr:26:20:c0:6e:31:9a
config: 0
state: 0
current: 10GB-FD COPPER
speed: 10000 Mbps now, 0 Mbps max
LOCAL(br-vmdata): addr:98:4b:e1:0c:6e:da
config: 0
state: 0
speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
Here are my configuration files
cat /etc/neutron/dhcp_agent.ini
[DEFAULT]
debug = False
resync_interval = 30
interface_driver =neutron.agent.linux.interface.OVSInterfaceDriver
dhcp_driver = neutron.agent.linux.dhcp.Dnsmasq
use_namespaces = True
enable_isolated_metadata = False
enable_metadata_network = False
dhcp_delete_namespaces = False
root_helper=sudo neutron-rootwrap /etc/neutron/rootwrap.conf
state_path=/var/lib/neutron
# grep -v ^# /etc/neutron/l3_agent.ini | grep -v ^$
[DEFAULT]
debug = False
interface_driver =neutron.agent.linux.interface.OVSInterfaceDriver
use_namespaces = True
handle_internal_only_routers = True
external_network_bridge = br-ex
metadata_port = 9697
send_arp_for_ha = 3
periodic_interval = 40
periodic_fuzzy_delay = 5
enable_metadata_proxy = True
router_delete_namespaces = False
# grep -v ^# /etc/neutron/neutron.conf | grep -v ^$
[DEFAULT]
verbose = True
debug = False
use_syslog = False
log_dir =/var/log/neutron
bind_host = 0.0.0.0
bind_port = 9696
core_plugin
=neutron.plugins.openvswitch.ovs_neutron_plugin.OVSNeutronPluginV2
auth_strategy = keystone
base_mac = fa:16:3e:00:00:00
mac_generation_retries = 16
dhcp_lease_duration = 86400
allow_bulk = True
allow_pagination = False
allow_sorting = False
allow_overlapping_ips = True
rpc_backend = neutron.openstack.common.rpc.impl_kombu
control_exchange = neutron
rabbit_host = 10.1.34.70
rabbit_password = guest
rabbit_port = 5672
rabbit_hosts = 10.1.34.70:5672
rabbit_userid = guest
rabbit_virtual_host = /
rabbit_ha_queues = False
agent_down_time = 75
router_scheduler_driver =
neutron.scheduler.l3_agent_scheduler.ChanceScheduler
dhcp_agents_per_network = 1
api_workers = 0
notify_nova_on_port_status_changes = True
notify_nova_on_port_data_changes = True
nova_url = http://10.1.34.70:8774/v2
nova_region_name =RegionOne
nova_admin_username =nova
nova_admin_tenant_id =7e5c9f4a11084743953b3c3b40fafd8e
nova_admin_password =4ebdac369b1d4f62
nova_admin_auth_url =http://10.1.34.70:35357/v2.0
send_events_interval = 2
[quotas]
[agent]
root_helper = sudo neutron-rootwrap /etc/neutron/rootwrap.conf
report_interval = 30
[keystone_authtoken]
auth_host = 10.1.34.70
auth_port = 35357
auth_protocol = http
admin_tenant_name = services
admin_user = neutron
admin_password = f12dbb3fd3164488
auth_uri=http://10.1.34.70:5000/
[database]
connection = mysql://neutron:a4eec85c980f4115@10.1.34.70/ovs_neutron
max_retries = 10
retry_interval = 10
idle_timeout = 3600
[service_providers]
service_provider=VPN:openswan:neutron.services.vpn.service_drivers.ipsec.IPsecVPNDriver:default
# grep -v ^# /etc/neutron/api-paste.ini | grep -v ^$
[filter:authtoken]
admin_user=neutron
auth_port=35357
admin_password=f12dbb3fd3164488
auth_protocol=http
auth_uri=http://10.1.34.70:5000/
admin_tenant_name=services
auth_host=10.1.34.70
# grep -v ^# /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini | grep
-v ^$
[ovs]
[agent]
[securitygroup]
[OVS]
network_vlan_ranges=vmdata:1:4094
tenant_network_type=vlan
enable_tunneling=False
integration_bridge=br-int
bridge_mappings=vmdata:br-vmdata
[AGENT]
polling_interval=2
[SECURITYGROUP]
firewall_driver=neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver
I am running out of clue to correct this, any help is appreciated.
Regards.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140523/8f00332d/attachment.html>
More information about the Openstack
mailing list