On (03/25/09 09:05), Darren Reed wrote:
> Which is good... and if I refer back to the CLI you presented earlier:
>
> # ipadm {create,modify}-interface [-t] [-f {inet, inet6}] \
> [-if6_intf_id=<IPv6 Interface ID>] \
> [-O <interface sub-options>] <interface>
>
> Then the concept you're pushing of an interface being a "thing"
> that can have multiple address families requires that the "-f"
> option be dropped completely. Another alternative might be to
> make the family a mandatory option before "-t", without the "-f".
If you drop the -f completely, how is the ipadm user going to mandate
that (s)he will have "no ipv6 interfaces", or "no ipv4 interfaces"?
In other words, yes, we can have all of the following:
- make ipadm present the (illusory, today) BSD-like impression that there
is just one interface, that can be used flexibly for ipv4 and ipv6.
- under the covers, we can continue having the ipv4/ipv6 ill model, where
both are created by "ipadm create-interface <foo>".
- ifconfig will still report ipv4 and ipv6 as separate ills
But what if the adminstrator really does not want to create an
ipv4 capable interface, and only wants the ipv6 capability? If we want
to provide this feature (as an option) thorugh ipadm, we'd need the
-f flag.
> But how far do you see this going?
> Are we changing Solaris networking so that ipadm will be creating
> interface stubs on which we can also attach NETBUI and Appletalk
> addresses? That's what you can do with BSD and Linux... but you
> use ifconfig to do that there, not some IP specific command.
ipadm is "ip"adm, not netbuiadm or appletalkadm. So the answer is no.
--Sowmini
