Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Oct 2001 15:14:29 -0400
From:      "webdesigns COMNET" <webdesigns@comnet.ca>
To:        "Patrick O'Reilly" <patrick@mip.co.za>
Cc:        <questions@FreeBSD.ORG>
Subject:   Re: ftp hogging bandwidth
Message-ID:  <004d01c158d2$4bf9c0c0$0200000a@critter>
References:  <NDBBIMKICMDGDMNOOCAIGEJMDLAA.patrick@mip.co.za>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,


> Jason,
>
> I'm afraid I have not used queues myself, so I have no experience on that.
>
> It seems to me that the idea is that you may attach multiple queues to one
> pipe, and if the weights of the queues are equal then they will each
receive
> a fair distribution of the bandwidth available to the pipe, but if some
> queues have more weight then they should get more of the available
bandwidth
> (a bigger slice of the pie :).  The man page does not make it very clear
> whether a weight of 1 gets more and 100 less, or vice-versa.
>
> The sample line in that message was simply restated from the question
raised
> by the original poster.  He was already using a value of 30, so I left it
> untouched.
>
> In my use of DUMMYNET I have simply used pipes themselves, without queues,
> and that has been sufficient for my needs.
>
> Notice what Jason Borkowsky wrote (or is that you too?)
Not that isnt me :)
Thank you for your reply. I was a little enlightened on what role the weigth
would have to the pipe queue.

> > -----Original Message-----
> > From: owner-freebsd-questions@FreeBSD.ORG
> > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Jason Borkowsky
> > Sent: 18 October 2001 19:39
> > To: questions@FreeBSD.ORG
> > Cc: josh@bitstream.net
> > Subject: Re: ftp hogging
> >
> >
> >
> > I don't know if anybody answered this, but if you use IPFW, you can do
> > this easily as follows:
> >
> > ipfw pipe 10 config bw 16Kbit/s queue 100
> >
> > where "pipe 10" is the ID of the pipe, bw is the bandwidth of the pipe,
> > and queue is the number of packets this pipe queue will hold while
waiting
> > for transmission. The above command defines to the pipe. To use it, add
> > the next line as well:
> >
> > ipfw add pipe 10 tcp from any 22 to any out xmit fxp0
> >
> > where "pipe 10" is the ID again of the pipe to use, 22 is the ftp TCP
> > protocol number, and fxp0 is the outgoing interface.
>
> This is pretty much what I do.
>
> Patrick.
>
> > -----Original Message-----
> > From: webdesigns COMNET [mailto:webdesigns@comnet.ca]
> > Sent: 19 October 2001 03:44
> > To: Patrick O'Reilly
> > Cc: questions@FreeBSD.ORG
> > Subject: Re: ftp hogging bandwidth
> >
> >
> > On that page, I read:
> > ipfw queue 1 config pipe 1 weight 30 mask dst-ip 0x000000ff  (ssh
> > connections may use 100% of available bandwidth)
> > What does tha value "weight 30" mean exactly?
> > I'm not to clear with the man explanation:  weight weight
> >              Specifies the weight to be used for flows matching
> > this queue.
> >              The weight must be in the range 1..100, and defaults to 1.
> > Jason
> >
> >
> > ----- Original Message -----
> > From: "Patrick O'Reilly" <patrick@mip.co.za>
> > To: "Weldon S Godfrey 3" <weldon@excelsus.com>; "Joshua Holland"
> > <josh@bitstream.net>
> > Cc: <questions@FreeBSD.ORG>
> > Sent: Thursday, October 18, 2001 4:09 AM
> > Subject: RE: ftp hogging bandwidth
> >
> >
> > > Yes - look into ipfw, and specifically its DUMMYNET feature.
> > >
> > > Check this in the question list archive for some more details:
> > >
> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1160624+0+current/fre
> > ebsd-quest
> > > ions
> > >
> > > Patrick.
> > >
> > > > -----Original Message-----
> > > > From: owner-freebsd-questions@FreeBSD.ORG
> > > > [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Weldon S
> > > > Godfrey 3
> > > > Sent: 17 October 2001 19:56
> > > > To: Joshua Holland
> > > > Cc: questions@FreeBSD.ORG
> > > > Subject: Re: ftp hogging bandwidth
> > > >
> > > >
> > > >
> > > > You mean the machine is bogging down or your outside connection is
> > getting
> > > > bogged down?
> > > >
> > > > I think the ftp session is taking your entire fractional T.  I don't
> > think
> > > > it would be slowing down your machine too much.
> > > >
> > > > IPFW I *think* has rate shaping ability.  You might be able
> > to add rules
> > > > to set ftp to a certain bandwidth.
> > > >
> > > > I am now going beyond my experience, I haven't tried to rateshape on
a
> > > > freebsd box yet.
> > > >
> > > >
> > > > On Wed, 17 Oct 2001, Joshua Holland wrote:
> > > >
> > > > > I think they were ftp-ing through our box to an off site location.
> > > > >
> > > > > >I assuming that someone is ftping to a ftp server that is also
your
> > > > > >nat/firewall box?
> > > > > >
> > > > > >One really cheezy way would be this:
> > > > > >
> > > > > >Have 2 nics on your server
> > > > > >
> > > > > >1 nic has the IP address for ftp.  In DNS you can make that IP
> > > > be whatever
> > > > > >you want (ftp.localhost, ftp.biststeam.net, etc)
> > > > > >
> > > > > >the other nic is doing the rest of your internal lan stuff
> > > > > >
> > > > > >and since you are doing nat, you might have a 3rd nic for WAN.
> > > > > >
> > > > > >
> > > > > >if you don't have a 100Mb shared hub, or want to lower the ftp
> > > > bandwidth
> > > > > >further for some reason, you could force the dedicated ftp nic to
> > 10Mb
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >On Wed, 17 Oct 2001, Joshua Holland wrote:
> > > > > >
> > > > > >>  Hello,
> > > > > >>
> > > > > >>  I help administer a FreeBSD machine that runs nat,
> > dhcpd, mail and
> > > > > >>  web servers for an organization with about 75 desktop clients.
> > They
> > > > > >>  have a 256k fractional T1.  We have noticed the machine
bogging
> > down
> > > > > >>  sometimes (people complaining of extremely slow web page
> > > > loading, and
> > > > > >>  when I ssh in, very slow response).  Top shows less
> > than 1% of CPU
> > > > > >>  being used.  This last time, it seems someone was
> > ftp-ing a 100MB
> > > > > >>  file, and when they terminated the transfer, everything was
fast
> > > > > >>  again.  Is there anyway to prevent one client or process
> > > > from hogging
> > > > > >>  all that bandwidth?
> > > > > >>
> > > > > >>  Joshua Holland.
> > > > > >>
> > > > > >>
> > > > > >>  To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > > > >  > with "unsubscribe freebsd-questions" in the body of the
message
> > > > > >  >
> > > > >
> > > > >
> > > >
> > > >
> > > > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > > with "unsubscribe freebsd-questions" in the body of the message
> > > >
> > >
> > >
> > > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > > with "unsubscribe freebsd-questions" in the body of the message
> > >
> >
> >
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?004d01c158d2$4bf9c0c0$0200000a>