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


NetAdmin
CCNA

join:2008-05-22

reply to viperlmw
Re: A word on QOS and prioritization

said by viperlmw See Profile :

I got lambasted here by an ex-mod for suggesting that QOS has the potential to be useful
The "potential" of QoS/prioritization to "useful" is limited.
--
---
Over ten plus years of carrying The Clue Bat...

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

said by NetAdmin See Profile :

said by viperlmw See Profile :

I got lambasted here by an ex-mod for suggesting that QOS has the potential to be useful
The "potential" of QoS/prioritization to "useful" is limited.
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.


NetAdmin
CCNA

join:2008-05-22

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...
--
---
Over ten plus years of carrying The Clue Bat...


funchords
Hello
Premium,MVM
join:2001-03-11
Washington, DC
·Verizon Online DSL
·Skype

said by NetAdmin See Profile :

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.
Can be?

All traffic is forwarded at the speed of light. Big caps so that you know it is true: THERE IS NO SUCH THING AS PRIORITIZATION. There is only "deprioritization." In order to allow certain packets to get ahead or cut in line, network devices slow down and fragment everything else.

This isn't a bad thing. DiffServ (RFC 2474 et al which is Internet Standard (de-)prioritization on the net) can add a few percentage points of robustness to sensitive applications. But it's critically important to understand how very limited its benefits are.

Comcast isn't very interested in proper DiffServ because it doesn't allow them to run their networks under extended congestion conditions. They're trying to avoid upgrading the network as often as they otherwise would have to. Unfortunately, there is no alternative for that problem.
--
Robb Topolski -= funchords.com =- Hillsboro, Oregon
HTTP is the new Bandwidth Hog...


NetAdmin
CCNA

join:2008-05-22

said by funchords See Profile :

All traffic is forwarded at the speed of light.
No it isn't. Not even optical components forward at the speed of light. And forwarding speed is irrelvant, as it is the capacity of the PHY (physical layer) that is what is important.

Big caps so that you know it is true: THERE IS NO SUCH THING AS PRIORITIZATION. There is only "deprioritization."
I'd like to know where you found that information...

In order to allow certain packets to get ahead or cut in line, network devices slow down and fragment everything else.
Raising the priority of a flow of traffic and that resulting in other flows treated having to wait due to their lower priority is vastly different than explicitly lowering the priority of one flow of traffic.

Comcast isn't very interested in proper DiffServ because it doesn't allow them to run their networks under extended congestion conditions. They're trying to avoid upgrading the network as often as they otherwise would have to. Unfortunately, there is no alternative for that problem.
Comcast is treating the symptom and not the problem. Part of the problem is that Comcast and others have been pulled into the battle of the cablecos versus the telcos, resulting in insane speeds for ridiculously low prices. Providers are pricing their internet packages at points where it becomes difficult to deal with the heavy use that is becoming more normal. In the case of DOCSIS, there is no reason why it a provider should be able to offer 10+ Mbps of service to a residential user at the same price as 3Mbps several years ago. Unless they are actively splitting nodes, you still have the same amount of bandwidth now as you did a year or two or three or four, especially when you take into account that usage is rising across the board.

Providers need to start balancing out better the speed offered and the revenue they bring in so they can better maintain capacity.
--
---
Over ten plus years of carrying The Clue Bat...

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

reply to NetAdmin
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.


funchords
Hello
Premium,MVM
join:2001-03-11
Washington, DC
·Verizon Online DSL
·Skype

reply to NetAdmin
said by NetAdmin See Profile :

I'd like to know where you found that information...
I work in this industry and I've seen this code. Think about it -- write it in psuedocode -- how WOULD you give traffic priority? You wouldn't -- you can't. You can only slow everything else. It's like how a firetruck or an ambulance gets priority, everyone and everything else pulls over to let it through.
--
Robb Topolski -= funchords.com =- Hillsboro, Oregon
HTTP is the new Bandwidth Hog...


GOLFnSUN
Enjoy the sun
Premium
join:2002-03-03
Avalon, NJ
·Sprint Mobile Broa..
·Comcast

said by funchords See Profile :

Think about it -- write it in psuedocode -- how WOULD you give traffic priority? You wouldn't -- you can't. You can only slow everything else. It's like how a firetruck or an ambulance gets priority, everyone and everything else pulls over to let it through.
And prioritization is only meaningful when their is congestion. Until their is congestion there is no need for priority schemes because everything is getting thru. Only when routers start dropping packets do priority rules kick in.
--
My BLOG .. .. Internet News .. .. My Web Page
Ask yourself one question: 'Do I feel lucky?' Well, do ya punk?


funchords
Hello
Premium,MVM
join:2001-03-11
Washington, DC
·Verizon Online DSL
·Skype

reply to NetAdmin
said by NetAdmin See Profile :

