I am not completely sure, but I believe that the primary associations
are that:
- a port is attached to a particular network
- a network may have an IPv4 subnet and/or an IPv6 subnet
- therefore, when a port is created, it gets an IPv4 address, and/or an
IPv6 address, according to the subnets that are associated with the network.
Then the question is: what difference does it make if you add
"--fixed-ip subnet_id=$[ipv4_subnet_id]" to your port creation command?
Unfortunately I don't know the answer to that. However I do know that
you can use "neutron port-update --fixed-ip ..." to _add_ an additional
IP address to an existing port. Therefore, and also considering your
observations, I would guess that the effect of "--fixed_ip ..." is
always strictly additional to the basic IP address allocation behaviour
that you get based on the network and subnet associations.
Hope that may help...
Neil
On 20/07/15 04:26, zhaobo wrote:
Hi ,
Could anyone please check the bug below?
https://bugs.launchpad.net/neutron/+bug/1467791
This bug description:
When the created network contains one ipv4 subnet and an ipv6 subnet
which turned on slaac or stateless.
When I create a port use cmd like:
neutron port-create --fixed-ip subnet_id=$[ipv4_subnet_id]
$[network_id/name]
The specified fixed-ip is ipv4_subnet, but the returned port contained
the ipv6 subnet.
If user just want a port with ipv4 , why returned port had allocated
an ipv6 address.
And I know this is an design behavior from
http://specs.openstack.org/openstack/neutron-specs/specs/kilo/multiple-ipv6-prefixes.html#proposed-change
But we are still confused about this operation.
Thank you anyone could help for confirm this issue , and wish you
return the message asap.
ZhaoBo
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
