VoIP QOS Help

Kevin:

I am trying the same (SIP and IAX)
Have made a traffic selector using the VOIP Protocols service group.

Set a rather low bandwidth pool to test and even a modest bittorrent upload will break up the audio.

Then set the traffic selector to ALL between the local Voip and the remote Voip. Still bad.

Decreased the "total available uplink bandwidth" and it got worse.

Can not get any QOS action.


  Tom

The fundamental concept of Astaro QoS is to allow unlimited use of the bandwidth unless some priority traffic isn't getting the bandwidth it needs.  Most Q0S configurations won't need upper limits set on traffic.

Another key concept is that you only can make rules for traffic leaving an interface.  The Astaro automatically manages the traffic arriving at the interface.  Any rule you make for inbound traffic will have no effect.

As for Tom's problem, I don't think there can be a solution other than throttling back the bittorent client in his PC.  If bittorent servers fill his WAN pipeline, there's nothing the Astaro can do; he has created his own denial-of-service self-atttack.

Create a traffic selector "VoIP" =  'Any → VoIP Protocols → Any'.  Activate QoS for both Internal and External interfaces.  You probably don't need a bandwidth pool on the Internal interface.  You might benefit from a 500kb bandwidth pool on the External interface; you probably don't need 500kb, but whatever your VoIP doesn't use will be available for other things.

Cheers - Bob

Hi,
Make sure you're catching ALL the BT traffic; note that many peers won't be running on standard BT ports, so you probably need at least 2 definitions:
1. source your PC w your BT port, dest any/any
2. source any/any, dest your PC w your BT port

Barry

I must be doing something wrong.

Set up a traffic selector for IAX (Always port 4569 both ways) and a large pool.

Voice is interrupted by even web requests. As little as 10 kB up bittorrent traffic destroys the inteligibility.

Have heard that bittorrent is so "bursty" that most QOS do not even recognize it.

Was hoping that Astaro could guarantee a clear voice channel, but I am not as confident.

Tom

Hi all,

I can suggest to inspect what happens on the Astaro interfaces with iftop (from the console).
If eth0 is your external nic, you can try:

iftop -BPNn -i eth0

After that, start your VoIP and BT sessions....

iftop is the best program to understand the bandwidth usage on the firewall...

Also this http://portal.knowledgebase.net/display/2n/kb/article.asp?aid=293190&n=6&s=1 is a good
guide to configure QoS even if it is related to IPSec VPN.

I hope this can help!

Can you repost that link?  The one above does not work.

  Tom

The links from the KnowledgeBase don't work unless you already have an open KnowledgeBase window.

I believe the "QoS for IPsec" article is misleading and incorrect.  According to my understanding, the traffic selector for inbound traffic isn't even considered.  According to the Astaro manual (my bold):

In Astaro Security Gateway, priority traffic is configured on the Network >> Quality of Service (QoS) tabs, where you can reserve guaranteed bandwidths for certain types of outbound network traffic passing between two points in the network, whereas shaping of inbound traffic is optimized internally by various techniques such as Stochastic Fairness Queuing (SFQ) or Random Early Detection (RED).

Cheers - Bob
PS I just emailed this suggested correction to Astaro.

Can you repost that link?  The one above does not work.

  Tom

Hi Tegra, here the link again: http://portal.knowledgebase.net/display/2n/kb/article.asp?aid=293190&n=6&s=1

However you can find a lot of usefull documentations at Astaro Knowledgebase seaching for QoS...