----- Original Message -----
From: James Carlson <james.d.carl...@sun.com>
Date: Thursday, January 15, 2009 8:58 pm
Subject: Re: iftop [PSARC/2009/018 FastTrack timeout 01/20/2009]
To: Xiang Zhou <Xiang.Zhou at Sun.COM>
Cc: Edward Pilatowicz <Edward.Pilatowicz at Sun.COM>, PSARC-ext at sun.com, Jim 
Walker <James.Walker at Sun.COM>

> Xiang Zhou writes:
> > On 01/14/09 06:37, Edward Pilatowicz wrote:
> > > imho, yes.
> > >
> > > if iftop has limitations wrt zones, i'd expect that to be 
> documented.> > (similar to how lack of ipv6 support is documented.)
> > >
> > > also, if this is the case i'd like to hear that improved 
> support for
> > > zones it being planned.  (once again, similar to the ipv6 
> situation.)> >   
> > Here is the update related solaris zones:
> > 
> > Now iftop has limitations with zones. iftop can not work properly 
> in 
> > both shared stack zone and  exclusive stack zone. Because it 
> invokes 
> > DLPI functions. There are no resources available to add support 
> at this 
> > time. I will work with the upstream community to provide full 
> support 
> > for Solaris zones.
> 
> How does it open DLPI devices?
It first use "open" system call to open something like /dev/bge, then send 
strbuf containing DL_ATTACH_REQ to the opened STREAMS. It uses dlpi device to 
get the mac address.

> 
> If it doesn't use libdlpi, does it have support for Solaris "vanity
> naming," which requires looking in /dev/net/ for the device first?
It doesn't looking in /dev/net/, but it seems works ok on renamed link, e.g. 
the command "iftop -i e1kg1" shows the traffic on e1kg1 where e1kg1 is the 
renamed name of e1000g1. For capture packets, it uses pcap_open_live to open 
the interface. It seems libpcap support vanity naming.

> 
> If it doesn't do that, could a fix be contributed back upstream?  It's
> usually about two lines of code.
Make sense. I will deliever the patch in a couple of days.

Thanks for your comments.

- Xiang

> 
> -- 
> 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

Reply via email to