Vasumathi Sundaram writes:
> James Carlson wrote:
> >   I don't understand the new "-a", "-b", "-c" and "-l" options on the
> >   "::netstat" dcmd.  Why are these actually needed?  Why not just
> >   always display these tables and include a field to indicate status?
> >
> >   I don't mind some difference between the user-space command and the
> >   dcmd -- that's to be expected -- but it's unclear to me why this
> >   particular difference is needed.  (If the idea is to mimic the old
> >   ndd commands exactly, then don't.  The separation in tables that
> >   they showed wasn't so necessary.)
> >   
> The option "-a" is not new.

Right; I should have left that out.

> If the old ndd commands to display these tables (tcp_conn_hash, 
> tcp_bind_hash, tcp_acceptor_hash, tcp_listen_hash, udp_bind_hash) are 
> not necessary, then I can just remove those commands.

The point in moving this stuff from ndd to mdb is not to just
translate the existing ad-hoc ndd interfaces verbatim, but to make
sure that the same data is reasonably available:

  - For data items that are already printed by "netstat" or some other
    utility, that portion of the ndd output can be removed without
    touching mdb.  (Mirroring the user-level bit into mdb is nice, but
    not necessary.)

  - For items that aren't printed by some user-level utility, it may
    be worth checking whether they _ought_ to be.  If so, then make it
    so.

  - For those things (such as structure addresses) that certainly
    don't belong in any user-level utility, or that fall out of the
    consideration above (not needed in any user-level utility), then
    those need to be displayable in some way in mdb.

  - Perhaps a few things were useless no matter what; they can be
    tossed.

> We can use the existing ::netstat dcmds which display all connections 
> from tcp_conn_cache and udp_conn_cache, with no new options.

As long as we get the same basic information, I'm happy.

-- 
James Carlson, Solaris Networking              <[email protected]>
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
_______________________________________________
networking-discuss mailing list
[email protected]

Reply via email to