yahoo-eng-team team mailing list archive

[Brian Haley <1682094@xxxxxxxxxxxxxxxxxx>]

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