Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » DOCSIS 3.0 Spreads Globally » Upstream channel bonding!
Search Topic:
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Post a:
Post a:
Service Electric »
AuthorAll Replies


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

reply to Phylop
Re: Upstream channel bonding!

said by Phylop See Profile :

Otherwise, more technically, how can they manage that downstream speed of something around 100mbit/s with an upstream of merely 2mbit/s? I thought because of the "token bucket" QoS system that most cable companies used the downstream was somewhat dependent on the upstream. Can someone clarify this for me?
You are right expecting an upload limit having an effect on how fast you can download. But 2 mbps upload(if no other traffic using the upload like a P2P app) would allow an FTP download for example to reach the full download capacity.

But most users would be running multiple connections and apps utilizing upload bandwidth that could ultimately make downloads not be able to use the full download capacity.
--
My BLOG .. .. Internet News .. .. My Web Page
Ask yourself one question: 'Do I feel lucky?' Well, do ya punk?


RARPSL

join:1999-12-08
Suffern, NY

said by TKJunkMail See Profile :

You are right expecting an upload limit having an effect on how fast you can download. But 2 mbps upload(if no other traffic using the upload like a P2P app) would allow an FTP download for example to reach the full download capacity.
TCP/IP is a 2-way communications protocol. To be able to download, you have to upload acknowledgements of the successful receipt of the downloaded packets. There are ways to reduce the need for the upload bandwidth load but even that has a limit (at least until IPv6 is used which allows larger [AKA Jumbo] packets and larger/sliding transmit windows). Each 1500 packet with download data needs a upload packet to say that the downloaded packet has arrived. That uploaded packet controls how fast you can download since you will not be eligible for more downloaded data until you acknowledge the receipt of the "in flight"/prior packets. The ACK packets tend up be small and the major part is the Headers/Overhead not the actual payload content. Thus if you saturate your upload session with the small ACK packets, you can not download any faster. There is also the case where YOU are doing the uploading (such as SENDING not RECEIVING Email) where you are being lock-stepped by maxing out the upload channel.
-
Forums » DOCSIS 3.0 Spreads GloballyService Electric »


Friday, 04-Dec 09:09:34 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 10 years online! © 1999-2009 dslreports.com.republican-creole
page compression OFF
Most commented news this week
· [163] Comcast Releasing Promised Usage Meter
· [142] Avast Antivirus Has Gone Mad
· [107] Comcast Makes NBC Universal Acquisition Official
· [104] Graduate Student Unveils Sprint's GPS Sharing With Feds
· [88] 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
· [69] Sprint Defuses GPS Privacy Media Bomb
· [68] FCC Ponders Moving From PSTN To IP Voice
· [64] Broadband Killed The Game Console
Most people now reading
· False positive in Avast! or is it real? [Security]
· Windows 7 boot manager editing questions [Microsoft Help]
· Linux is terrorist - according to MS... [All Things Unix]
· Connecting to Google Voice Via SIP [VOIP Tech Chat]
· Warrior tank seem underpowered these days [World of Warcraft]
· [Rant] Disrespect of PTO [Rants, Raves, and Praise]
· Using AirMax to provide triple play services? [Wireless Service Providers]
· Extjs grid combo box. [Webmasters and Developers]
· IPComms Free DIDs now with sip registration maybe?? [VOIP Tech Chat]