Part of the problem is that Comcast and others have been pulled into the battle of the cablecos versus the telcos, resulting in insane speeds for ridiculously low prices.
I don't know where you get the idea that our speed is particularly fast or that our prices are low. Compared to the rest of the high-tech world, we're not doing so hot -- even though we invented this Internet thing.

That said, Comcast has been offering 6 Mbps since mid 2005. Moore's Law and Cisco's worldwide bandwidth trends both say that our speed should have doubled about every two years. It's now mid 2008 and we're looking at 6 months to a year before Comcast's next speed upgrade.

They've fallen behind.
--
Robb Topolski -= funchords.com =- Hillsboro, Oregon
HTTP is the new Bandwidth Hog...


NetAdmin
CCNA

join:2008-05-22

said by funchords See Profile :

That said, Comcast has been offering 6 Mbps since mid 2005. Moore's Law and Cisco's worldwide bandwidth trends both say that our speed should have doubled about every two years. It's now mid 2008 and we're looking at 6 months to a year before Comcast's next speed upgrade.
You misunderstand Moore's law. Moore's law doesn't apply to networking, only processing power.
--
---
Over ten plus years of carrying The Clue Bat...


funchords
Hello
Premium,MVM
join:2001-03-11
Washington, DC
·Verizon Online DSL
·Skype


1 edit
I do understand it, but you are correct that what I described isn't Moore's law per se, but an extrapolation...

For example, I cite the mighty uncitable Wikipedia: http://en.wikipedia.org/wiki/Moore%27s_law#Other_formulations_and_similar_laws


NetAdmin
CCNA

join:2008-05-22

said by funchords See Profile :

For example, I cite the mighty uncitable Wikipedia: http://en.wikipedia.org/wiki/Moore%27s_law#Other_formulations_and_similar_laws
Okay, I see where you got that from now...

While you are right that speeds should double every year based on that statement, the reality is that it doesn't hold true at the edge of the network. The applications of "Butter's Law" only really makes sense for backbone circuits. Look at ethernet for an example - it took several years for ethernet to progress from 10Mbps to 100Mbps to 1Gbps to 10Gbps. The progression from 10Gbps to 100Gbps is proving to be even slower.

While optical fiber capacities do increase at an impressive pace due to tricks like DWDM, the costs of pushing those advances to the edge of the network are problematic. That doesn't mean I don't think FTTH should be in wide deployment now, but there are other problems. Equipment is not nearly as easy to swap out in the last mile to keep up with the newest advances. And with most providers being traded on the public market, most investors (wrongfully) don't like CAPEX because it has the effect of lower short term gains.

I understand now what you are saying and in an ideal world, the network would be that flexible. Sadly, short sighted investor mentality and the idea that you only need just enough to keep up with the competition is a mainstay of the American way of doing business.
--
---
Over ten plus years of carrying The Clue Bat...


funchords
Hello
Premium,MVM
join:2001-03-11
Washington, DC
·Verizon Online DSL
·Skype

said by NetAdmin See Profile :

Sadly, short sighted investor mentality and the idea that you only need just enough to keep up with the competition is a mainstay of the American way of doing business.
NOW ON THIS POINT YOU AND I COMPLETELY AGREE.

Instead of quarterly reports, can we ask the regulators to roll the dice and make reports on an irregular interval with an average of 5 reports every 3 years?

The current regime of trying to make expectations each quarter really threatens any long-term vision.
--
Robb Topolski -= funchords.com =- Hillsboro, Oregon
Comcast: We never did anything wrong, and we'll never do it again...
-
Forums » Don't Fear The Bandwidth ApocalypseUpload congestion? »
« From the "False Inflator" and "Liar"  


Tuesday, 10-Nov 16:05:58 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
· [103] Moto Sold About 100,000 Droids
· [92] Verizon Keeps Swinging At AT&T
· [86] VoIP Over 3G Still Not Working For iPhone
· [57] Government Will Release Some Telco Wiretap Lobbying Documents
· [34] Bill Would Force ISPs To Block Financial Scams
· [31] Verizon's Hanging Up On Rural America
· [24] Mediacom Hints At 50, 100 Mbps Speeds
· [18] Clearwire To Get Another $1.5 Billion
· [18] Sprint Announces Job Cuts
· [14] Google Offers Free Holiday Airport Wi-Fi
Most people now reading
· Google Has Acquired Gizmo5 [VOIP Tech Chat]
· Windows 7 boot manager editing questions [Microsoft Help]
· House inspector failed to find major gas leak [Home Repair & Improvement]
· 3.x Feral Druid - Bear Tanking Guide [World of Warcraft]
· [WIN7] Outlook express under Windows 7? [Microsoft Help]
· Replace entry door [Home Repair & Improvement]
· [ Classes] ATTN Death Knights - Post your spec for critique! [World of Warcraft]
· A fishy CRTC tarriff filed by bell? [TekSavvy]
· Pittsburgh: Guide Update 11/10 [Comcast Cable TV]
· [How to] Install Asterisk on an Asus WL-520GU router [VOIP Tech Chat]