asterisk users - Apr 2005 - Router with QoS recommendations

Hi List

 

As I have a Cisco PIX 515, with NO QoS functionality, and I'm looking for a
router that does outgoing QoS to put in front of my PIX. Problem is that I'm
using my 768/8096Kbit ADSL for both data and VoIP, and as soon as data is
being sent to the internet the sound quality drops to something that is of
NO use.

 

Any suggestions or recommendations is appreciated.

 

 

Best reg.

 

BennyB

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050403/8a5bfad8/attachment.htm

Hi!
> As I have a Cisco PIX 515, with NO QoS functionality, and I?m looking for 
> a router that does outgoing QoS to put in front of my PIX. Problem is 
> that I?m using my 768/8096Kbit ADSL for both data and VoIP, and as soon 
> as data is being sent to the internet the sound quality drops to 
> something that is of NO use.
> 
> Any suggestions or recommendations is appreciated.
Checkout m0n0wall on a Soekris or WRAP device.

Cheers, Philipp

On Sunday 03 April 2005 06:33, asterisk-Users@zybercity.dk
wrote:
> Hi List
>
>
>
> As I have a Cisco PIX 515, with NO QoS functionality, and I'm looking
for a
> router that does outgoing QoS to put in front of my PIX. Problem is that
> I'm using my 768/8096Kbit ADSL for both data and VoIP, and as soon as
data
> is being sent to the internet the sound quality drops to something that is
> of NO use.
>
>
>
> Any suggestions or recommendations is appreciated.
As usual there's nothing that will beat OpenBSD. Takes 15 minutes to build 
following the instructions on the CD cover.

-- 

NVC List Manager
(For external lists)

From: asterisk-Users@zybercity.dk
To: asterisk-users@lists.digium.com
Sent: Sunday, April 03, 2005 3:33 AM
Subject: [Asterisk-Users] Router with QoS recommendations

> As I have a Cisco PIX 515, with NO QoS functionality,
> and I'm looking for a router that does outgoing QoS to put in front of
my
> PIX.
PixOS 7.0.1 supports QoS. Yesterday it was on TAC's download page. No, I 
have not installed yet.


I.N.

Hi,

QoS is nice (and important) but only works within a FULLY controlled end to
end link.

Inside a BIG enterprise LAN, on leased lines its OK.
Using end to end MPLS should also be ok
Mind that some provider sell MPLS but it is not their own MPLS end to end.
Going from one provider on MPLS to another on MPLS, you lose all the
benefits. No control.

Using the World Wide Wait (Internet) it will not help.

A waste of money.
My 2 cents.



Shaoul Jacobson
Senior VoIP Consultant
Tellink
Tel :	+32 3 201 96 36
Fax : 	+32 3 227 09 81
e-mail	shaoul@tellink.com

Hi,
> I'm not sure I totally agree.
Good, we do agree on some :)
I also agree with some of your remarks
(no flame war)
> It is also useful if you control the narrowest pipe.
I agree. But I disagree about the definition of the narrowest pipe.
> A well configured router there will slow outgoing email etc 
> to preserve the quality of current VOIP sessions.
agreed
> Let's say the company buys all the ADSL lines from 
> the same provider.
Buying all connection to the same provider is a wise decision.
It does not give any guaranty but this can be discussed :)
You are also a bigger customer.
So you could negociate some QoS, sla, ... (read my thought after my sig)

Most broadband (cable, xdsl) connection should provide enough bandwidth.
If you use 70% or more of your bandwidth then I agree QoS will definitively
help. (look during peaks & for each up & down link)
Otherwise, not much.

You share the bandwidth with other customers on your provider's backbone.
And your ISP decides how to shape traffic. Some VoIP providers in the US are
suing some ISP's because their VoIP traffic is degraded. 

The situation can be even worse with a cable connection as you share the
bandwidth AT your end-point not at the backbone.


Regards, 

Shaoul Jacobson
Senior VoIP Consultant
Tellink
Tel :	+32 3 201 96 36
Fax : 	+32 3 227 09 81
e-mail	shaoul@tellink.com

PS

I have worked in close relations with some 'big' providers.
They accept sla's, backup circuits even when they know they cannot provide.
The customer is billed for this extra 'service'
Extra billing is the only extra service the customer gets.
Beside the false safety he things he got.

If an accident happens, the isp pays for the lack of service.
This is far cheaper than implementing the needed technology.

I won't give names here, but this was the ways at some big international
isp's, not a small local isp.