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

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

<channel>
<title>Not entirely accurate in </title>
<link>http://www.dslreports.com/forum/r21602776</link>
<description></description>
<language>en</language>
<pubDate>Mon, 30 Nov 2009 00:23:37 EDT</pubDate>
<lastBuildDate>Mon, 30 Nov 2009 00:23:37 EDT</lastBuildDate>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21610306</link>
<description><![CDATA[<A HREF="/useremail/u/522717"><b>qworster</b></A> : <div class="bquote"><small>said by  dynodb <A HREF="/useremail/u/993987"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>   :</small><br><br>You have no clue; I likely have forgotten more about DSLAMs than you will ever know.<br><br>Hint:  It's not about "cabinets".  <br> </div>Really?<br><br>You are the one that hasn't a clue. Do you even know what crosstalk is? How about a db (decibel)? Hint: BELL]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21610306</guid>
<pubDate>Fri, 19 Dec 2008 21:55:31 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21608435</link>
<description><![CDATA[<A HREF="/useremail/u/993987"><b>dynodb</b></A> : You have no clue; I likely have forgotten more about DSLAMs than you will ever know.<br><br>Hint:  It's not about "cabinets".  ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21608435</guid>
<pubDate>Fri, 19 Dec 2008 15:38:54 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21606438</link>
<description><![CDATA[<A HREF="/useremail/u/356677"><b>Deadpool</b></A> : <div class="bquote"><small>said by  qworster <A HREF="/useremail/u/522717"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br><div class="bquote"><small>said by  Deadpool <A HREF="/useremail/u/356677"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A>  :</small><br><br>Bingo. We call is 'spectral interference'.<br> </div>No, it's called crosstalk. <br><br>My post from the other day addresses this:<br><br>&raquo;<A HREF="/forum/r21583031-The-bottom-line-is-this">The bottom line is this:</A><br> </div>Potato, Potatoe. Every company likes to invent their own terms. :D<br><small>--<br>Disclaimer: If I express an opinion, it is my own opinion, not that of Bell or its related companies.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21606438</guid>
<pubDate>Fri, 19 Dec 2008 09:13:07 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21605467</link>
<description><![CDATA[<A HREF="/useremail/u/522717"><b>qworster</b></A> : <div class="bquote"><small>said by  dynodb <A HREF="/useremail/u/993987"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The glich doesn't happen any time a ADSL circuit is in the same count as an ADSL2+ circuit.  In fact, ADSL and ADSL2+ are deployed from the same DSLAM- if that were true, none of the ADSL out of a DSLAM offering ADSL2+ would work very well.<br><br>It apparently occurs in a specific circumstance- when a longer ADSL line from the CO is in the same count as a shorter ADSL2+ one.<br> </div>You are wrong.<br>Qwest is putting DSLAMs IN the FTTN neighborhood cabinets. Their reason for this is to make the copper loop shorter, so they can run ADSL2 (which offers faster speeds but doesn't work at loop lengths longer then about 1/2 mile).<br><br>The ADSL circuits that originate at the DSLAM in the phone office have been attenuated (cut down by pair losses) significantly by the time they enter the cabinet. They can't compete with the local signals that can be 20 to 30 db stronger then they are. <br><br>I explain it here:  &raquo;<A HREF="/forum/r21583031-The-bottom-line-is-this">The bottom line is this:</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21605467</guid>
<pubDate>Fri, 19 Dec 2008 00:10:13 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21605444</link>
<description><![CDATA[<A HREF="/useremail/u/522717"><b>qworster</b></A> : <div class="bquote"><small>said by  Deadpool <A HREF="/useremail/u/356677"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>Bingo. We call is 'spectral interference'.<br> </div>No, it's called crosstalk. <br><br>My post from the other day addresses this:<br><br>&raquo;<A HREF="/forum/r21583031-The-bottom-line-is-this">The bottom line is this:</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21605444</guid>
<pubDate>Fri, 19 Dec 2008 00:02:13 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21603288</link>
<description><![CDATA[<A HREF="/useremail/u/356677"><b>Deadpool</b></A> : Bingo. We call is 'spectral interference'.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21603288</guid>
<pubDate>Thu, 18 Dec 2008 16:05:47 EDT</pubDate>
</item>

<item>
<title>Re: Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21603002</link>
<description><![CDATA[<A HREF="/useremail/u/1599069"><b>Telus Lurker</b></A> : <div class="bquote"><small>said by  dynodb <A HREF="/useremail/u/993987"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</small><br><br>The glich doesn't happen any time a ADSL circuit is in the same count as an ADSL2+ circuit.  In fact, ADSL and ADSL2+ are deployed from the same DSLAM- if that were true, none of the ADSL out of a DSLAM offering ADSL2+ would work very well.<br><br>It apparently occurs in a specific circumstance- when a longer ADSL line from the CO is in the same count as a shorter ADSL2+ one.<br> </div>Good point. It can occur when any xDSL signal out of a CO is in the same distribution bundle as any xDSL signal out of a Cabinet/Node/SAC/JWI/Roadbox. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21603002</guid>
<pubDate>Thu, 18 Dec 2008 15:13:20 EDT</pubDate>
</item>

<item>
<title>Not entirely accurate</title>
<link>http://www.dslreports.com/forum/remark,21602776</link>
<description><![CDATA[<A HREF="/useremail/u/993987"><b>dynodb</b></A> : The glich doesn't happen any time a ADSL circuit is in the same count as an ADSL2+ circuit.  In fact, ADSL and ADSL2+ are deployed from the same DSLAM- if that were true, none of the ADSL out of a DSLAM offering ADSL2+ would work very well.<br><br>It apparently occurs in a specific circumstance- when a longer ADSL line from the CO is in the same count as a shorter ADSL2+ one.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,21602776</guid>
<pubDate>Thu, 18 Dec 2008 14:26:24 EDT</pubDate>
</item>

</channel>
</rss>
