From: Stef Coene <stef.coene@docum.org>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] FW: pfifo_fast and prio
Date: Mon, 02 Jun 2003 17:08:56 +0000 [thread overview]
Message-ID: <marc-lartc-105457398212566@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105457325111724@msgid-missing>
On Monday 02 June 2003 18:41, Cain, Joseph wrote:
> I sent this the other day, but I must have misaddressed it since
> this is my first posting to this list.
It arrived fine. But none of the other list members had an answer on your
questions.
> Sorry for the newbie questions.
>
> Bibb Cain
>
> > -----Original Message-----
> > From: Cain, Joseph
> > Sent: Thursday, May 29, 2003 5:18 PM
> > To: 'lartc@mailman.ds9a.nl'
> > Cc: Cain, Joseph
> > Subject: pfifo_fast and prio
> >
> > A couple of quick questions about using priority queuing. I am
> > doing experiments with ad hoc routing protocols and I want
> > to ultimately have 3 or 4 classes of traffic. At present I am
> > using the default pfifo_fast queuing discipline on the wireless
> > interface with 3 classes of traffic and with a 100 packet
> > buffer on the interface.
> > 1) Is there a way to allocate a fixed amount of buffer space
> > to each of the 3 bands with pfifo_fast? I suspect not, but I
> > don't see any documentation on this. My guess is that it is
> > one big block of memory that could be filled by lower
> > priority packets and reject new higher priority packets when full.
> > I think we have encountered congested situations where
> > higher priority traffic may be blocked because the buffer
> > is full of lower priority packets. Will this be true?
> > 2) I want to eventually replace this pfifo_fast queuing discipline
> > with the prio queuing discipline with 4 bands and with defined
> > amounts of buffer space allocated to each band when I understand how to
> > do it. The examples I have seen in the HOWTO for configuring this seem to
> > indicate
> > that the prio queuing discipline automatically comes up with 3 bands, but
> > I didn't see
> > any examples of tc commands to configure additional bands
> > or allocate buffer to the bands. Is this possible and is there
> > a tc document that provides the necessary commands?
> > Or could you show me the necessary commands?
> >
> > Thanks for the help.
> >
> > Bibb Cain
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-06-02 17:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-02 16:41 [LARTC] FW: pfifo_fast and prio Cain, Joseph
2003-06-02 17:08 ` Stef Coene [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-105457398212566@msgid-missing \
--to=stef.coene@docum.org \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.