Sebastien Roy writes: > > Do we have examples of 3rd party software which invokes ifconfig to > > change the IP configuration? > > Our punchin client and server are an example.
It's also not an unknown practice to reboot a system to get back to a "known state," especially when dealing with a system you don't know well. > > I'm far from convinced that temporary is the answer; persistent&missing > > might be a much more tractable approach. With that approach you avoid > > worrying about persistent objects that directly or indirectly depend on > > temporary object. You can have a persistent object (the IP address > > 1.2.3.4 on tun17, which depends on the IP interface "tun17" which > > depends on the datalink "tun17", etc) and one or more of its > > dependencies might be missing, which means that it doesn't get activated > > until those objects appear. > > I wonder if SMF can provide some infrastructure to help with this. For > example, I wonder if one could activate some sort of SMF profile in > which all changes made to all or a subset of SMF services are not > persisted... SMF offers temporary parameters (which is how it can temporarily enable or disable a service -- the enable/disable flag is just a parameter), but doesn't offer temporary services. The model isn't complete. Assuming that we can't get a full "running versus saved configuration" model for SMF, I think that the cleanest way to allow for the usual sorts of "temporary" configuration is to make the SMF snapshot mechanism more visible and usable within these other utilities. That would allow the user to ask useful questions, such as "what's the difference between the configuration I'm using now and the one I have set up for next boot?" -- James Carlson, Solaris Networking <james.d.carlson at sun.com> Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
