Re: Pf que for voip

2006-02-04 Thread Stuart Henderson
On 2006/02/02 11:33, Stuart Henderson wrote:
> On 2006/02/02 22:08, [EMAIL PROTECTED] wrote:
> > Quoting Graham Gower <[EMAIL PROTECTED]>:
> > > This begs the question, what should you do if your bandwidth is variable?
> > 
> > I've wondered that myself. I figured someone in that situation might
> > have to settle for an upload bandwidth limited to the worst case?
> 
> It's usually possible to monitor the router's reported connection speed
> (maybe available by SNMP or logged to syslog, which might be easier than
> connecting to the router's cli or web interface to retrieve the information)
> and use the correct value in the ruleset. It shoulddn't be used "raw" as
> ATM overheads need to be allowed for. A shell script and standard tools
> should just about do the trick, though e.g. Perl is probably simpler.

...but catering for the worst-case results in quite inefficient use of
the line: http://www.adsl-optimizer.dk/thesis/ has a lot more detail
about this. One particular thing that stands out: TCP ACKs use a lot
more of your line capacity than you're probably expecting.



Re: Pf que for voip

2006-02-02 Thread Bob DeBolt
On Thursday 02 February 2006 04:20, you wrote:

Greets 

> You'd have to manually tune it. There's no way for altq/pf to know what
> speed "you get" on a given day/week/moment, it only knows about the
> physcial speed (or whatever you set manually) for the interface.

Absolutely correct regarding manual tuning. One of my clients is at the end of 
the line regarding attenuation (114) and  signal over noise of 2, both 
extremely poor readings. Good is in the range of 40 and 15 respectively. Talk 
to you ISP and they should be able to give you those line condition readings 
without issue. I haven't found one that doesn't. 

The ADSL service package my client has is 2.5Mb D/L and 1 U/L, however, due to 
the poor line conditions the slightest issue anywhere in the network circuit 
causes voice dropoff among other things. They have G729 on the voip system 
which has reduced the traffic by a huge amount 80kb down to 8kb per 
conversation. Tuning the queue for all of these conditions of course is best 
guess and go from there, the next step for us is to drop the service package 
down to 1.5Mb and 640kb allowing a much lower stress level on the line making 
it much less prone to breakdown as there is no way to change the attenuation 
and signall over noise ratios. 

Get to know your ISP and I sure you'll find they can be helpful. ( be nice to 
them even if they are clearly inexperienced ).
Do the math on the amount of bandwidth you actually need for your phone(s)
Do the math on how much bandwidth your remaining services require ( or can at 
least get by on)
Make an educated guess on the initial settings and go from there.
Try to make sure you get those line readings as you can waste a LOT of time 
tracking down queue gremlins that don't exist ;-)


Hope this helps

Bob



Re: Pf que for voip

2006-02-02 Thread Stuart Henderson
On 2006/02/02 22:08, [EMAIL PROTECTED] wrote:
> Quoting Graham Gower <[EMAIL PROTECTED]>:
> > This begs the question, what should you do if your bandwidth is variable?
> 
> I've wondered that myself. I figured someone in that situation might
> have to settle for an upload bandwidth limited to the worst case?

