IPv6 address marked as 'mngtmpaddr' under utopic

[James Page]

Utopic amd64 cloud image, privacy extensions disabled:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:45:cc:d4 brd ff:ff:ff:ff:ff:ff
    inet 10.5.17.8/16 brd 10.5.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd31:d8a7:86e5:5721:f816:3eff:fe45:ccd4/64 scope global mngtmpaddr dynamic
       valid_lft 86392sec preferred_lft 14392sec
    inet6 fe80::f816:3eff:fe45:ccd4/64 scope link
       valid_lft forever preferred_lft forever

The address is correctly generated from the MAC of the network adapter, however the entry is marked mngtmpaddr which I think is incorrect. Envionment is SLAAC via radvd - equivalent entry from a trusty machine deployed in the same environment:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether fa:16:3e:41:84:29 brd ff:ff:ff:ff:ff:ff
    inet 10.5.16.240/16 brd 10.5.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd31:d8a7:86e5:5721:f816:3eff:fe41:8429/64 scope global dynamic
       valid_lft 86390sec preferred_lft 14390sec
    inet6 fe80::f816:3eff:fe41:8429/64 scope link
       valid_lft forever preferred_lft forever

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: linux-image-generic (not installed)
ProcVersionSignature: User Name 3.16.0-22.29-generic 3.16.4
Uname: Linux 3.16.0-22-generic x86_64
AlsaDevices: Error: command ['ls', '-l', '/dev/snd/'] failed with exit code 2: ls: cannot access /dev/snd/: No such file or directory
AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
ApportVersion: 2.14.7-0ubuntu5
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord'
CRDA: Error: [Errno 2] No such file or directory: 'iw'
Date: Mon Oct 13 13:14:11 2014
Ec2AMI: ami-000000af
Ec2AMIManifest: FIXME
Ec2AvailabilityZone: nova
Ec2InstanceType: m1.small
Ec2Kernel: aki-00000002
Ec2Ramdisk: ari-00000002
IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig'
Lsusb: Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: OpenStack Foundation OpenStack Nova
PciMultimedia:

ProcFB:

ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.16.0-22-generic root=UUID=3605e89b-72f3-4bd5-9402-90a5f101e0ca ro console=tty1 console=ttyS0
RelatedPackageVersions:
 linux-restricted-modules-3.16.0-22-generic N/A
 linux-backports-modules-3.16.0-22-generic N/A
 linux-firmware N/A
RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/01/2011
dmi.bios.vendor: Bochs
dmi.bios.version: Bochs
dmi.chassis.type: 1
dmi.chassis.vendor: Bochs
dmi.modalias: dmi:bvnBochs:bvrBochs:bd01/01/2011:svnOpenStackFoundation:pnOpenStackNova:pvr2014.1.3:cvnBochs:ct1:cvr:
dmi.product.name: OpenStack Nova
dmi.product.version: 2014.1.3
dmi.sys.vendor: OpenStack Foundation

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.17 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.17-utopic/

[Dimitri John Ledkov (xnox)]

I'd say this bug report is invalid, and not kernel related at all, and simply utopic probably had newer iproute2 userspace package with proper support for these flags.

See: https://patchwork.ozlabs.org/patch/519505/

Specifically address that is derived from MAC should be marked as mngtmpaddr, as this is then the template for privacy extensions if enabled. When privacy extensions are enabled, the MAC based address would also have noprefixroute flag, and additional address fd:: address would be generated from mngtmpaddr template and itself marked as temporary.

The output you show looks correct when stateless auto-configuration is used, with privacy extensions not enabled.