On Thu, 2006-10-12 at 12:28 -0700, Brendan Gregg - Sun Microsystems wrote: > Thanks, I just tried it out. So, I know you said early-access, but when > I run "snoop -d lo0" I get the following, > > # snoop -Sd lo0 > Using device /dev/lo0 (promiscuous mode) > localhost -> localhost length: 66 FTP-DATA R port=34166 > localhost -> localhost length: 66 FTP-DATA C port=34166 > localhost -> localhost length: 54 FTP-DATA R port=34166 > localhost -> localhost length: 54 FTP-DATA C port=34166 > localhost -> localhost length: 54 FTP-DATA R port=34166 > localhost -> localhost length: 54 FTP-DATA R port=34166 > localhost -> localhost length: 54 FTP-DATA C port=34166 > ^C > # > > That was an ftp-data transfer of the 20 Mbyte "contents" file, which I > was demo'ing earlier. I don't see the file data being transferred. > > DTrace can see all of loopback traffic, including fused data transfers,
That's a documented shortcoming of these early access bits. See the section entitled "Known issues specific to Clearview" in the release notes for the bfu archives you downloaded. In short, for now, setting "ip:do_tcp_fusion = 0x0" in /etc/system is the workaround as we work on the fix. > > and the byte sizes sum up correctly. Fabulous. > > Sure, watching the rate of loopback connections is itself useful, so I > can see that Clearview can already solve many customer problems. > Once it can see fused data traffic also (without actually switching > fusion off), that would be great. :-) Yes, obviously. Thanks, -Seb _______________________________________________ networking-discuss mailing list [email protected]