It's usually possible to monitor the router's reported connection speed
(maybe available by SNMP or logged to syslog, which might be easier than
connecting to the router's cli or web interface to retrieve the information)
and use the correct value in the ruleset. It shoulddn't be used "raw" as
ATM overheads need to be allowed for. A shell script and standard tools
should just about do the trick, though e.g. Perl is probably simpler.



Re: Pf que for voip

2006-02-02 Thread Lars Hansson
On Wed, 01 Feb 2006 23:45:24 +1030
Graham Gower <[EMAIL PROTECTED]> wrote:
> This begs the question, what should you do if your bandwidth is variable?
> 
> In my neck of the woods ADSL2 has been rolled out, which allows 
> theoretical 24000/1000 kbit/s. Of course, actual speeds depend on the 
> distance from the exchange. When the line resynchs, speeds change. One 
> day I might get 8000/900, another day its 7500/850.
> 
> How do I tune altq for that?

You'd have to manually tune it. There's no way for altq/pf to know what
speed "you get" on a given day/week/moment, it only knows about the physcial
speed (or whatever you set manually) for the interface.

---
Lars Hansson



Re: Pf que for voip

2006-02-02 Thread shanejp
Quoting Graham Gower <[EMAIL PROTECTED]>:
Hi Graham,

> This begs the question, what should you do if your bandwidth is variable?

I've wondered that myself. I figured someone in that situation might
have to settle for an upload bandwidth limited to the worst case?


Shane




This email was sent from Netspace Webmail: http://www.netspace.net.au



Re: Pf que for voip

2006-02-02 Thread Graham Gower

[EMAIL PROTECTED] wrote:


Before tinkering with queues, you might like to figure out your usable
upload bandwidth to know what you're playing with. I would consider my
VoIP altq rules a work in progress at the moment, but defining the
upload bandwidths seem to be quite sensitive.

I have ADSL PPPoA 1536/256 kbit/s and define my upload bandwidth as
212kbit/s and VoIP seems to be working great (quality at both ends).
However if I define my upload bandwidth as 213kbit/s then it is as if
I have just switched altq off. Setting it lower than 212kbit/s then
gradually hurts download speeds (with pri of empty acks to minimize
that problem coming second to VoIP).

So it might be a good idea to know what you have to play with first.
If you estimate too high, your VoIP queues are not going to be effective
and you might waste lots of time trying to figure out why queues which
should be working fine, are not.


This begs the question, what should you do if your bandwidth is variable?

In my neck of the woods ADSL2 has been rolled out, which allows 
theoretical 24000/1000 kbit/s. Of course, actual speeds depend on the 
distance from the exchange. When the line resynchs, speeds change. One 
day I might get 8000/900, another day its 7500/850.


How do I tune altq for that?
I suppose those on dialup have similar problems.

Graham



Re: Pf que for voip

2006-02-01 Thread shanejp
Hi Alex,

Quoting Alex Stamatis <[EMAIL PROTECTED]>:

> Now I need an advise from you who know it very well and especially the pf (i
> am a total noob on pf). I bought a voip device today. And i want the router
> no matter what the network usage is and packets to always give full priority
> and the needed speed to 4 ports and a port range in 1 ip in order this
> device can work properly because if I am on the phone and start a download
> from another computer on the network the voip goes down

Before tinkering with queues, you might like to figure out your usable
upload bandwidth to know what you're playing with. I would consider my
VoIP altq rules a work in progress at the moment, but defining the
upload bandwidths seem to be quite sensitive.

I have ADSL PPPoA 1536/256 kbit/s and define my upload bandwidth as
212kbit/s and VoIP seems to be working great (quality at both ends).
However if I define my upload bandwidth as 213kbit/s then it is as if
I have just switched altq off. Setting it lower than 212kbit/s then
gradually hurts download speeds (with pri of empty acks to minimize
that problem coming second to VoIP).

So it might be a good idea to know what you have to play with first.
If you estimate too high, your VoIP queues are not going to be effective
and you might waste lots of time trying to figure out why queues which
should be working fine, are not.


Shane




This email was sent from Netspace Webmail: http://www.netspace.net.au



Re: Pf que for voip

2006-01-31 Thread Tobias Ulmer
On Tue, Jan 31, 2006 at 08:06:04PM +0200, Alex Stamatis wrote:
> Hello all.
> 
> I am relatively new to openbsd. More than satisfied from the OS. From the
> day I set it up to do my router and some more things it never annoyed me.
> Even with some power failures etc the system kept working after booting
> again just fine !
> 
> Now I need an advise from you who know it very well and especially the pf (i
> am a total noob on pf). I bought a voip device today. And i want the router
> no matter what the network usage is and packets to always give full priority
> and the needed speed to 4 ports and a port range in 1 ip in order this
> device can work properly because if I am on the phone and start a download
> from another computer on the network the voip goes down ... The manual is
> very big to read it and understand it in such a small amount of time I use
> the system. As I told you I am a total newbie on OpenBSD.
> Can you sugget to me some lines that will give full priority to these 4
> ports and 1 range which go into a specific lan ip ?
> Thank you so much for your time.
> 
> Best Regards
> Alex Stamatis
> 
>

Hi Alex,

rtfm ;) http://openbsd.org/faq/pf/queueing.html

Tobias



Pf que for voip

2006-01-31 Thread Alex Stamatis
Hello all.

I am relatively new to openbsd. More than satisfied from the OS. From the
day I set it up to do my router and some more things it never annoyed me.
Even with some power failures etc the system kept working after booting
again just fine !

Now I need an advise from you who know it very well and especially the pf (i
am a total noob on pf). I bought a voip device today. And i want the router
no matter what the network usage is and packets to always give full priority
and the needed speed to 4 ports and a port range in 1 ip in order this
device can work properly because if I am on the phone and start a download
from another computer on the network the voip goes down ... The manual is
very big to read it and understand it in such a small amount of time I use
the system. As I told you I am a total newbie on OpenBSD.
Can you sugget to me some lines that will give full priority to these 4
ports and 1 range which go into a specific lan ip ?
Thank you so much for your time.

Best Regards
Alex Stamatis