Le 22/11/2011 16:25, Ted Lemon a écrit :
On Nov 22, 2011, at 4:43 AM, Alexandru Petrescu wrote:
Sure, a 400MHz device could have large enough memory to hold both
DHCP and ND implementations. However, if one tries to reduce the
software to a bare minimum then one would eliminate as many
components as possible - and RA vs DHCP is obvious duplicate
functionality, double code line counts. This would give place for
other necessary components like a route exchange software.
When memory is limited there is compromise to be made, and
software components to be traded off.
Look, I'm sorry, but this is just not convincing. RA is trivial.
DHCPv6 clients are trivial. If you can't cram both of these into
your ARM stack, you are doing something wrong.
The similar userland-vs-kernel (read DHCP vs RA) discussion has it that
it is easier to do one not both.
(also relating to your earlier mentioning compiling being lengthy for
ARM kernel - yes it is quicker to compile userland DHCP than kernel RA).
Alex
_______________________________________________
mif mailing list
mif@ietf.org
https://www.ietf.org/mailman/listinfo/mif
