These MYSQL DB models are introduced in order to maintain a replica of OVSDB tables in Neutron DB Change-Id: I013dc63925c77eec7c4499a2fb8d1484ca261f35 Author: Manjunath Patil <firstname.lastname@example.org> Co-Authored-By: Phani Pawan <email@example.com>
|8 years ago|
|doc/source||8 years ago|
|etc||8 years ago|
|networking_l2gw||8 years ago|
|specs/kilo||8 years ago|
|.coveragerc||8 years ago|
|.gitignore||8 years ago|
|.gitreview||8 years ago|
|.testr.conf||8 years ago|
|CONTRIBUTING.rst||8 years ago|
|HACKING.rst||8 years ago|
|LICENSE||8 years ago|
|MANIFEST.in||8 years ago|
|README.rst||8 years ago|
|babel.cfg||8 years ago|
|openstack-common.conf||8 years ago|
|requirements.txt||8 years ago|
|setup.cfg||8 years ago|
|setup.py||8 years ago|
|test-requirements.txt||8 years ago|
|tox.ini||8 years ago|
API's and implementations to support L2 Gateways in Neutron.
- Free software: Apache license
- Source: http://git.openstack.org/cgit/stackforge/networking-l2gw
This project proposes a Neutron API extension that can be used to express and manage L2 Gateway components. In the simplest terms L2 Gateways are meant to bridge two or more networks together to make them look at a single L2 broadcast domain.
The are a number of use cases that can be addressed by an L2 Gateway API. Most notably in cloud computing environments, a typical use case is bridging the virtual with the physical. Translate this to Neutron and the OpenStack world, and this means relying on L2 Gateway capabilities to extend Neutron logical (overlay) networks into physical (provider) networks that are outside the OpenStack realm. These networks can be, for instance, VLAN's that may or may not be managed by OpenStack.
For help using or hacking on L2GW, you can send an email to the OpenStack Development Mailing List <mailto:firstname.lastname@example.org>; please use the [L2-Gateway] Tag in the subject. Most folks involved hang out on the IRC channel #openstack-neutron.