From: Victor Cassar <victorcassar@yahoo.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] quantum value for voip
Date: Thu, 13 Feb 2003 16:00:28 +0000 [thread overview]
Message-ID: <marc-lartc-104515209813416@msgid-missing> (raw)
In-Reply-To: <marc-lartc-104509464522905@msgid-missing>
Thanks Stef
Yep i missunderstood the quantum concept (it´s clear
now), but since my voip class was configured with
enough bw this doesn´t matter
Reading more on docum.org, i find hte possible cause
of the delays i was using sfq (128p queue) on the leaf
i removed sfq from the voip class
I will try also with other disciplines.. like tbf
just to have a deeper understanding of queuing in real
life applications
Are there any recomendation on which queuing
discipline to use with voip?
(my stats show 100 bytes per packet average in voip)
i´m doing more tests now and i´ll re re-read the full
lartc. doc
regards
--- Stef Coene <stef.coene@docum.org> wrote:
> On Thursday 13 February 2003 00:59, Victor Cassar
> wrote:
> > Well
> >
> > I understand why quantum should be at least equal
> to
> > mtu size
> >
> > but let´s think in this
> >
> > if i have a dsl link and i want to give more
> quality
> > to
> > "one voip user"
> > i´ve already solved the dsl upload problem
> transfering
> > the bottleneck to my shapping box.
> >
> > Should i change the quantum to a lower value for
> that
> > class?
> >
> > any ideas or comments about this?
> Do you know where quantum is used for? It's for
> classes that are asking for
> remaining bandwidth. So if that "one voip user" is
> never asking for more
> then the configured rate of its class, quantum is
> never used. So it really
> depends on how you configured the classes to answer
> that question.
>
> And taking a quantum of 10 byte is not "wrong". But
> if you send 1000byte and
> your quantum is 10byte, htb will use 10byte in it's
> calculations. So it can
> disturb the setup, but nothing bad will happen.
>
> 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/
__________________________________________________
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
next prev parent reply other threads:[~2003-02-13 16:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-12 23:59 [LARTC] quantum value for voip Victor Cassar
2003-02-13 7:34 ` Stef Coene
2003-02-13 16:00 ` Victor Cassar [this message]
2003-02-13 18:37 ` Stef Coene
2003-02-14 0:13 ` Mathieu Deziel
2003-02-14 0:18 ` Mathieu Deziel
2003-02-14 8:01 ` Stef Coene
2003-02-14 13:38 ` Mathieu Deziel
2003-02-15 2:39 ` Victor Cassar
2003-02-17 13:05 ` Mathieu Deziel
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-104515209813416@msgid-missing \
--to=victorcassar@yahoo.com \
--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.