[ Jeremy forwarded this to me; I never received his original email. ]
> Peter Memishian wrote:
> > # pfiles `pgrep rpc`
> > 100395: /usr/sbin/rpcbind
> > [ ... ]
> > 19: S_IFCHR mode:0000 dev:333,0 ino:44170 uid:0 gid:0 rdev:105,27
> > O_RDWR
> > /devices/pseudo/tl at 0:ticots
> > 20: S_IFCHR mode:0000 dev:333,0 ino:65028 uid:0 gid:0 rdev:42,35
> > O_RDWR|O_NONBLOCK FD_CLOEXEC
> > --> sockname: AF_INET 10.8.57.32 port: 111
> > --> peername: AF_INET 10.8.57.11 port: 61404
> > /devices/pseudo/tcp at 0:tcp
>
> jgh1) What is the stability level of the proposed output from pfiles(1) ?
As per the case materials:
Consolidation Private is requested for all proposed interfaces except
for the new pfiles output, which is unstable (as per pfiles(1M)).
> jgh2) Will it support IPv6?
Yes.
> jgh3) Is there any interaction with PSARC/2008/257 sockets-direct?
Not that I can see.
> Finally, though I'm fully in favour of this proposal:
>
> > For historical reasons, a number of critical Solaris daemons still use
> > TLI instead of sockets (e.g., 8 of the 55 processes running on my Nevada
> > desktop after boot have TLI endpoints).
>
> Is there any intent to eventually move these TLI uses over to sockets?
Certainly, but inertia is hard to overcome.
--
meem
