[cisco-voip] QoS and network guys

[JP Senior]

On a traditional L2 access network if the engineer is concerned about configuration complexity, Cisco doesn't do a bad job with autoqos.  Just show them that dscp markings need to work end to end, and autoqos can take care of the nasty details on the access port. It's a no-brainer to deploy.  On the WAN I think the need is more than obvious to most engineers and I shouldn't expect hesitation.
  
JP Senior


-----Original Message-----
From: cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of A.L.M.Buxey at lboro.ac.uk
Sent: 16 September 2013 1:33 PM
To: Erick Wellnitz
Cc: cisco-voip
Subject: Re: [cisco-voip] QoS and network guys

Hi,

>    It's more about protecting voice traffic from unforseen traffic spikes
>    because we have a very large amounts of data transfer.

true - though I've tested VoIP across a 3:1 contended 1G pipe and whilst there was an interesting delay to the call (notable because both handsets were in the same room rather than other end of country) there was no jitter...so the call was fine.
no bubbling, gurgling, squeaks etc etc - I guess it depends on what TYPE of transfer is going on. I'm sure some nice 'very efficient' P2P protocol would do more damage than pure HTTP/FTP which will do its nice window scaling and fallback.

>    It isn't like I'm asking the guys to come up with something new and
>    untested.  I'm asking them to implement what we already have in Europe and
>    Asia.

well then. no excuse :-)

alan
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.