IPv6 addresses randomly vanish

This forum is for topics dealing with problems with software specifically in the ARMv7h repo.

IPv6 addresses randomly vanish

Postby stefguy » Wed Sep 29, 2021 10:36 am

Howdy together,

I see a very strange issue with IPv6 connectivity, will explain it, but its quite fuzzy..

I have various ARM devices running ArchLinuxARM, several Raspi2/3 and an Odroid HC1. All run 'standard' kernels and packages, no self-compiled stuff. Updates are applied usually weekly, so they are up-to-date. They are deployed to several networks, at different locations, behind different router models, different providers connecting them to the internet .. short, the only commonality (I see) is ArchLinuxARM.

Around July I started to observe at the Odroid that IPv6 adresses 'go away' silently. One moment 'ip addr show' lists them, the next moment they are gone. This behaviour starts after approximately 2 days of uptime. No entries in journal/or logfiles, the adresses just vanish, and the system is no longer reachable/pingable via IPv6. I suspected address lifetime issues, but this isn't the case. When the behaviour starts, the addresses come back online unpredictably, but vanish short after. Having an eye on this, I noticed the same behaviour with my Raspis, but on the Raspis the difference is that they will need an uptime of 4 to 5 days to start with that behaviour.

I checked for this behaviour on my other devices (Intel boxes with Arch and Ubuntu, Raspis with Raspbian and Libreelec) but I cannot see his behaviour there.

I HAVE ABSOLUTELY NO CLUE where to look at next or where to look at at all, I basically checked the network side and think it is OK so I assume something on the ArchARM boxes is weird.

If anyone has any idea, or wants more details .. feel free to ask. I wanna figure this out and solve it, but I don't know where to go from here..

Regards, Stef
stefguy
 
Posts: 18
Joined: Fri Jul 13, 2018 2:55 pm

Re: IPv6 addresses randomly vanish

Postby ufo6000 » Wed Sep 29, 2021 5:22 pm

Which network manager do you use ?
Can you post the config and the logs from this service ?
ufo6000
 
Posts: 117
Joined: Fri Jan 22, 2016 7:54 pm

Re: IPv6 addresses randomly vanish

Postby stefguy » Thu Sep 30, 2021 7:52 am

Good morning,

let's go with the HC1 for diagnostics, but the config is nearly the same for all affected devices. I use systemd-networkd for network management.

$this->bbcode_second_pass_code('', '/etc/systemd/networkd.conf') is untouched .. contains a few section headers, but everything commented out.

$this->bbcode_second_pass_code('', '/etc/systemd/network/eth0.netowrk:
--
[Match]
Name=eth0

[Network]
DHCP=yes
DNSSEC=no
Domains=blahblah1.vnet blahblah2.vnet')

Journal entries from systemd-network are quite .. sparse ;-)

