iftop-users

iftop-users@lists.beasts.org

195 discussions

Start a nNew thread

I am intrested in iftop
by Mr nandkishor jade 01 Mar '11

01 Mar '11

Send me the subscription. Regards, Nandkishor

1 0

Reverse ip6 resolution
by Frédéric Perrin 27 Feb '11

27 Feb '11

Hello, I recently had to revisit and slightly improve the patches I sent to the list in January. They are attached in this mail, and also available at <http://gitweb.fperrin.net/?p=iftop.git;a=shortlog;h=refs/heads/ip6reverse>. Paul, can you apply them if they DTRT ? The first patch makes iftop compile on FreeBSD. The second and the third make reverse ip6 resolution available to methods beyond getnameinfo(3). The methods that correctly resolve reverse ip6 addresses are: - getnameinfo; - gethostbyaddr_r; - gethostbyaddr; - gethostbyaddr with fork. This leaves out the ares and libresolv methods, I suppose that can be fixed quickly. In patch n°3, this is done by saving the addresses in a structure that remembers the AF, which is given by the caller to resolve(). I believe this in the correct thing to do. In patch n°2, this is done by importing the getnameinfo's AF guessing to these methods. This is less intrusive. Regards, -- Frédéric Perrin -- http://tar-jx.bz

1 0

Porting iftop 1.0 to FreeBSD
by Frédéric Perrin 06 Dec '10

06 Dec '10

Hello, Today I compiled iftop-1.0pre1 if a FreeBSD system. I had to make the following changes: - config/int_ghba_r.c uses AF_INET, which is defined in <sys/socket.h>, without #include'ing it ; - add « #define define s6_addr32 __u6_addr.__u6_addr32 » in config.h (this is used in addr_hash and ns_hash.c). FreeBSD has a note in <netinet6/in6.h> saying it is not standard ; - in resolver.c, only the getnameinfo() method tries to resolve ip6 addresses. I ported the AF guessing to the gethostbyaddr{,_r} methods, as I am not familiar with the libresolv or the ares librairies. This enables reverse ip6 resolution. The patch is attached. Could you please review it, and apply it if it DTRT ? -- Fred

2 4

iftop bandwidth counter with mpd5 interface ng0?
by Balázs Mátéffy 02 Dec '10

02 Dec '10

Hello, I'm using mpd5 for connecting to my ADSL internet through an ng0 interface (physically fxp0). The problem is that I can see the connection sessions, however the counters are not going anywhere... With the built-in ppp software's "tun" interface everything was working alright before I moved to mpd. I tried looking up this issue online, listening on multiple interfaces with promiscuous mode, or listening for network without success. Would you be so kind to share your experience with me, maybe someone already had an issue like this! Version of iftop is 0.17 on FreeBSD 8.1-RELEASE-p1 with mpd v5.5. Thank you in advance! Best Regards, Balazs Mateffy

3 3

iftop 1.0pre1
by Paul Warren 29 Nov '10

29 Nov '10

It's been the best part of 5 years since the last release of iftop, so I think we're overdue. Seeing as iftop is now included in many major distributions, and I'm not snowed under with bug reports, I can't see any reason not to call the next release 1.0. Accordingly, here's the first 1.0 pre-release: http://www.ex-parrot.com/~pdw/iftop/download/iftop-1.0pre1.tar.gz Change log is here: http://www.ex-parrot.com/~pdw/iftop/cvs/iftop/ChangeLog Thanks to everyone who's contributed patches to this release. Paul

2 3

Re: [Iftop-users] iftop 1.0pre1
by Paul Warren 28 Nov '10

28 Nov '10

On 27/11/2010 17:32, Dimiter Maznekov wrote: > There is error when make after config? > > In file included from iftop.c:6: > integers.h:35: warning: redefinition of `u_int8_t' > /usr/include/sys/types.h:197: warning: `u_int8_t' previously declared here > integers.h:39: warning: redefinition of `u_int16_t' > /usr/include/sys/types.h:198: warning: `u_int16_t' previously declared here > integers.h:43: warning: redefinition of `u_int32_t' > /usr/include/sys/types.h:199: warning: `u_int32_t' previously declared here > iftop.c:22:21: net/bpf.h: No such file or directory > make: *** [iftop.o] Error 1 What system is that on? I suspect that if you change iftop.c from #include <net/bpf.h> to #include <bpf.h> it'll work. Paul

