[c-nsp] QOS advice

Joseph Jackson JJackson at aninetworks.com
Sat Feb 3 18:39:33 EST 2007


 I've noticed that QoS needing to be end to end is one of the most
common mistakes in networking.  People seem to think they can do QoS on
only one end and have it work correctly.




> 
>  They probably also need to measure loss and out of order packets.
> Something that Cisco SLA can provide.  That may provide some 
> missing info.
> Also, NTOP has a voice RTP stream analyzer.
> 
> If their measurements show delay, jitter, bandwidth are ok, 
> then there is
> something unmeasured contributing, and sometimes it helps to find that
> unmeasured (sometimes unmeasurable) quantity, so that you can 
> get the QoS
> stuff correct.
> 
> And when Qos is implemented, it really has to be end to end.  And some
> providers drop the bits you are trying to manage.  So there 
> is  a lot that
> goes into the equation.
> 
> > -----Original Message-----
> > From: cisco-nsp-bounces at puck.nether.net 
> > [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Mihai 
> > Tanasescu
> > Sent: Saturday, February 03, 2007 18:32
> > To: Pete Templin
> > Cc: cisco-nsp at puck.nether.net
> > Subject: Re: [c-nsp] QOS advice
> > 
> > Well they want something different from the default FIFO.
> > 
> > Their telephony solution provider, quite a big company on the 
> > international market has a networking department here which 
> > tends to pass their problem unto the networking department. 
> > (measurements have been taken for delay, jitter, bandwidth 
> > utilization and everything turned out allright).
> > 
> > 
> > 
> > Pete Templin wrote:
> > 
> > > mihai at duras.ro wrote:
> > >
> > >>
> > >> Although there is no congestion present there, the voip solution 
> > >> integrator has demanded that QOS be present on the networking 
> > >> equipments.
> > >
> > >
> > > (disclaimer: pet peeve when people are ambiguous)
> > >
> > > What are you worried about?  You don't need to make any 
> changes to 
> > > your configurations.  You already have a QOS policy in place.
> > >
> > > (yes, your policy is FIFO, but it's there and it provides a 
> > particular 
> > > quality of service.)
> > >
> > > If they want _priority queueing of COS 5 traffic_, they 
> > should specify 
> > > that.
> > >
> > > pt
> > 
> > 
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net 
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > 
> > --
> > Scanned for viruses and dangerous content at 
> > http://www.oneunified.net and is believed to be clean.
> > 
> > 
> 
> 
> -- 
> Scanned for viruses and dangerous content at 
> http://www.oneunified.net and is believed to be clean.
> 
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
> 



More information about the cisco-nsp mailing list