$this->bbcode_second_pass_code('', 'root@crookshanks:/var/log# journalctl -u systemd-networkd.service
-- Journal begins at Fri 2021-09-24 10:36:05 UTC, ends at Thu 2021-09-30 07:27:14 UTC. --
Sep 24 10:36:05 crookshanks systemd[1]: Starting Network Configuration...
Sep 24 10:36:05 crookshanks systemd-networkd[216]: lo: Link UP
Sep 24 10:36:05 crookshanks systemd-networkd[216]: lo: Gained carrier
Sep 24 10:36:05 crookshanks systemd-networkd[216]: Enumeration completed
Sep 24 10:36:05 crookshanks systemd[1]: Started Network Configuration.
Sep 24 10:36:06 crookshanks systemd-networkd[216]: eth0: Link UP
Sep 24 10:36:06 crookshanks systemd-networkd[216]: eth0: Gained carrier
Sep 24 10:36:06 crookshanks systemd-networkd[216]: eth0: DHCPv4 address 192.168.XX.YY/24 via 192.168.XX.ZZ
Sep 24 10:36:07 crookshanks systemd-networkd[216]: eth0: Gained IPv6LL
Sep 24 10:36:07 crookshanks systemd-networkd[216]: Could not set hostname: Access denied
root@crookshanks:/var/log# ')

So this is basically from the startup procedure after last boot. The only entries that are in the journal that document those events (coming and going of the addresses) is from ntpd who logs whenever an interface he is listening on goes away and comes back

So, maybe some more details on my IPv6 setup .. I use stateless autoconfiguration via router advertisements, and the routers advertise two networks, a site-local prefix fda5:a5a5:a5a5:----:/64 and a global one from my provider. And the routers involved are either FritzBoxes (not sure how known they are outside of Germany, but they are the 'gold standard' here .. https://en.wikipedia.org/wiki/Fritz!Box) or Ubiquiti EdgeRouters.

There you go .. Stef
stefguy
 
Posts: 18
Joined: Fri Jul 13, 2018 2:55 pm

Re: IPv6 addresses randomly vanish

Postby summers » Fri Oct 01, 2021 1:47 am

What does $this->bbcode_second_pass_code('', 'ip a') say? Usually dhcpv6 and ipv6 ra have limited lifetime addresses, so they exipre. So how are you assigning your ipv6 addresses, my guess is that the renewing of ip addresses is failing ...
summers
 
Posts: 995
Joined: Sat Sep 06, 2014 12:56 pm

Re: IPv6 addresses randomly vanish

Postby stefguy » Thu Oct 07, 2021 2:16 pm

i wrote a script running
$this->bbcode_second_pass_code('', 'ip -6 addr show dev eth0 scope global;')
every minute. Timers count down as expected and get renewed als expected. After many hours the addresses vanish .. but the timers are not down to zero at this point. when the adresses come back (i suppose whenever a new router advertisement gets received) the counters start as expected. Some more hours later the addresses do not come back .. although router advertisements are received (checkd with tcpdump on the same machine)

as you might already have guessed .. address configuration is done via SLAAC and RAs.

Greetings, Stef
stefguy
 
Posts: 18
Joined: Fri Jul 13, 2018 2:55 pm

Re: IPv6 addresses randomly vanish

Postby summers » Fri Oct 08, 2021 9:02 am

On so that's same set up as mine. Yes ipv6 addresses can be marked invalid before life time is reached, it happens to me when my adsl router reassociates up line, and gets a new ipv6 number. Anyway that new number then needs distributing to my lan. This though does work fine via SLAAC and RA. What does happen on my lan though is that the ipv6 addresses don't get deleted, they just get marked as depreciated. This means lan machines still accept packets for any old addresses, but will only initiate new connections with the current active addresses (not sure what happens with associated traffic, e.g. how to respond to say a ping to the old addresses ...) Anyway what seems different at my end, is I get a shed load of these old depreciated addresses. They only go on a reboot. Let me try your commands on my machines, and I'll see what I get ...

Oh thats interesting on my machine, I've recently updated the ADSL router to latest openwrt - and the new one, seems better at telling my lan it can drop old addresses. So I now only have something like:
$this->bbcode_second_pass_code('', ' inet6 2002:1234:5678:0:19ed:51b5:7283:2294/64 scope global temporary dynamic
valid_lft 565920sec preferred_lft 47263sec
inet6 2002:1234:5678:0:5ef4:abff:fe51:718f/64 scope global mngtmpaddr noprefixroute
valid_lft forever preferred_lft forever
inet6 fd84:32c:ad2f:0:5ef4:abff:fe51:718f/64 scope global mngtmpaddr noprefixroute
valid_lft forever preferred_lft forever
')

And just had my ADSL router reassociate itself - and it has smoothly distributed the new ipv6 to all my machines, taken down the old addresses and put in new. This is using $this->bbcode_second_pass_code('', 'odhcpd') on the router. So it suggests that there is something that your router does, that arch doesn't like - and as arch is pretty much just a standard linux network with no bells and whistles - I'd look at the router ...
summers
 
Posts: 995
Joined: Sat Sep 06, 2014 12:56 pm

Re: IPv6 addresses randomly vanish

Postby stefguy » Mon Oct 11, 2021 6:15 pm

Hoi,

my DSL reconnects not that often, it usually happens every other month or so. Thus my routers advertise the same prefix for weeks, sometimes for more than two month. But the Odroid I'm currently monitoring closely due to this strange behaviour starts 'loosing' the adresses quite predictably after 48 hours, the Raspis approx. after 5 days.

As different routers, providers, devices etc. are involved here my suspect weren't the routers. The commonality I found out is Arch, on ARM (although different Kernels 4.x on the Odroid, 5.x on the Raspis). My suspect is systemd, systemd-networkd, to be more precise.

So, friday was my patch day (that's when I reboot my systems), and guess what, after a fine Saturday with the Odroid the mystery started again. To dig deeper into systemd I decided to make it more chatty, as systemd.networkd with the default config doesn't produce much logs I added

$this->bbcode_second_pass_code('', 'Environment=SYSTEMD_LOG_LEVEL=debug')

to it's service definition. Now I have log output from systemd.networkd when the addresses come and go ... and YES ... it is systemd.networkd who removes the addresses and adds them back. And it somehow relates to the handling of RA packets.

But I added this to the config after the behaviour started. So back to zero

Odroid rebooted on Sunday evening, my script (as mentioned above) logging IPv6 addresses on the interface every minute, the output of systemd.networkd piped to a file and additionally tcpdump set up to capture all router advertisement packets. I expect the addresses to start going and coming tomorrow evening .. fingers crossed :|

Let's see ...

Greetings, Stef
stefguy
 
Posts: 18
Joined: Fri Jul 13, 2018 2:55 pm

Re: IPv6 addresses randomly vanish

Postby summers » Tue Oct 12, 2021 8:33 am

Yup systemd-networkd is a good call for what handles the network - its the usual standard now (but others exist in arch). I switched to (almost) totally networkd a few years ago - as it handled my network connections better than others (and could do thinks like a built in dhcp server). Anyway that was before I enabled IPv6 - and when I did enable IPv6 that side of things didn't need any changes.

But anyway yes, networkd and the kernel probably handle network configuration. My armv5 box that is on the network, I'll have to look at enabling networkd logging as well - that box is handling IPv6 fine, with addresses changing smoothly.
summers
 
Posts: 995
Joined: Sat Sep 06, 2014 12:56 pm

Re: IPv6 addresses randomly vanish

Postby summers » Wed Oct 13, 2021 7:23 am

Couldn't sleep last night - so implemented debugging on my armv5 box. Some new options for ipv6 in networkd, so I updated systemd to the latest version. In the network description file for the interface I needed to add:
$this->bbcode_second_pass_code('', '[Network]
IPv6AcceptRA=true')
And on another interface (beagle farm) the setting IPv6SendRA=true doesn't seem to work.

RA seems to have changed in systemd, it now disables what the kernel did so sets $this->bbcode_second_pass_code('', '/proc/sys/net/ipv6/conf/eth0/accept_ra') to zero. Then does RA internally in networkd. I'm not sure I agree with this approach - but is what it is.

Anyway now have a set of logs, so when you see what goes wrong on your end, I can look up what my set up is doing.
summers
 
Posts: 995
Joined: Sat Sep 06, 2014 12:56 pm

Re: IPv6 addresses randomly vanish

Postby stefguy » Wed Oct 13, 2021 1:58 pm

g'morning,

logs .. finally.

This is what is logged every few minutes when a unsolicited RA is received:

$this->bbcode_second_pass_code('', '
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: NDISC: Received Router Advertisement: flags none preference high lifetime 1800 sec
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: NDISC: Invoking callback for 'router' event.
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 22min 44s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Setting SLAAC addresses.
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Setting NDisc routes.
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 22min 44s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Remembering updated address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 22min 44s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Remembering updated address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: NDisc SLAAC addresses set.
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: NDisc routes set.
Oct 12 15:12:05 crookshanks systemd-networkd[219]: eth0: Removing old NDisc information obtained from fe80::xxxx:xxxx:xxxx:3e02.
')

After 48 hours of uptime this behaviour changes and I suddenly see this:

$this->bbcode_second_pass_code('', '
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: NDISC: Received Router Advertisement: flags none preference high lifetime 1800 sec
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: NDISC: Invoking callback for 'router' event.
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Setting NDisc routes.
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: NDisc routes set.
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Removing old NDisc information obtained from fe80::xxxx:xxxx:xxxx:3e02.
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Removing address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 30min), flags: manage-temporary-address,no-prefixroute
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Removing address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Forgetting address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 1h 51min 35s, preferred for 21min 35s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Forgetting route: dst: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local(255), proto: kernel, type: local, nexthop: 0, priority: 0
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Forgetting address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 1h 51min 35s, preferred for 51min 35s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:28:14 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1/link/_32 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=84 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:28:14 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=85 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:28:14 crookshanks systemd-networkd[219]: eth0: Forgetting route: dst: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local(255), proto: kernel, type: local, nexthop: 0, priority: 0
')

After that, addresses are gone, but they come back when the next RA is received, logging this:

$this->bbcode_second_pass_code('', '
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: NDISC: Received Router Advertisement: flags none preference high lifetime 1800 sec
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: NDISC: Invoking callback for 'router' event.
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 30min), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Requesting route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Setting SLAAC addresses.
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Setting NDisc routes.
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: State changed: configured -> configuring
Oct 12 15:34:49 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1/link/_32 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=88 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: link_check_ready(): dhcp4:yes ipv4ll:no dhcp6_addresses:no dhcp6_routes:no dhcp6_pd_addresses:no dhcp6_pd_routes:no ndisc_addresses:no ndisc_routes:yes
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: State changed: configuring -> configured
Oct 12 15:34:49 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1/link/_32 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=89 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: n/a, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 30min), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 2h, preferred for 1h), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: 2003:xxxx:xxxx:xxxx::/56, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: Configuring route: dst: fda5:xxxx:xxxx:xxxx::/64, src: n/a, gw: fe80::xxxx:xxxx:xxxx:3e02, prefsrc: n/a, scope: global, table: main(254), proto: ra, type: unicast, nexthop: 0, priority: 1024
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: NDisc SLAAC addresses set.
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: NDisc routes set.
Oct 12 15:34:49 crookshanks systemd-networkd[219]: eth0: No SLAAC address obtained from fe80::xxxx:xxxx:xxxx:3e02 is ready. The old NDisc information will be removed later.
Oct 12 15:34:51 crookshanks systemd-networkd[219]: eth0: Remembering updated address: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 1h 59min 59s, preferred for 59min 59s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:51 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1/link/_32 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=90 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:34:51 crookshanks systemd-networkd[219]: eth0: Removing old NDisc information obtained from fe80::xxxx:xxxx:xxxx:3e02.
Oct 12 15:34:51 crookshanks systemd-networkd[219]: Sent message type=signal sender=n/a destination=n/a path=/org/freedesktop/network1 interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=91 reply_cookie=0 signature=sa{sv}as error-name=n/a error-message=n/a
Oct 12 15:34:51 crookshanks systemd-networkd[219]: eth0: Remembering foreign route: dst: fda5:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local(255), proto: kernel, type: local, nexthop: 0, priority: 0
Oct 12 15:34:51 crookshanks systemd-networkd[219]: eth0: Remembering updated address: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/64 (valid for 1h 59min 59s, preferred for 29min 59s), flags: manage-temporary-address,no-prefixroute
Oct 12 15:34:51 crookshanks systemd-networkd[219]: eth0: Remembering foreign route: dst: 2003:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:db97/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local(255), proto: kernel, type: local, nexthop: 0, priority: 0
')

And now these two blocks toggle, and the addresses come and go...

I have a pcap file available logging all RA packets, but the packtes don't change. If someone wants the complete log set (5MB systemd.networkd log, 1.3MB 'ip addr eth0' every minute, 200kb PCAP) sent me a PM.

So, stuck here, but googled (o.k. duckduckgoed) for "systemd.networkd No SLAAC address obtained from" and found that one
https://bbs.archlinux.org/viewtopic.php?id=269099 but I am not sure if this is exactly the same I am seeing.


Greetings, Stef
stefguy
 
Posts: 18
Joined: Fri Jul 13, 2018 2:55 pm

Next

Return to ARMv7h

Who is online

Users browsing this forum: No registered users and 26 guests