And just to follow-on with more data... --> ip -6 a s dev enp0s31f6 scope global 2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000 inet6 2620:52:0:1238:2c6d:c30a:2b2c:f18/64 scope global temporary dynamic valid_lft 602792sec preferred_lft 83792sec
--> ip -6 r 2620:52:0:1238::/64 dev enp0s31f6 proto kernel metric 256 expires 602751sec pref medium fe80::/64 dev enp0s31f6 proto kernel metric 256 pref medium fe80:52:0:1238::1fd dev enp0s31f6 proto static metric 100 pref medium default via fe80:52:0:1238::1fd dev enp0s31f6 proto static metric 100 pref medium --> ping6 -c 3 2620:52:0:1238:: PING 2620:52:0:1238::(2620:52:0:1238::) 56 data bytes 64 bytes from 2620:52:0:1238:50d3:4ab1:5c21:6080: icmp_seq=1 ttl=64 time=0.403 ms 64 bytes from 2620:52:0:1238:50d3:4ab1:5c21:6080: icmp_seq=2 ttl=64 time=0.473 ms 64 bytes from 2620:52:0:1238:50d3:4ab1:5c21:6080: icmp_seq=3 ttl=64 time=0.205 ms --- 2620:52:0:1238:: ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2022ms rtt min/avg/max/mdev = 0.205/0.360/0.473/0.114 ms --> ip -6 n s to 2620:52:0:1238:: 2620:52:0:1238:: dev enp0s31f6 lladdr 08:00:27:80:df:58 router REACHABLE So there *was* a response to the all-zeros address, and since the ping had a different source address in the response it shows it was an anycast address since anycast addresses shouldn't be used in responses. Changing this behavior would most likely break something, so I'm marking it Invalid. ** Changed in: neutron Status: Incomplete => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1682094 Title: Openstack dosen't allow the gateway to be the first address Status in neutron: Invalid Bug description: If you try to set the first address of an IPv6 subnet as gateway you get an error. Example to reproduce for an flat provider network: $ openstack network create --share --provider-physical-network provider --provider-network-type flat test $ openstack subnet create --network test --subnet-range 2001:db8::/64 --ip-version 6 --ipv6-address-mode slaac --prefix-length 64 --gateway 200 1:db8:: bull > HttpException: Bad Request, Invalid input for operation: Gateway is not valid on subnet. This is annoying, because radvd should be running on the smallest IP. And rdvd runs often on the Gateway. System: OpenStack ocata on CentOS To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1682094/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : yahoo-eng-team@lists.launchpad.net Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp