Activity log for bug #1469322

Date Who What changed Old value New value Message
2015-06-26 21:50:21 Dustin Lundquist bug added bug
2015-06-26 21:57:49 Dustin Lundquist description Associating a floatingip with a dual stack port fails unless the IPv4 address is specified with the fixed-ip-address parameter. Presently when a user attempts to associate a floatingip with a port which an IPv4 and IPv6 address Neutron returns 'Bad floatingip request: Port %s has multiple fixed IPs. Must provide a specific IP when assigning a floating IP'. While this is a helpful error message, it would be better if Neutron could infer that the floating IP must be associated with the fixed-ip of the same address family. Associating a floatingip with a dual stack port fails unless the IPv4 address is specified with the fixed-ip-address parameter. Presently when a user attempts to associate a floatingip with a port which an IPv4 and IPv6 address Neutron returns 'Bad floatingip request: Port %s has multiple fixed IPs. Must provide a specific IP when assigning a floating IP'. While this is a helpful error message, it would be better if Neutron could infer that the floating IP must be associated with the fixed-ip of the same address family. See also https://bugs.launchpad.net/neutron/+bug/1323766, restricting floating IPs to IPv4 would simply things since associating an dual stack floating IP with a dual stack port could result in any of the following: 1. 1:1 NAT between the IPv4 address of the floating IP and IPv4 address of the associated port. 2. 1:1 NAT between the IPv6 address of the floating IP and IPv6 address of the associated port. 3. Both 1 and 2 (Neutron presently only uses the first fixed-ip of the port owned by the floating IP) 4. a NAT-PT between the IPv4 address of the floating IP and IPv6 address of the associated port 5. a NAT-PT between the IPv6 address of the floating IP and IPv4 address of the associated port Since NAT-PT and IPv6 NAT are not widely supported option 1 would be preferable and the most intuitive of these results.
2015-07-01 15:48:00 Kyle Mestery neutron: status New Confirmed
2015-07-01 15:48:32 Kyle Mestery neutron: importance Undecided High
2015-07-01 16:09:08 Carl Baldwin tags ipv6 rfe ipv6 l3-ipam-dhcp rfe
2015-07-06 22:22:33 OpenStack Infra neutron: status Confirmed In Progress
2015-07-06 22:22:33 OpenStack Infra neutron: assignee Dustin Lundquist (dlundquist)
2015-07-13 17:30:00 OpenStack Infra neutron: status In Progress Fix Committed
2015-07-29 18:58:20 Doug Hellmann neutron: status Fix Committed Fix Released
2015-07-29 18:58:20 Doug Hellmann neutron: milestone liberty-2
2015-08-01 01:04:12 OpenStack Infra tags ipv6 l3-ipam-dhcp rfe in-feature-pecan ipv6 l3-ipam-dhcp rfe
2015-10-15 12:25:24 Thierry Carrez neutron: milestone liberty-2 7.0.0
2016-05-02 06:17:28 OpenStack Infra tags in-feature-pecan ipv6 l3-ipam-dhcp rfe in-feature-pecan in-stable-kilo ipv6 l3-ipam-dhcp rfe
2016-05-09 11:43:26 Dave Walker nominated for series neutron/kilo
2016-05-09 11:43:27 Dave Walker bug task added neutron/kilo