Description of problem: Seen on 'dropbear' (the internal OpenStack deployment). My VM got an IP of 192.168.x.y (which was it's internal IP) and a public IP of 10.a.b.d - which is the IP you use to SSH to. However, a user who is not familiar with the network topology would not have known which IP to use when connecting via SSH. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Apparently, it is possible to get that information by doing "nova floating-ip-list". The "Fixed IP" column in that output indicates the "internal" IP. However at the moment it's not possible to get it from the instance information (Server() object) returned by the nova client (not sure if the information is available from nova at the instance level, or if they both need to be updated). As far as I can tell though, this only applies to nova-network. When using quantum, the floating-ip-list returns empty. The user creates a network and associates it with the instance at launch time, and it's the only IP that is displayed on the list (unless they manually create and select multiple networks). Someone more experienced with Quantum might want to confirm this is the way it works.
A new nova extension was added in grizzly to figure out the type of an IP: https://review.openstack.org/#/c/21453/
Note that this is close to the default behaviour when using Quantum/Neutron (see comments 3 and 4 on bug 888995), which indicates the network name besides the IP. At the moment, there is no plans upstream to add the same functionality when using nova-network.
If networks are named meaningfully, this is not an issue when using Neutron. Nova networking is on its way to deprecation ([0]) so it probably doesn't make much sense to spend time on integrating it better, when it's about to be removed. [0] https://blueprints.launchpad.net/nova/+spec/deprecate-nova-network