openstack-manuals/doc/arch-design-to-archive/source/specialized-networking.rst
daz d7b5e0eaa9 [arch-design] Publish draft Arch Guide to docs.openstack.org
1. Unpublish the current arch-design and temporarily relocate it to a
"to archive" directory until the archiving structure is available
2. Publish the arch-design-draft to docs.openstack.org
3. Unpublish arch-design-draft from https://docs.openstack.org/draft/

Change-Id: Ida5f237d2edce7a83a24c376c355e2c220bc8c28
Implements: blueprint arch-design-pike
2017-03-08 23:02:35 +00:00

1.3 KiB

Specialized networking example

Some applications that interact with a network require specialized connectivity. Applications such as a looking glass require the ability to connect to a BGP peer, or route participant applications may need to join a network at a layer2 level.

Challenges

Connecting specialized network applications to their required resources alters the design of an OpenStack installation. Installations that rely on overlay networks are unable to support a routing participant, and may also block layer-2 listeners.

Possible solutions

Deploying an OpenStack installation using OpenStack Networking with a provider network allows direct layer-2 connectivity to an upstream networking device. This design provides the layer-2 connectivity required to communicate via Intermediate System-to-Intermediate System (ISIS) protocol or to pass packets controlled by an OpenFlow controller. Using the multiple layer-2 plug-in with an agent such as Open vSwitch allows a private connection through a VLAN directly to a specific port in a layer-3 device. This allows a BGP point-to-point link to join the autonomous system. Avoid using layer-3 plug-ins as they divide the broadcast domain and prevent router adjacencies from forming.