Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » Don't Fear The Bandwidth Apocalypse » A word on QOS and prioritization
Search Topic:
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Post a:
Post a:
Upload congestion? »
« From the "False Inflator" and "Liar"  
AuthorAll Replies

viperlmw
Premium
join:2005-01-25
·Qwest.net

reply to NetAdmin
Re: A word on QOS and prioritization

said by NetAdmin See Profile :

said by viperlmw See Profile :

I agree. I have always agreed. The primary benefit to implementing QOS IMHO has always centered around it's use in assuring time sensitive packets get thru as needed in applications such as streaming video/audio and VOIP. No amount of network upgrades or other management tactics, reasonable or not, will ENSURE availability of bandwidth to these types of applications in all segments of the network at all times. Malfunctions happen. Unanticipated capacity utilization occurs. QOS can be used to assist time sensitive applications under these and other circumstances.
First and foremost, you are correct in the assertion that providers can never have 100% bandwidth available, 100% of the time. Those of us who work in the industry work our hardest to ensure that we can get as close to that as possible without breaking your or our bank.

However, you seem to overestimate the ability of QoS and underestimate its abilities to have undesirable effects. I went and found the conversation you had with the moderator many moons ago. Yes, QoS is very useful in helping out time sensitive applications, but it can also create issues, as was hashed out in your conversation with the moderator. The moderator was correct in the statement that prioritizing classes of traffic has an effect on other classes of traffic and it can be negative.

There are other limitations to QoS, which I think were touched on in that conversation you had with the moderator. If QoS is not maintained from your system to the target host, its usefulness is severely limited. Here's an example - All providers love peering points, but peering points are oft congested and there is no QoS at them. So a VoIP call that maintains a good flow in the first mile due to QoS can be totally decimated at a peering hand off. And then there is no guarantee that your ISP's transit provider or peer will even respect the QoS assigned to your packet anymore.

If you and others are going to advocate QoS, it needs to be advocated across the board, on up to transit providers. However, before that position is taken, people need to understand what type of impact that would have...
NetAdmin
First, let me say that I appreciate the lack of vitriol in your responses. You seem interested in discussing issues and not just blasting away at people.

I agree QOS may not be as helpful as desired and has the potential to be abused or overly restrictive. And I wouldn't say that I have been advocating the use of QOS. All I have ever said is that it has the potential to be useful for certain time sensitive applications. I also realize that it would have to be implemented at all levels in all areas, and that isn't going to happen. So the only real reason this is worthy of discussion is as an academic exercise, one I enjoy participating in. I am interested in discussing the technology, not the politics. However, if the public internet is going to be used for critical applications such as VOIP (critical as in the PSTN is considered critical) where the traffic HAS to get thru, even during periods of congestion or malfunction, something will have to be done. Just throwing more bandwidth at the problem will not always be the answer. Comcast is carving out dedicated bandwidth for it's VOIP. Is THAT the answer? Will everyone have to do that? There are those advocating the elimination of the PSTN and using public internet VOIP for voice. How do you get that as reliable as the PSTN? I guess that's my yardstick on how well the internet works. When VOIP is as reliable as the PSTN, then I will know these issues have been solved. Until then, there's a problem.
-
Forums » Don't Fear The Bandwidth ApocalypseUpload congestion? »
« From the "False Inflator" and "Liar"  


Friday, 04-Dec 04:11:30 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 10 years online! © 1999-2009 dslreports.com.
page compression OFF
Most commented news this week
· [162] Comcast Releasing Promised Usage Meter
· [141] Avast Antivirus Has Gone Mad
· [104] Graduate Student Unveils Sprint's GPS Sharing With Feds
· [102] Comcast Makes NBC Universal Acquisition Official
· [85] Google Invades ISP, OpenDNS Turf With Google Public DNS
· [81] Latest Consumer Reports Survey Not Kind To AT&T
· [70] Baltimore To Ban Lazy Cable Installs
· [65] Sprint Defuses GPS Privacy Media Bomb
· [64] Broadband Killed The Game Console
· [59] FCC Ponders Moving From PSTN To IP Voice
Most people now reading
· False positive in Avast! or is it real? [Security]
· Windows 7 boot manager editing questions [Microsoft Help]
· Warrior tank seem underpowered these days [World of Warcraft]
· [WotLK] Whats the level 80 pve spec for mages? [World of Warcraft]
· [Business] how to bridge a smc 8014 business class modem [Comcast HSI]
· [WIN7] Outlook express under Windows 7? [Microsoft Help]
· [Rant] Disrespect of PTO [Rants, Raves, and Praise]
· [ Classes] Warlock Thread [World of Warcraft]
· Connecting to Google Voice Via SIP [VOIP Tech Chat]
· Extjs grid combo box. [Webmasters and Developers]