| 2017-09-27 08:33:50 |
Vivekanandan Narasimhan |
bug |
|
|
added bug |
| 2017-09-27 09:02:40 |
Vivekanandan Narasimhan |
description |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
3. Now boot VMs with the network-id.
4. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
5. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
If the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
3. Now boot VMs with the network-id.
4. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
5. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
The DHCP Neutron port alone got updated automatically with the IPv4 address in addition to IPv6 address with the above steps.
BTW, if the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
|
| 2017-09-27 09:03:39 |
Vivekanandan Narasimhan |
description |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
3. Now boot VMs with the network-id.
4. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
5. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
The DHCP Neutron port alone got updated automatically with the IPv4 address in addition to IPv6 address with the above steps.
BTW, if the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
3. Now boot VMs with the network-id.
4. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
5. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
The DHCP Neutron port alone got updated automatically with the IPv4 address in addition to IPv6 address with the above steps.
Any new VMs spawned after both IPv4 and IPv6 subnets are available on the network, is able to get both the addresses and its Neutron Ports in the control plane also reflect the same.
BTW, if the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
|
| 2017-09-27 09:29:27 |
Vivekanandan Narasimhan |
description |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
3. Now boot VMs with the network-id.
4. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
5. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
The DHCP Neutron port alone got updated automatically with the IPv4 address in addition to IPv6 address with the above steps.
Any new VMs spawned after both IPv4 and IPv6 subnets are available on the network, is able to get both the addresses and its Neutron Ports in the control plane also reflect the same.
BTW, if the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
On both stable/pike and stable/ocata, we performed the following steps:
1. Create a network
2. Create an IPv6 subnet in SLAAC Mode (both RA mode and Address mode)
3. Create a router
4. Attach the IPv6 subnet to the router
5. Now boot VMs with the network-id.
6. Make sure VMs are up and able to communicate via their Global and Link-Local IPv6 addresses.
7. Create an IPv4 subnet on the same network.
After step 5, you will notice that the booted VM neutron ports fixed-ips are not updated with IPv4 subnets automatically.
The user has to manually update the VM Neutron ports via port-update command with the IPv4 subnet-id and then go back to the VM and recycle eth0 after which only the VMs will get the IPv4 address.
The DHCP Neutron port alone got updated automatically with the IPv4 address in addition to IPv6 address with the above steps.
Any new VMs spawned after both IPv4 and IPv6 subnets are available on the network, is able to get both the addresses and its Neutron Ports in the control plane also reflect the same.
BTW, if the above set of steps are followed just by swapping the order where we create IPv4 subnets first, then boot VMs, create an IPv6 subnet on the same network, the VM Neutron Ports fixed-ips get updated automatically with the new assigned IPv6 Global addresses on the IPv6 subnet. |
|
| 2017-09-27 10:07:15 |
Sridhar Gaddam |
bug |
|
|
added subscriber Sridhar Gaddam |
| 2017-09-28 06:01:58 |
Vivekanandan Narasimhan |
bug |
|
|
added subscriber Ravi Sundareswaran |
| 2017-10-16 20:15:22 |
Boden R |
tags |
|
ipv6 |
|
| 2018-01-02 03:00:16 |
Hunt Xu |
neutron: status |
New |
Incomplete |
|
| 2018-03-03 04:17:23 |
Launchpad Janitor |
neutron: status |
Incomplete |
Expired |
|
| 2022-04-29 07:47:53 |
Lajos Katona |
neutron: status |
Expired |
New |
|
| 2022-05-09 15:26:57 |
Lajos Katona |
neutron: assignee |
|
Lajos Katona (lajos-katona) |
|
| 2022-05-09 15:27:11 |
Lajos Katona |
neutron: status |
New |
Invalid |
|
