RE: VoIP QOS best practices

["Ray Burkholder" <ray () oneunified net>]

There are two aspects to QoS that you have direct control over: 1)
traffic leaving your network (easy to QoS since you (most of the time)
have access to the egress equipment) and 2) traffic arriving on your
end-point which is harder to do, but more and more service providers are
assisting with QoS on that final ingress link to your network to ensure
timely delivery of voice vs your regular traffic.

Ray Burkholder


> -----Original Message-----
> From: Bill Woodcock [mailto:woody () pch net] 
> Sent: February 10, 2003 13:58
> To: Stephen J. Wilcox
> Cc: nanog () nanog org
> Subject: Re: VoIP QOS best practices
>
>
>
>     > However, its important that the backbone is operating 
> "properly" ie not
>     > saturated which I think should be the case for all 
> network operators, theres a
>     > requirement tho if the customer has a relatively low 
> bandwidth tail to the
>     > network which is shared for different applications, its 
> probably a good idea to
>     > make sure the voip packets have higher priority than 
> non-realtime data... (this
>     > last comment is a suggestion, I've not actually tested 
> this in a real
>     > environment, low b/w lab tests tend to exclude other 
> traffic flows)
>
> We've got plenty of the INOC-DBA phones on the ends of 
> congested satellite
> tail-circuits, and don't really have significant trouble.  As has been
> pointed out, the VoIP traffic may be stomping all over TCP 
> traffic on the
> same links, but it _sounds_ good.  :-)
>
>                                 -Bill