LARTC
[Top] [All Lists]
<prev [Date] next>
[Advanced]
 <prev [Thread] next>

Re: [LARTC] Shaping incoming VoIP traffic fails

from [Larry Brigman] [Permanent Link][Original]
To: "Daniel Musketa" <Daniel@musketa.de>
Subject: Re: [LARTC] Shaping incoming VoIP traffic fails
From: "Larry Brigman" <larry.brigman@gmail.com>
Date: Thu, 16 Nov 2006 08:37:13 -0800
Cc: lartc@mailman.ds9a.nl
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sF3tpCf9PBPBKz2x/ssj2FbEEMdrMOcsKE65EgqDuVGVZ5XYWi8c3f0MXBeugYyp77suxeKW+Ndzslul83V4f8P1ZqXT+X4cLE2LjtDzdurAu+/tokM0JLxJawjPkrIHdPCe7NavNFA5Fsgk3UI/ytUND3gXNuY+M2SpemvDvrw=
In-reply-to: <200611151330.04357.Daniel@musketa.de>
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
References: <200611151207.57109.Daniel@musketa.de> <200611151330.04357.Daniel@musketa.de>
Sender: lartc-bounces@mailman.ds9a.nl 
On 11/15/06, Daniel Musketa <Daniel@musketa.de> wrote:

On Wednesday 15 November 2006 12:07, Daniel Musketa wrote:
> Could I setup HTB better than below? Should I reduce eth1's queue length
> (now 1000)? If yes, how?

The txqueuelen can be changed by

    ip link set eth1 txqlen <len>

I tried values of 100 and 3 but can't hear an improvement.

I can watch traffic coming in on ppp0 with `iftop` and it never exeeds
900kbit. Why could a 2000kbit headroom be not enough for clean receiving of
80kbit VoIP data?


Because you are not on the controlling side.  The router upstream of
you doesn't have
the concept of priority of the voip traffic so what comes first, goes out first.
Also if the download side can send at a higher rate than you line can
handle, there
will be a queue of packets at  the router handling the bandwidth limititation.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[More with this subject...]
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date:  Re: [LARTC] Bridge and Router on the same device, Abel Martín
Next by Date:  [LARTC] HTB prio: global or per class ?, doudouyam
Previous by Thread:  Re: [LARTC] Shaping incoming VoIP traffic fails, Daniel Musketa
Next by Thread:  Re: [LARTC] Shaping incoming VoIP traffic fails, Daniel Musketa
Indexes:  [Date] [Thread] [Top] [All Lists]