Bug 1221188 - DVR: floating IPs not working if initially associated with non-bound port
Summary: DVR: floating IPs not working if initially associated with non-bound port
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-neutron
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Linux
unspecified
high
Target Milestone: ---
: 8.0 (Liberty)
Assignee: lpeer
QA Contact: Ofer Blaut
URL:
Whiteboard:
Depends On:
Blocks: 1188010
TreeView+ depends on / blocked
 
Reported: 2015-05-13 13:03 UTC by Itzik Brown
Modified: 2016-04-26 16:03 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-10-13 21:05:26 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1447034 0 None None None Never
OpenStack gerrit 181599 0 None None None Never

Description Itzik Brown 2015-05-13 13:03:57 UTC
Description of problem:
There is not connectivity to an external network from an instance when associating a floating IP with pre-created port and launching instance with the port attached.

Version-Release number of selected component (if applicable):
python-neutron-2015.1.0-1.el7ost.noarch
openstack-neutron-2015.1.0-1.el7ost.noarch

How reproducible:

Steps to Reproduce:
1. Create a DVR with internal and external networks

2. Create port associated with the internal network
   # neutron port-create <internal network>

3. Create a floating IP and associate it with the above port
   # neutron floatingip-create <external network>
   # neutron floatingip-associate <floating ip> <port>

4. Launch an instance with the above port attached

5. Verify that the 'fip' namespace is not created on the compute node.
   # ip netns
   # nova boot --flavor <flavor> --image <image-name> --nic port-id=<port> <instance name>

Actual results:
No 'fip' namespace is created 

Expected results:
'fip' namespace should be created and the instance should have connectivity to the external network.

Additional info:

Comment 3 Assaf Muller 2015-10-13 21:05:26 UTC
Fixed upstream in Liberty branch and will be available in OSP 8.


Note You need to log in before you can comment on or make changes to this bug.