2 1

iftop with IPv6 support available for testing
by Alexander Reichle-Schmehl 15 Oct '10

15 Oct '10

Hi! Thanks to the work of Mats Erik Andersson, I'm pleased to announce the availability of IPv6 supporting iftop packages for Debian (will most likely also work for all derivatives)! Mats patch allowing IPv6 looks sane and fixes also some other bugs (e.g. a segfault when using console parameters mutliple times). His complete patch is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=427852#30 for review. It addresses the following issues: * Add IPv6 support http://bugs.debian.org/427852 * Fix segfault when using the same command line argument multiple time (See http://bugs.debian.org/425488) * Fix typo in display (see http://bugs.debian.org/477928) * Use better hash Algorithm in address pairs (http://bugs.debian.org/595169) * Fix link-level address detection on kfreebsd-* (see http://bugs.debian.org/598367) Packages for testing are available in Debian's experimental branch (should also work on Debian sid/squeeze) and at http://people.debian.org/~tolimar/tmp/iftop-ipv6-backports/ (for Debian 5.0 "Lenny"). Many thanks for your work so far, Mats! Best regards, Alexander

2 1

Re: [Iftop-users] Re: find upload hogs
by Paul Warren 15 Oct '10

15 Oct '10

On 15/10/2010 02:31, Gordon Gable wrote: > That does the trick, but thinking about it, if i isolate analysis on > specific internal networks with -F, viewing sent traffic only and hiding > destination already comes pretty close to get conclusions. > > about the sort order in this specific view, i notice it's not sorted by > rate over the selected column. what is the sort order? Even if you only have outgoing traffic only shown, it still sorts by the sum of incoming and outgoing, unless you hack the code as described below. I think ideally it would sort by what you have on screen, but that requires a slightly more complicated change to the sort function. Paul > 2010/10/15 Paul Warren <pdw(a)ex-parrot.com <mailto:pdw@ex-parrot.com>> > > On 15/10/2010 00:24, Gordon Gable wrote: > > iftop, i mean. sorry. > > > > 2010/10/14 Gordon Gable <grdngable(a)gmail.com > <mailto:grdngable@gmail.com> <mailto:grdngable@gmail.com > <mailto:grdngable@gmail.com>>> > > > > > i help running a small wireless mesh. altough our p2pfilters at > > gateway nodes are fairly acurate, we sometimes find people > resorting > > to all kinds of tricks to circumvent those. > > > > to ease pinpointing villains, is there a way in iptraf to sort ip > > address by *upload* only? > > > > /gordon > > > > > > > No - but it's an easy enough change to make if you want to hack it. > In ui.c find this bit of code: > > int screen_line_bandwidth_compare(host_pair_line* aa, > host_pair_line* bb, int start_div) { > int i; > for(i = start_div; i < HISTORY_DIVISIONS; i++) { > if(aa->recv[i] + aa->sent[i] != bb->recv[i] + bb->sent[i]) { > return(aa->recv[i] + aa->sent[i] < bb->recv[i] + > bb->sent[i]); > } > } > return 1; > } > > and delete the "recv" part of each of the sums. I guess it would be > nice to sort based on what's on screen, but obviously that's a bit > more involved. > > Paul > > > > _______________________________________________ > iftop-users mailing list > iftop-users(a)lists.beasts.org <mailto:iftop-users@lists.beasts.org> > http://lists.beasts.org/mailman/listinfo/iftop-users > >

1 0

find upload hogs
by Gordon Gable 14 Oct '10

14 Oct '10

i help running a small wireless mesh. altough our p2pfilters at gateway nodes are fairly acurate, we sometimes find people resorting to all kinds of tricks to circumvent those. to ease pinpointing villains, is there a way in iptraf to sort ip address by *upload* only? /gordon

3 3

bandwidth
by sri ram 16 Jun '10

16 Jun '10

Is there a way to find the bandwidth for the given ip

2 1

← Newer
1
...
5
6
7
8
9
10
11
...
20
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

iftop-users