From: Santiago [EMAIL PROTECTED]
If you have for example 1024 Kbps, you have to create a class (maybe htb)
about 920Kpbs to create the queue. Then you have to attach the prio qdisc
to
this class, mark the voip packets and send to class :1 in the prio qdisc.
That's what I am talking about.
If you have for example 1024 Kbps, you have to create a class (maybe htb)
about 920Kpbs to create the queue. Then you have to attach the prio qdisc to
this class, mark the voip packets and send to class :1 in the prio qdisc.
Santiago
Ecuador
On Thu, 27 Sep 2007 12:05:16 -0400, Santiago wrote
The prio qdisc is the solution. Try this.
On Thu, 27 Sep 2007 10:31:08 +0800, Ming-Ching Tiew wrote
As you are probably aware, this is a ever green topic.
I have personally tried doing it, testing it and verifying it
and I am myself finding this problem challenging and frustrating.
Most
From: Santiago [EMAIL PROTECTED]
The prio qdisc is the solution. Try this.
I wonder if that's speaking from experience or speaking from
theoretical standpoint ? I have always been told, to control
the traffic, I have to be the slowest link in the chain.
And my question is how slow I should
On Fri, 28 Sep 2007 09:09:20 +0800, Ming-Ching Tiew wrote
From: Santiago [EMAIL PROTECTED]
The prio qdisc is the solution. Try this.
I wonder if that's speaking from experience or speaking from
theoretical standpoint ? I have always been told, to control
the traffic, I have to be the
As you are probably aware, this is a ever green topic.
I have personally tried doing it, testing it and verifying it
and I am myself finding this problem challenging and frustrating.
Most of the scripts will recommend some form of rate limiting
( or policing ) on the download. But the challenge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I made some filters on tc to match the VoIP traffic based on RTP packet
RFC 1889.
The only patern I found was the rtp version and the payload type wich
identify the codec. The u32 rules are:
- - match ip protocol 0x11 0xff - UDP
- - match u8
Thanks for the tips Brian,
Actually, I have many sorts of links, line PPOE ADSL, PPPOA ADSL
which a use PPTP over PPOA relay, radio links that connect in the
ethernet interface and cable modems.
To change the SFQ queue size I must recompile de kernel? I think a
saw some messages talking
Am Monday 19 July 2004 14:45 schrieb Alessandro Ren:
To change the SFQ queue size I must recompile de kernel?
Yes. It's not dynamic. But you could use ESFQ instead, I think it allows
specifying the queue length with the tc command.
When the voip traffic starts, there is a inicial delay
I've been using a altered version of the wshaper script to
priorize voip traffic for my customers.
I'd like to know if someone in the list has any tips on QoS for
voip, if someone has done some experimentation.
I am using HTB and if someone on the LAN uses a p2p program, I
started to
Am Friday 16 July 2004 17:19 schrieb Alessandro Ren:
I am using HTB and if someone on the LAN uses a p2p program, I
started to noticed in the voip, with cuts, jitter and lag.
Have you tried filtering P2P traffic (using IPP2P or l7-filter)?
With HTB, I'd suggest to put it into a class with
Hi,
the hint from Martin A Brown which I am experimenting
without regret yet is that you shoul decrease the
queue lenght to say 30 from the default 100 and also
reduce the MTU(MAX. TRANSFER UNIT) to the size of
typical voice traffic say 256 using
ip link set dev eth0 qlen 30
ip link set dev eth0
On Friday 16 July 2004 11:53, Andreas Klauer wrote:
snip
At home, I have a different approach. There's just fair sharing between
custumers (err, flatmates). Each person gets his HTB class, all HTB
classes have the same priorities and rates, so everyone gets the same
amount of bandwidth no
Am Friday 16 July 2004 18:54 schrieb Jason Boxman:
But how well does that scale?
Would you want to do per user classifications to give SSH for each user
a higher priority if you had, say, 230 users, for example? Or would
each user merely need to find for himself with his slice?
I wrote
Hi all,
I would like to prioritise all VoIP traffic on a linux router. I am new
to QoS, tc and TOS, to please be gentle.
My logic works like this:
1) identify the VoIP packets
2) mark packets using iptables (with TOS?)
3) use tc to prioritise the marked packets.
Is this logic correct? If not,
Hi Craig,
I would like to prioritise all VoIP traffic on a linux router. I am new
to QoS, tc and TOS, to please be gentle.
My logic works like this:
1) identify the VoIP packets
2) mark packets using iptables (with TOS?)
3) use tc to prioritise the marked packets.
Is this logic
16 matches
Mail list logo
