On Nov 15, 2011, at 11:17 AM, Ole Troan <[email protected]> wrote: > - how do you discovery the DHCP server? do you require a hard-wired upstream > port for this to work?
Multicast will reach the DHCP server. Otherwise yes, the hard-wired upstream port allows this to work. > - what do you do with two routers on the same link, two separate prefixes? > (or smart DHCP server (e.g. having the SPF)) I don't know what you mean by a "smart DHCP server having SPF." But if you have two routers on the same link, either the client picks one and doesn't get to use the other link, or the DHCP servers need to cooperate, or we need to teach the client to get prefix delegations from more than one DHCP server. I think having the DHCP servers do an election is probably the easiest solution. > - what do you with multiple sources of information? change the DHCP protocol > so that a client picks _all_ servers, instead of the _best_ one? Right now clients don't pick the best one--they just pick one pretty much at random. But yes, if you have two DHCP servers providing different information, you need to resolve that. We would have to write a spec to handle this—it's not handled in the existing protocol. I think changing the DHCP client is a bad idea because it requires that every client be changed; changing the DHCP server is easy because only homenet DHCP servers have to change. _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
