Networking in OpenStack Installation Guide for Ubuntu 12.04 (LTS)  - havana

Bug #1248597 reported by Matt Kassawara
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openstack-manuals
Fix Released
Medium
Matt Kassawara

Bug Description

Adding more details to Figure 2.1 such as typical interface names (e.g., eth0) and lines connecting the interfaces would provide better visualization of the basic architecture. Additionally, a second diagram including a network node and associated details would provide a better visualization for those implementing Neutron. The diagrams and/or network interface configuration segments should also indicate which interfaces can support a default gateway (at least initially) to enable remote configuration (e.g., SSH) from another network.

-----------------------------------
Built: 2013-11-06T10:34:15 00:00
git SHA: 875931e322773a4b370fe7902777958be7073ccb
URL: http://docs.openstack.org/trunk/install-guide/install/apt/content/basics-networking.html
source File: file:/home/jenkins/workspace/openstack-install-deploy-guide-ubuntu/doc/install-guide/ch_basics.xml
xml:id: basics-networking

Tom Fifield (fifieldt)
Changed in openstack-manuals:
milestone: none → havana
status: New → Confirmed
importance: Undecided → Medium
tags: added: install-guide
Revision history for this message
Matt Kassawara (ionosphere80) wrote :

Which basic architecture generally obtains the best results from this guide? When implementing Neutron, the following three-node configuration has worked best for me:

1) One controller node with two network interfaces (internal management and external access)
2) One network node with three network interfaces (internal management, instance tunnels, and br-ex)
3) One compute node with two network interfaces (internal management and instance tunnels)

What's the possibility of standardizing on one architecture for at least the basic services to help streamline the documentation?

Revision history for this message
Anne Gentle (annegentle) wrote :

A couple of thoughts:
- The Grizzly basic Install Guide took the three node, very prescribed route, and it is one of the highest read guides. But people who just want POC also complain about the heavy-handed requirements. For Havana, though, we wanted "adventures" so in my mind, for Havana, this would be just one more adventure for neutron networking. So a standard architecture is not our end-goal with this guide.
- Also, I'm seriously considering stopping backports on the stable/havana site so we can focus on icehouse release docs... and not live in the past. Can you envision this working best for icehouse or do you think it's necessary for havana? (I'm totally willing to be swayed and do want the current release doc to be successful.)

Changed in openstack-manuals:
assignee: nobody → Matt Kassawara (ionosphere80)
Revision history for this message
Matt Kassawara (ionosphere80) wrote :

Anne,

Upon further investigation, I think some reorganization of sections in the Networking service chapter (Bug #1263716) and minor restructuring of the Architecture chapter (Bug #1263719) may offer the easiest way to impart knowledge of architectures referenced in the Havana installation guide while concentrating on Icehouse for more elaborate changes including new diagrams.

Changed in openstack-manuals:
milestone: havana → icehouse
Revision history for this message
Matt Kassawara (ionosphere80) wrote :
Changed in openstack-manuals:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.