![](https://seccdn.libravatar.org/avatar/fcddee211ea9dd5e95f4be2d0c89273f.jpg?s=120&d=mm&r=g)
On 2020-02-01 08:39 AM, Per Jessen wrote:
James Knott wrote:
On 2020-02-01 03:19 AM, Per Jessen wrote:
This is with 15.0 on my notebook: eth0:
mtu 1500 state UP qlen 1000 inet6 2607:f798:804:90:b455:3be6:1e3a:9173/128 scope global noprefixroute dynamic I expect it is your router that hands it out - dunno why. It's only on the Ethernet connection, configured for DHCP on IPv4 and SLAAC on IPv6. The WiFi interface, connected to the same router, doesn't get it. Which suggests the router somehow treats those interfaces differently. Weird.
No. I have a separate access point, so the router would see no difference.
I just booted the computer, with the Ethernet cable disconnected and my AP turned off. It booted up without addresses on either interface. I then turned on the AP and got addresses on WiFi, but no /128. I then connected the Ethernet cable and, in addition to the normal addresses, got that /128. I do not see a /128 on my desktop computer, which is using wicked and connected to the same router.. So somehow it must be NetworkManager doing this. You might be able to spot the difference if you run a tcpdump on both interfaces, at the time they're coming up.
I have a couple of static wired connections set up. I'll have to see if they also do that. Also, my firewall/router is pfSense, so I can use its Packet Capture or use Wireshark with port mirroring on my switch. This might be a bit more reliable than trying tcpdump during connection setup. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org