udhcpc6 missing source address

[David Laight]

From: John Lemonovich
> Sent: 13 December 2022 15:59
> 
> Thanks for the replies.  Yes David, it's also my understanding per the spec, that the client's link-
> local address must be included for the solicit message.  The reply from the server is unicast.  What
> do you mean by the proper IPv6 version of the script...to which script are you referring to?  Can you
> possibly show an example?

The one that probably ends up in /usr/share/udhcpc/default.script
and is passed to udhcpc6 with the -s option.
Not the least of the problems is that you need to explicitly
delete the old IPv6 address (in deconfig).
I think the script I started from deleted the IPv4 address!

There is also the issue that you need to do a 'mark and scan'
pass over the routes (even in IPv4) to ensure the system isn't
left with an invalid routing table during renew processing.

> Just out of curiosity, has it ever been tested or known to work with a DHCPv6 server then?

Works for us (in testing anyway).
There has also been a bug to do with release renewal.
Might have been fixed. If any of our customers decide to use IPv6
I'll need to check - they clearly haven't on the previous product!
(The lack of bugs is a pretty good hint.)

I presume you are running a reasonably recent kernel.
Anything really archaic might be buggy - but you should have a few years.

Are you actually running Linux on a nios2?
I can't actually imagine that being fast enough for anything useful.
(Or does the arria10 contain an arm core?)
We do use nios cpu - but only running a few kb of code.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)