Atom feed of this document
  
 

 Limitations

  • No equivalent for nova-network --multi_host flag: Nova-network has a model where the L3, NAT, and DHCP processing happen on the compute node itself, rather than a dedicated networking node. OpenStack Networking now support running multiple l3-agent and dhcp-agents with load being split across those agents, but the tight coupling of that scheduling with the location of the VM is not supported in Icehouse. The Juno release is expected to include an exact replacement for the --multi_host flag in nova-network.

  • Linux network namespace required on nodes running neutron-l3-agent or neutron-dhcp-agent if overlapping IPs are in use: . In order to support overlapping IP addresses, the OpenStack Networking DHCP and L3 agents use Linux network namespaces by default. The hosts running these processes must support network namespaces. To support network namespaces, the following are required:

    • Linux kernel 2.6.24 or newer (with CONFIG_NET_NS=y in kernel configuration) and

    • iproute2 utilities ('ip' command) version 3.1.0 (aka 20111117) or newer

    To check whether your host supports namespaces try running the following as root:

    # ip netns add test-ns
    # ip netns exec test-ns ifconfig

    If the preceding commands do not produce errors, your platform is likely sufficient to use the dhcp-agent or l3-agent with namespace. In our experience, Ubuntu 12.04 or later support namespaces as does Fedora 17 and new, but some older RHEL platforms do not by default. It may be possible to upgrade the iproute2 package on a platform that does not support namespaces by default.

    If you need to disable namespaces, make sure the neutron.conf used by neutron-server has the following setting:

    allow_overlapping_ips=False

    and that the dhcp_agent.ini and l3_agent.ini have the following setting:

    use_namespaces=False
    [Note]Note

    If the host does not support namespaces then the neutron-l3-agent and neutron-dhcp-agent should be run on different hosts. This is due to the fact that there is no isolation between the IP addresses created by the L3 agent and by the DHCP agent. By manipulating the routing the user can ensure that these networks have access to one another.

    If you run both L3 and DHCP services on the same node, you should enable namespaces to avoid conflicts with routes:

    use_namespaces=True
  • No IPv6 support for L3 agent: The neutron-l3-agent, used by many plug-ins to implement L3 forwarding, supports only IPv4 forwarding. Currently, there are no errors provided if you configure IPv6 addresses via the API.

  • ZeroMQ support is experimental: Some agents, including neutron-dhcp-agent, neutron-openvswitch-agent, and neutron-linuxbridge-agent use RPC to communicate. ZeroMQ is an available option in the configuration file, but has not been tested and should be considered experimental. In particular, issues might occur with ZeroMQ and the dhcp agent.

  • MetaPlugin is experimental: This release includes a MetaPlugin that is intended to support multiple plug-ins at the same time for different API requests, based on the content of those API requests. The core team has not thoroughly reviewed or tested this functionality. Consider this functionality to be experimental until further validation is performed.

Questions? Discuss on ask.openstack.org
Found an error? Report a bug against this page

loading table of contents...