Request temporary address (IA_NA) for the 6lbr example

[OlegHahm]

Contribution description

Additionally to requesting a delegated prefix via DHCPv6 this also enables to ask for a temporary (non-permanent) address on the 6lbr. If the upstream DHCP server provides one, this can be used to establish end-to-end connectivity from the 6lbr towards an Internet host directly.

Testing procedure

1. Bridge the upstream interface of the border router to your upstream router (assuming that it does DHCPv6) or configure a local DHCPv6 server, for instance KEA with a configuration like this
2. Run the border router and check if you can ping Internet hosts directly.

[riot-ci]

Murdock results

✔️ PASSED

63a8f46 examples/gnrc_border_router: request temp address

Success	Failures	Total	Runtime
19	0	19	01m:34s

Artifacts

• Documentation preview

[benpicco]

I don't understand why this is needed - with my Fritz!Box SLAAC works just fine

[OlegHahm]

If SLAAC is activated, you don't need this.

[OlegHahm]

Is there a reason against this patch? Should we make this optionally (via a Makefile switch)?

[miri64]

Is there a reason against this patch? Should we make this optionally (via a Makefile switch)?

I don't see any reason against it. And for once, I don't think a makefile switch here is necessary (except if the user wants to safe ROM on the BR for some reason... but hey it's a BR...) @benpicco?

[benpicco]

Does this still work if the server only does IA_PD and not IA_NA?
I can test this evening on my Fritz!Box if you want.

[miri64]

Does this still work if the server only does IA_PD and not IA_NA?
I can test this evening on my Fritz!Box if you want.

If it does not, I would count that as a bug (in our DHCPv6 client). Sure, we can postpone the PR because of that, but then we also fix it ;-).

[benpicco]

yup still working

2025-01-29 20:40:02,385 # Iface  9  HWaddr: 3C:71:BF:9E:13:FD  Channel: 1 
2025-01-29 20:40:02,389 #           L2-PDU:249  MTU:1280  HL:64  RTR  
2025-01-29 20:40:02,393 #           RTR_ADV  6LO  Source address length: 6
2025-01-29 20:40:02,396 #           Link type: wireless
2025-01-29 20:40:02,401 #           inet6 addr: fe80::3e71:bfff:fe9e:13fd  scope: link  VAL
2025-01-29 20:40:02,409 #           inet6 addr: 2001:9e8:1437:50ff:3e71:bfff:fe9e:13fd  scope: global  VAL
2025-01-29 20:40:02,411 #           inet6 group: ff02::2
2025-01-29 20:40:02,414 #           inet6 group: ff02::1
2025-01-29 20:40:02,417 #           inet6 group: ff02::1:ff9e:13fd
2025-01-29 20:40:02,418 #           
2025-01-29 20:40:02,424 # Iface  10  HWaddr: 3C:71:BF:9E:13:FC  Channel: 1  Link: up 
2025-01-29 20:40:02,428 #           L2-PDU:1500  MTU:1492  HL:255  RTR  
2025-01-29 20:40:02,431 #           Source address length: 6
2025-01-29 20:40:02,433 #           Link type: wireless
2025-01-29 20:40:02,439 #           inet6 addr: fe80::3e71:bfff:fe9e:13fc  scope: link  VAL
2025-01-29 20:40:02,446 #           inet6 addr: 2001:9e8:1437:5000:3e71:bfff:fe9e:13fc  scope: global  VAL
2025-01-29 20:40:02,449 #           inet6 group: ff02::2
2025-01-29 20:40:02,451 #           inet6 group: ff02::1
2025-01-29 20:40:02,455 #           inet6 group: ff02::1:ff9e:13fc

[OlegHahm]

So, are we good to go?