<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: Poor ADSL Download speeds good Upload performance in Sonic.net</title>
<link>http://www.dslreports.com/forum/r19910663</link>
<description></description>
<language>en</language>
<pubDate>Fri, 29 Aug 2008 20:53:13 EDT</pubDate>
<lastBuildDate>Fri, 29 Aug 2008 20:53:13 EDT</lastBuildDate>

<item>
<title>Re: Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19912507</link>
<description><![CDATA[<A HREF="/useremail/u/233618"><b>Djdeadly</b></A> : Please remove customer's phone number. It's unsafe + a violation of private policy.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19912507</guid>
<pubDate>Thu, 31 Jan 2008 22:03:40 EDT</pubDate>
</item>

<item>
<title>Re: Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19910663</link>
<description><![CDATA[<A HREF="/useremail/u/1525128"><b>Menlo</b></A> : Thanks for the quick response! My problem was fixed in about 3 hours ... not bad<br><br>Things are running GREAT now. Not only has my end user download speed jumped from 324kbps to 1.25Mbps but my ping times have also improved significantly.<br><br>I'm a happy camper!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19910663</guid>
<pubDate>Thu, 31 Jan 2008 16:28:09 EDT</pubDate>
</item>

<item>
<title>Re: Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19910377</link>
<description><![CDATA[<A HREF="/useremail/u/922368"><b>Snypes</b></A> : I have left you messages at home and work.  It would seem there was a change in the wiring or setup as when I checked the downstream capacity was at 14% and it was set to a profile on the low end of the available profiles AT&T utilizes for its loops. <br><br>This could be during the training process or otherwise but since the line was running good enough to support a higher rate I had them reprofile the line.  Here are the current stats from the DSLAM.<br><br>TN: (removed)&#9; &#9;DSLAM time:&#9;2008-01-31 12:47:11<br>ADSLPROF&#9;ADSLPROFNM&#9;Code&#9;NT VPI&#9;NT VCI&#9;Line VPI&#9;Line VCI&#9;Status&#9;STATUSNE&#9;STATUSFE<br>19&#9;X_BASIC_1536_384 &#9;FAST&#9;18&#9;34&#9;0&#9;35&#9;IS-NR&#9;NORMAL&#9;NORMAL<br>Speed(kbps)&#9;MINBR&#9;MAXBR&#9;CURBR<br>Downstream&#9;384&#9;1536&#9;1536<br>Upstream&#9;128&#9;384&#9;384<br>&#9;<br>PWR(dBm)&#9;MAXAPLVL&#9;CURPWR<br>Downstream&#9;25.5&#9;15.6<br>Upstream&#9;25.5&#9;4.2<br>NMR(dB)&#9;MINNMR&#9;MAXNMR&#9;TNMR&#9;CURNMR<br>Downstream&#9;0.0&#9;16.0&#9;6.0&#9;13.0<br>Upstream&#9;0.0&#9;16.0&#9;6.0&#9;18.7<br>&#9;<br>Others&#9;CELLS&#9;ATEN(dB)&#9;RELCAP(%)<br>Downstream&#9;N/A&#9;50.6&#9;50<br>Upstream&#9;N/A&#9;32.7&#9;39<br><br>Carrier Chart<br><br>Line Analysis (Glossary)<br><br>CONFIG&#9;The DSL line serving phone number (removed) uses XDSL service profile # 19 and line profile # 1.<br>DN STREAM ERRORS&#9;During the last measurement period of 8 hours and 15 minutes the line ran error free in the downstream direction.<br>UP STREAM ERRORS&#9;During the last measurement period of 8 hours and 15 minutes the line ran error free in the upstream direction.<br>DN STREAM SPEED&#9;The line is running at the maximum bit rate of 1536 kbps.<br>UP STREAM SPEED&#9;The line is running at the maximum bit rate of 384 kbps.<br>DN STREAM S/N&#9;The line noise margin is 13.0dB, which is above the target noise margin of 6.0dB.<br>UP STREAM S/N&#9;The line noise margin is 18.7dB, which is above the target noise margin of 6.0dB.<br>DN STREAM POWER&#9;The line power is 15.6dBm, which is below the maximum of 25.5dBm.<br>UP STREAM POWER&#9;The line power is 4.2dBm, which is below the maximum of 25.5dBm.<br>DN STREAM LINE CAPACITY&#9;The line is running at 50% of relative capacity on downstream transmission path.<br>UP STREAM LINE CAPACITY&#9;The line is running at 39% of relative capacity on upstream transmission path.<br>PILOT TONE&#9;A pilot tone was detected at 280kHz.<br>TCP/IP THROUGHPUT&#9;During the last measurement period of 8 hours and 15 minutes, the line experienced little TCP/IP throughput drop on downstream direction.<br><br>Line Code Violation and Error Seconds<br><br>Downstream Line code violation<br>Time&#9;12:45&#9;12:30&#9;12:15&#9;12:0&#9;11:45&#9;11:30&#9;11:15&#9;11:0&#9;10:45&#9;10:30&#9;10:15&#9;10:0&#9;9:45&#9;9:30&#9;9:15&#9;9:0<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;5&#9;0&#9;0&#9;0&#9;0&#9;0&#9;18&#9;0&#9;0&#9;0<br>Time&#9;8:45&#9;8:30&#9;8:15&#9;8:0&#9;7:45&#9;7:30&#9;7:15&#9;7:0&#9;6:45&#9;6:30&#9;6:15&#9;6:0&#9;5:45&#9;5:30&#9;5:15&#9;5:0&#9;4:45<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br><br>Upstream Line code violation<br>Time&#9;12:45&#9;12:30&#9;12:15&#9;12:0&#9;11:45&#9;11:30&#9;11:15&#9;11:0&#9;10:45&#9;10:30&#9;10:15&#9;10:0&#9;9:45&#9;9:30&#9;9:15&#9;9:0<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br>Time&#9;8:45&#9;8:30&#9;8:15&#9;8:0&#9;7:45&#9;7:30&#9;7:15&#9;7:0&#9;6:45&#9;6:30&#9;6:15&#9;6:0&#9;5:45&#9;5:30&#9;5:15&#9;5:0&#9;4:45<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br><br>Downstream Error Seconds<br>Time&#9;12:45&#9;12:30&#9;12:15&#9;12:0&#9;11:45&#9;11:30&#9;11:15&#9;11:0&#9;10:45&#9;10:30&#9;10:15&#9;10:0&#9;9:45&#9;9:30&#9;9:15&#9;9:0<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;4&#9;0&#9;0&#9;0&#9;0&#9;0&#9;6&#9;0&#9;0&#9;0<br>Time&#9;8:45&#9;8:30&#9;8:15&#9;8:0&#9;7:45&#9;7:30&#9;7:15&#9;7:0&#9;6:45&#9;6:30&#9;6:15&#9;6:0&#9;5:45&#9;5:30&#9;5:15&#9;5:0&#9;4:45<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br><br>Upstream Error Seconds<br>Time&#9;12:45&#9;12:30&#9;12:15&#9;12:0&#9;11:45&#9;11:30&#9;11:15&#9;11:0&#9;10:45&#9;10:30&#9;10:15&#9;10:0&#9;9:45&#9;9:30&#9;9:15&#9;9:0<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br>Time&#9;8:45&#9;8:30&#9;8:15&#9;8:0&#9;7:45&#9;7:30&#9;7:15&#9;7:0&#9;6:45&#9;6:30&#9;6:15&#9;6:0&#9;5:45&#9;5:30&#9;5:15&#9;5:0&#9;4:45<br>Value&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0&#9;0<br><br>Let me know if you run into any trouble but this should restore your download speeds.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19910377</guid>
<pubDate>Thu, 31 Jan 2008 15:44:42 EDT</pubDate>
</item>

<item>
<title>Re: Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19909137</link>
<description><![CDATA[<A HREF="/useremail/u/922368"><b>Snypes</b></A> : Please send me your Sonic.net login information and I will take a look at this issue for you.<br><br>Thanks!<br><br>John K.<br>Sonic.net Technical Support]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19909137</guid>
<pubDate>Thu, 31 Jan 2008 12:36:54 EDT</pubDate>
</item>

<item>
<title>Re: Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19909049</link>
<description><![CDATA[<A HREF="/useremail/u/456408"><b>DaneJasper</b></A> : <div class="bquote"><small>said by  Menlo <A HREF="/useremail/u/1525128"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Speed(kbps) MINBR MAXBR CURBR <br>Downstream 384 384 384 <br>Upstream 128 384 384  </div>The downstream maximum bitrate seems to be set to 384kbps in the profile.  This can happen if the loop isn't stable at a higher speed - note the relative downstream total capacity is at 100% at this 384kbps sync.<br><br>It is very odd though - the upstream relcap is only 42%, at 384kbps.  As you say, the physics of this do seem a bit backward.  I'll ask John K. here to give this a look, he may have some ideas.<br><br>-Dane]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19909049</guid>
<pubDate>Thu, 31 Jan 2008 12:24:28 EDT</pubDate>
</item>

<item>
<title>Poor ADSL Download speeds good Upload performance</title>
<link>http://www.dslreports.com/forum/remark,19908842</link>
<description><![CDATA[<A HREF="/useremail/u/1525128"><b>Menlo</b></A> : I recently when with Sonic.net and ordered their Express-S 1.5M/384k DSL package. My modem is currently in bridge mode using the Sonic provided Speedstream 4100 with the Ethernet output tied to my Linksys WRT54GL router. For the most part the installation was pretty simple and the line came up without too much work.<br><br>However ... repeated testing has shown that I am consistently getting only 324k on the download side and a respectable 324k on the upload side. My understanding of the physics associated with ADSL is that there is a much larger percentage of total ADSL channel bandwidth allocated to the down side link than the upside link. This would lead me to believe that I should be seeing much better down link performance than I am currently getting. <br><br>According to Sonic my line length is 13,267 ft.<br><br>With the following Sonic provided data:<br>Speed(kbps) MINBR MAXBR CURBR <br>Downstream 384 384 384 <br>Upstream 128 384 384 <br> PWR(dBm) MAXAPLVL CURPWR <br>Downstream 25.5 14.7 <br>Upstream 25.5 5.5 <br> <br>NMR(dB) MINNMR MAXNMR TNMR CURNMR <br>Downstream 0.0 16.0 6.0 3.5 <br>Upstream 0.0 16.0 6.0 18.7 <br> Others CELLS ATEN(dB) RELCAP(%) <br>Downstream N/A 54.6 100 <br>Upstream N/A 34.0 42<br> <br>Any ideas on why my downside link performance is so Poor?<br><br>Also is there any easy way for me to read the modem diagnostics and line characteristics when the modem is configured as a "Bridge"?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,19908842</guid>
<pubDate>Thu, 31 Jan 2008 11:49:50 EDT</pubDate>
</item>

</channel>
</rss>
