Hi Mike, Jan> NWAM will try to obsolete hostname.<if> interfaces. Given that these Jan> interfaces are very well-known and generally used by our customers as Jan> write-to, instead of read-from, interfaces, we need to support them for Jan> backwards compatibility.
Jan> A proposal for these interfaces is that when NWAM starts, it will look Jan> at the existence of these files and translate the information in them Jan> to the SMF repository. Michael> I'm happy with this approach, but this is the most complicated part Michael> of the change that we need to facilitate. You either need to provide Michael> a detailed proposal for the SMF representation of interface and Michael> datalink configuration, or I'm happy to sit down with you and sketch Michael> something out. But this is where we need to spend a ton of time on Michael> the details. Agreed; we started with a broad outline for how to do this migration, and were planning to work it out in detail once we reached consensus on the outline. Now that we seem to be reaching such consensus, we will start to work on the details, and would be happy to get your further input when you get back from vacation. Michael> I also believe that doing this will require some improvements to Michael> underlying SMF mechanisms (i can explain in more detail once I get Michael> back from my trip) Cool; we'll look forward to that. Michael> Also, one design point that I'd like to see preserved is that we Michael> separate the thing which does the auto configuration from the thing Michael> which knows how to take the SMF representation and plumb up the Michael> appropriate kernel abstractions. Keep those two things separate -- Michael> don't have them get intertwined inside of NWAM daemon. As I hinted at above, we haven't gotten that far yet, but I agree 100% with your suggestion. -- John http://blogs.sun.com/jbeck