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

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

<channel>
<title>Topic &#x27;Education Is Sometimes  Fun&#x27; in forum &#x27;&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Education-Is-Sometimes-Fun-248586</link>
<description></description>
<language>en</language>
<pubDate>Thu, 24 Mar 2022 20:11:39 EDT</pubDate>
<lastBuildDate>Thu, 24 Mar 2022 20:11:39 EDT</lastBuildDate>

<item>
<title>Re: not quite</title>
<link>http://www.dslreports.com/forum/Re-not-quite-252348</link>
<description><![CDATA[ksuki posted :  <BLOCKQUOTE><SMALL>said by pocky:</SMALL><HR>Sorry if I didn't make this clear, GTE is both my telco and my DSL provider. They took the bridge taps off because they felt like it was in their interest to absorb the cost and get me up and running. The techs and the phone reps both told me they do that as a matter of policy rather than reject someone's order. In contrast to the person who posted this review, it looks like their DSL provider and Telco who are both PacBell, would rather save themselves the time and hassle of making it work. <HR></BLOCKQUOTE>Remember the teacher who told you, "You have to share with everyone, not just who you want."? Different states, so maybe different situations. PacBell was forced to separate their roles as a telco and DSL provider by spinning off the DSL operations. So, although the money may go into the same corporate coffer, each division operating independently with no special favors or secret handshakes (although they may exist, unofficially) - they have to do it that way or else other DSL providers would demand PacBell (the telco) remove bridge taps from circuits they order. <br><br>During this spin-off period, PacBell has been very cautious (maybe overly) about not giving what may appear to be preferential treatment, such as removing bridge taps, to their DSL division. At the same time, DSL installers who had been PacBell telco installers before are now very hesitant to do what would be considered elementary telco work - not because they can't or don't want to, but because it could violate a guideline separating the two operations.<br><br>So, here in California, PacBell may want to "share", but that evil teacher says they can't unless they do it for everyone.<br><br>Ken<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-not-quite-252348</guid>
<pubDate>Tue, 12 Dec 2000 16:24:10 EDT</pubDate>
</item>
<item>
<title>not quite</title>
<link>http://www.dslreports.com/forum/not-quite-249542</link>
<description><![CDATA[pocky9 posted : Sorry if I didn't make this clear, GTE is both my telco and my DSL provider. They took the bridge taps off because they felt like it was in their interest to absorb the cost and get me up and running. The techs and the phone reps both told me they do that as a matter of policy rather than reject someone's order. <br><br>In contrast to the person who posted this review, it looks like their DSL provider and Telco who are both PacBell, would rather save themselves the time and hassle of making it work. <br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/not-quite-249542</guid>
<pubDate>Mon, 11 Dec 2000 17:18:39 EDT</pubDate>
</item>
<item>
<title>Re: I had a bridge tap</title>
<link>http://www.dslreports.com/forum/Re-I-had-a-bridge-tap-249488</link>
<description><![CDATA[ksuki posted : Keep in mind there is a difference between what a company can do and what it is required to do. The telco delivered to the DSL provider, a pair that, although it had 2 bridge taps, were still what was called for - a voice grade line. Now, if there are no other pairs available to attempt finding one with no bridge taps, the DSL provider has two choices - have the bridge taps removed (at their expense) or tell you they can't deliver DSL because they can't justify the expense of removing those taps. The first is unlikely if it requires a dedicated truck roll unless they (the DSL provider) will recoup the cost in the long run.<br><br>In your case, what *may* have happened is there was another pair without bridge taps available - so, they wire you with that pair instead of the one with bridge taps. Poof - no bridge taps physically removed, but same effect and it makes them look good. Or, maybe a telco crew was working in that area and removed the bridge taps during the course of another job - at no, or very little, cost. I've had PacBell crews who told me they have done this while conditioning data grade lines for some of my clients. With the need for more bridge tap free lines, it seems the telcos are becoming more attentive to cleaning them up <B>when they encounter them</B>. But, IMO, to expect a DSL provider to pay a telco - whether it's PacBell, GTE or whoever - to roll a truck to remove bridge taps on a voice grade line is not a reasonable expectation. It can happen, but it's not owed. For dedicated data grade connections, yes, it's required, expected, owed and paid for (by the customer).<br><br>Ken<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-I-had-a-bridge-tap-249488</guid>
<pubDate>Mon, 11 Dec 2000 16:50:56 EDT</pubDate>
</item>
<item>
<title>I had a bridge tap</title>
<link>http://www.dslreports.com/forum/I-had-a-bridge-tap-249178</link>
<description><![CDATA[pocky9 posted : Why is a bridge tap like the kiss of death for DSL installation... It seems to me like the phone company can fix it if they want to. I got my ADSL from GTE who is my local phone company. I had not one, but two bridge taps on my line. As soon as they noticed that they had a guy out fixing it... I didn't even know until they called me at work to tell me. For the phone co. to say that you can't have DSL because you have a bridge tap, that sounds to me like a cop out and really stupid if you're ordering directly from them in the first place, maybe they don't want your money.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/I-had-a-bridge-tap-249178</guid>
<pubDate>Mon, 11 Dec 2000 14:34:26 EDT</pubDate>
</item>
<item>
<title>Re: Education Is Sometimes  Fun</title>
<link>http://www.dslreports.com/forum/Re-Education-Is-Sometimes-Fun-248795</link>
<description><![CDATA[anon posted : Well, I can tell you right now I can see where he is coming from. So, to enlighten everyone. Here ya go:<br><br>bridge tap <br> <br>A bridge tap is an extraneous length of dangling, unterminated cable on a communications line, usually left over from an earlier configuration, that can cause impedance mismatches and other undesired effects in transmissions. In a given cabling arrangement, allowance is usually made for a certain length of bridge taps. <br><br>I have about 600 feet of bridge tap on my PACBELL DSL line which they have never removed nor are they going to try. I have dealt with them on numurous occations as I experienced 32 days of downtime in a 2 month period awhile back. Most of this due to their DSLAM which I guess was having major problems. This seems to be fixed now as I have had maybe only 1 day that I know of since the last repair to their DSLAM. Also, it has been documented by many sources that during pre-qualification bridge tap should have been seen and dealt with prior to the install. I work for a DSL ISP and I can tell you right now from what the field tech's have told me DSL and bridge tap = LONG RUN TROUBLE! It's like fire and water for some. They just don't mix!<br><br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Education-Is-Sometimes-Fun-248795</guid>
<pubDate>Mon, 11 Dec 2000 11:35:15 EDT</pubDate>
</item>
<item>
<title>Education Is Sometimes  Fun</title>
<link>http://www.dslreports.com/forum/Education-Is-Sometimes-Fun-248586</link>
<description><![CDATA[anon posted : I wouldn't exactly call trying to fix your problem "criminal". And another thing man, you should really educate yourself befoer you drop a review here.With knowledge you would know what a "bridge tap" is and why you line is more that likely not going to ever work correctly.<br>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Education-Is-Sometimes-Fun-248586</guid>
<pubDate>Mon, 11 Dec 2000 09:54:51 EDT</pubDate>
</item>
</channel>
</rss>
