From owner-freebsd-questions Thu Nov 19 09:05:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21121 for freebsd-questions-outgoing; Thu, 19 Nov 1998 09:05:16 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from pp3.shef.ac.uk (pp3.shef.ac.uk [143.167.2.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA20990 for ; Thu, 19 Nov 1998 09:04:09 -0800 (PST) (envelope-from nick@dcs.shef.ac.uk) Received: from [143.167.11.137] (helo=dcs.shef.ac.uk) by pp3.shef.ac.uk with esmtp (Exim 2.02 #2) id 0zgXQy-0004o5-00 for questions@FreeBSD.ORG; Thu, 19 Nov 1998 16:59:56 +0000 Message-ID: <362B6263.CC74F36C@dcs.shef.ac.uk> Date: Mon, 19 Oct 1998 17:01:39 +0100 From: "Nick A. Fikouras" X-Mailer: Mozilla 4.06 [en] (Win95; I) MIME-Version: 1.0 To: "questions@FreeBSD.ORG" Subject: Re: bandwith monitor for unix freebsd Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG George Uhl wrote: > > Lubna Zia wrote: > > > > > Can we somehow control the bandwith being used by the customers at an > > > ISP with the help of any relevant s/w tool available for unix freebsd? > > > Is there a bandwith monitor available for unix freebsd? > > > > > > > For traffic control and bandwidth management look at ALTQ: > > http://www.csl.sony.co.jp/person/kjc/kjc/software.html > > One of the ALTQ traffic control disciplines, CBQ, has a graphical traffic > monitoring capbility. Then there is ttt, which is a graphical derivative > of tcpdump. You can get ttt from the ALTQ page or from the freebsd ports > collection. > > > When we are talking about TCP/IP network, as far as I know IP is a best > > effort protocol. That is, it performs its best to deliver traffic as fast > > as it can. It is this characteristic of IP that makes it impossible (with > > the current router infrastructure) to reserve or allocate bandwidth in the > > Internet. > > > > Absolutely not true! Cisco supports traffic shaping, packet prioritization, > weighted fair queueing, etc. right now. There is a lot of work on implementing > different queuing disciplines to support bandwidth reservation. Don't forget > the work being done by the IETF to define diffserv which will make QoS a > reality in the internet. Don't forget the Resource reSerVetion Protocol (RFC 2208) of IETF. > > You are correct in one sense, the desired bandwidth reservation can break down if > at least one router along the flow path cannot provide support for that reservation. > How many routers are there in the net today that support any kind of resource reservation mechanism? Let alone having an ISP with bandwidth reservation services to all its users. There is no way you'll ever find one single path where all routers are going to support bandwidth reservations. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message