🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.dcom.modems.cable
Article #504

Re: cable guy "vapor"-izes DSL 3X cable TV troll!

#504
From: John Navas
Date: Sat, 03 Feb 2001 18:05
71 lines
4740 bytes
[POSTED TO comp.dcom.modems.cable; PLEASE REPLY THERE]

In <3A7B76D4.AA1FFC9F@ufl.edu>, "Randy S." <rswitt@ufl.edu> wrote:

>> High ratios of downlink to uplink decrease (not increase) the risk of
>> saturation.  I presume you actually mean "oversubscription rate" (rather
>> than "asymmetry ratio").  Higher oversubscription rates would of course
>> increase the risk of uplink saturation, but downlink saturation would
>> probably occur first.  BTW, I understand that "oversubscription rates"
>> for consumer DSL are commonly on the order of 100:1.
>
>Oops, now I'm lost again.  From what I understand, the uplink saturation happens
>(or CAN happen) when a large imbalance between uplink and downlink bandwidth
>exist.

A higher ratio of downlink to uplink does of course increase the risk of
uplink saturation (since there is less uplink capacity available).

>I.e. your download speed is fast enough that the return ACKs will overload
>the bandwidth of the much smaller uplink.

There's usually enough uplink capacity to handles return ACK's
(notwithstanding actual uplink to downlink ratios of 1:7 on popular
websites, as seen in tests I've run).  The problem is generally
triggered not by return ACK's for downstream traffic, but by upstream
traffic (uploading).

>So when I say 10:1 asymmetry ratio, I
>mean that the download bandwidth is 10 times the rate of the upload bandwidth.  In
>back of the envelope calculations I seemed to see that when downloading at the
>maximum rate and with a normal TCP receive window (say 32 or 64K), a connection
>with an asymmetry ratio of 10:1 would start to have delayed downstream packets due
>to late ACKs because the upstream channel couldn't send them fast enough.  An
>asymmetry ratio of 15:1 would drag you to a standstill.

With FTP, the ratio of returning ACK's to downstream traffic is usually
well over 50:1 in bytes (not packets).  The ratio is higher for popular
websites (HTTP), but such traffic tends to be bursty, which tends to
mitigate the adverse effects.

>This is obviously not the
>ONLY thing that can saturate the upstream link, but it would seem to be the main
>danger for uplink saturation for DSL.

The main danger is uploading (e.g., sending out a large multimedia
file).

>Most DSL asymmetry ratios would seem to not
>be high enough to see this problem (1.472 Mbps down/256 Kbps which is common is a
>5.75 ratio), but I've seen offers of DSL at rates as asymmetrical as 640 Kbps down
>/ 64 Kbps up which is in danger territory.

I believe that the most common ratio is about 1500/128 or 12:1 (e.g.,
SBC companies).

>Cable, as you point out, can saturate
>the upstream link in other ways.

The ways are the same.  What's different from DSL is that uplink
saturation affects *all* subscribers on the same segment.

>Also as you point out, upstream of the DSLAM, DSL
>would seem likely to saturate it's downstream link well before it ever saturated
>it's upstream link .

I think that's right.

-- 
Best regards,
John Navas     <http://navasgrp.home.att.net/>
     CABLE MODEM/DSL GUIDE:  <http://Cable-DSL.home.att.net/>
Technical Details
Message-ID: <GLXe6.202$Tf1.9002@typhoon.sonic.net>
Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-02!supernews.com!nntp-relay.ihug.net!ihug.co.nz!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.skycache.com!Cidera!typhoon.sonic.net!not-for-mail
References: <3A648E27.6A7029EF@erols.com> <20010116192016044.AAA95@adsl-209-204-185-87.sonic.net@john.navasgroup.com> <3A64B680.2A79F24D@erols.com> <3A76B6CA.73B36B26@mynetwatchman.com> <4OGd6.100$mW6.5202@typhoon.sonic.net> <3A776B57.C495242C@mynetwatchman.com> <R3Ld6.144$mW6.6010@typhoon.sonic.net> <3A782325.2538A5E2@mynetwatchman.com> <diEe6.142$Tf1.5347@typhoon.sonic.net> <3A7B357B.3C2C1C79@ufl.edu> <S4Ke6.163$Tf1.6485@typhoon.sonic.net> <3A7B76D4.AA1FFC9F@ufl.edu>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1122a6,2145df83169cbbc6
X-Google-Attributes: gid1122a6,public
X-Google-Thread: 113850,916316de6f72ceb
X-Google-Attributes: gid113850,public
X-Google-ArrivalTime: 2001-02-03 10:05:28 PST
Path: arc1-ca.pugleaf.net!supernews.google.com!sn-xit-02!supernews.com!nntp-relay.ihug.net!ihug.co.nz!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.skycache.com!Cidera!typhoon.sonic.net!not-for-mail
From: John Navas <spamfilter@navasgrp.dublin.ca.us>
Newsgroups: comp.dcom.modems.cable,bellsouth.net.support.adsl
Subject: Re: cable guy "vapor"-izes DSL 3X cable TV troll!
Organization: The Navas Group, Dublin, CA, USA
References: <3A648E27.6A7029EF@erols.com> <20010116192016044.AAA95@adsl-209-204-185-87.sonic.net@john.navasgroup.com> <3A64B680.2A79F24D@erols.com> <3A76B6CA.73B36B26@mynetwatchman.com> <4OGd6.100$mW6.5202@typhoon.sonic.net> <3A776B57.C495242C@mynetwatchman.com> <R3Ld6.144$mW6.6010@typhoon.sonic.net> <3A782325.2538A5E2@mynetwatchman.com> <diEe6.142$Tf1.5347@typhoon.sonic.net> <3A7B357B.3C2C1C79@ufl.edu> <S4Ke6.163$Tf1.6485@typhoon.sonic.net> <3A7B76D4.AA1FFC9F@ufl.edu>
X-Newsreader: Forte Agent 1.8/32.548
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Lines: 71
Message-ID: <GLXe6.202$Tf1.9002@typhoon.sonic.net>
Date: Sat, 03 Feb 2001 18:05:26 GMT
NNTP-Posting-Host: 209.204.185.87
X-Complaints-To: abuse@sonic.net
X-Trace: typhoon.sonic.net 981223526 209.204.185.87 (Sat, 03 Feb 2001 10:05:26 PST)
NNTP-Posting-Date: Sat, 03 Feb 2001 10:05:26 PST