yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #81988
[Bug 1864333] Re: When adding another stateless subnet, implicit address allocation happen for port with deferred ip allocation
Reviewed: https://review.opendev.org/710546
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=3d3dc60408148cf16bc19cccb76b8652f980fa1c
Submitter: Zuul
Branch: master
commit 3d3dc60408148cf16bc19cccb76b8652f980fa1c
Author: Harald Jensås <hjensas@xxxxxxxxxx>
Date: Fri Feb 28 03:09:05 2020 +0100
subnet create - segment aware auto-addr allocation
When creating additional subnets with ipv6 auto-addressing
ip allocation was added to existing ports without filtering
on current allocation's segment.
This adds fitering to only add auto-address allocation when
the new subnet is on the same segment as the ports current
ipam allocations.
Related: rhbz#1803989
Related-Bug: #1864225
Related-Bug: #1865138
Closes-Bug: #1864333
Change-Id: I75ae14c64db076434ca9897ba9a6d97702e233ad
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1864333
Title:
When adding another stateless subnet, implicit address allocation
happen for port with deferred ip allocation
Status in neutron:
Fix Released
Bug description:
$ openstack port create \
--network provider test-port-deferred \
-c fixed_ips -f yaml
fixed_ips: []
$ openstack subnet create \
--ipv6-ra-mode dhcpv6-stateless \
--ipv6-address-mode dhcpv6-stateless \
--network provider \
--network-segment provider-segment2 \
--dhcp \
--ip-version 6 \
--subnet-range dead:beef:3::/64 \
provider-subnet2-2
$ openstack subnet list --network provider -f yaml
- ID: 793bf8ce-f44a-468f-83e0-6c82375081f7
Name: provider-subnet2-2
Network: 45b993b2-5224-409e-9756-0be190a19cf5
Subnet: dead:beef:3::/64
- ID: 926269c1-b05e-4b48-bafe-6be8e9cbd12c
Name: provider-subnet1
Network: 45b993b2-5224-409e-9756-0be190a19cf5
Subnet: dead:beef:1::/64
- ID: cdec94ce-8e3b-4c5b-aba2-13271f8b8b91
Name: provider-subnet2
Network: 45b993b2-5224-409e-9756-0be190a19cf5
Subnet: dead:beef:2::/64
$ openstack port list --network provider -f yaml
- Fixed IP Addresses:
- ip_address: dead:beef:3:0:f816:3eff:fe9e:67f7
subnet_id: 793bf8ce-f44a-468f-83e0-6c82375081f7
ID: 8e2fe6e9-d418-4228-aad8-f5d0704be801
MAC Address: fa:16:3e:9e:67:f7
Name: test-port-deferred
Status: DOWN
$ openstack port show test-port-deferred -f yaml
admin_state_up: true
allowed_address_pairs: []
binding_host_id: ''
binding_profile: {}
binding_vif_details: {}
binding_vif_type: unbound
binding_vnic_type: normal
created_at: '2020-02-22T13:46:51Z'
data_plane_status: null
description: ''
device_id: ''
device_owner: ''
dns_assignment:
- fqdn: host-dead-beef-3-0-f816-3eff-fe9e-67f7.openstackgate.local.
hostname: host-dead-beef-3-0-f816-3eff-fe9e-67f7
ip_address: dead:beef:3:0:f816:3eff:fe9e:67f7
dns_domain: ''
dns_name: ''
extra_dhcp_opts: []
fixed_ips:
- ip_address: dead:beef:3:0:f816:3eff:fe9e:67f7
subnet_id: 793bf8ce-f44a-468f-83e0-6c82375081f7
id: 8e2fe6e9-d418-4228-aad8-f5d0704be801
location:
cloud: ''
project:
domain_id: default
domain_name: null
id: 09295b4e443245b6b491c79f283388b9
name: demo
region_name: RegionOne
zone: null
mac_address: fa:16:3e:9e:67:f7
name: test-port-deferred
network_id: 45b993b2-5224-409e-9756-0be190a19cf5
port_security_enabled: true
project_id: 09295b4e443245b6b491c79f283388b9
propagate_uplink_status: false
qos_network_policy_id: null
qos_policy_id: null
resource_request: null
revision_number: 3
security_group_ids:
- a19761db-e6a5-470c-a95f-98255e16b845
status: DOWN
tags: []
trunk_details: null
updated_at: '2020-02-22T13:47:12Z'
Since the port does not have 'binding_host_id' IP allocation on the
routed provider network was deffered on create. However when adding
another ipv6 stateless subnet, implicit address allocation is added to
the port. This allocation should have been deferred.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1864333/+subscriptions
References