<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Life in Cox tech support hell</title>
	<atom:link href="http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/</link>
	<description>Same old blog, brand new place</description>
	<lastBuildDate>Sun, 29 Nov 2009 09:02:06 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Doc Searls Weblog &#183; What&#8217;s 10,241,704.22kb between ex-friends?</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-193336</link>
		<dc:creator>Doc Searls Weblog &#183; What&#8217;s 10,241,704.22kb between ex-friends?</dc:creator>
		<pubDate>Sun, 02 Aug 2009 12:34:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-193336</guid>
		<description>[...] at my house in Santa Barbara for weeks after I got back there in June. I wrote about that here, here, here, here and here. So I used my Sprint datacard a [...]</description>
		<content:encoded><![CDATA[<p>[...] at my house in Santa Barbara for weeks after I got back there in June. I wrote about that here, here, here, here and here. So I used my Sprint datacard a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Customers Are Talking &#187; Blog Archive &#187; Customers are talking: Doc Searls runs up against &#8220;Simply Everything&#8221;&#8217;s limits</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-191726</link>
		<dc:creator>Customers Are Talking &#187; Blog Archive &#187; Customers are talking: Doc Searls runs up against &#8220;Simply Everything&#8221;&#8217;s limits</dc:creator>
		<pubDate>Tue, 28 Jul 2009 00:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-191726</guid>
		<description>[...] with suppliers (perhaps part of his work on Vendor Relationship Management), such as Apple and Cox Cable. Today, he wrote about Sprint and a $500 bill he got from them when he unwittingly exceeded his [...]</description>
		<content:encoded><![CDATA[<p>[...] with suppliers (perhaps part of his work on Vendor Relationship Management), such as Apple and Cox Cable. Today, he wrote about Sprint and a $500 bill he got from them when he unwittingly exceeded his [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doc Searls</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-186390</link>
		<dc:creator>Doc Searls</dc:creator>
		<pubDate>Sat, 11 Jul 2009 22:43:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-186390</guid>
		<description>Dan, I&#039;m told that the Unix utility they use (and I&#039;ve seen it elsewhere) always says that. And that &quot;other network traffic is congesting the link.&quot; I wouldn&#039;t worry about it.</description>
		<content:encoded><![CDATA[<p>Dan, I&#8217;m told that the Unix utility they use (and I&#8217;ve seen it elsewhere) always says that. And that &#8220;other network traffic is congesting the link.&#8221; I wouldn&#8217;t worry about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-186274</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Sat, 11 Jul 2009 21:07:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-186274</guid>
		<description>I&#039;ve been running into the same difficulties with Cox service and found this helpful blog, so thanks to everyone - now I can answer all my family&#039;s complaints with &quot;it&#039;s not  a problem with our equipment, it&#039;s Cox...&quot;. 

I do have a question about one of the results of the Cox diagnostic tool. Both Doc Searls and I get this line about a local limitation of 10 Mbps Ethernet subnet. I am connected via ethernet cable to a 54 Mbps wireless / 100 Mbps ethernet router. Well, my PC says it&#039;s on a 100 Mbps ethernet connection, and the advertised specs on the Cox cable/telephone/modem say it&#039;s 10/100, so where is the hold-up? It must be that the Cox box is not supplying more than 10 Mbps ethernet. Am I missing something?

thanks,
Dan</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been running into the same difficulties with Cox service and found this helpful blog, so thanks to everyone &#8211; now I can answer all my family&#8217;s complaints with &#8220;it&#8217;s not  a problem with our equipment, it&#8217;s Cox&#8230;&#8221;. </p>
<p>I do have a question about one of the results of the Cox diagnostic tool. Both Doc Searls and I get this line about a local limitation of 10 Mbps Ethernet subnet. I am connected via ethernet cable to a 54 Mbps wireless / 100 Mbps ethernet router. Well, my PC says it&#8217;s on a 100 Mbps ethernet connection, and the advertised specs on the Cox cable/telephone/modem say it&#8217;s 10/100, so where is the hold-up? It must be that the Cox box is not supplying more than 10 Mbps ethernet. Am I missing something?</p>
<p>thanks,<br />
Dan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-183755</link>
		<dc:creator>John</dc:creator>
		<pubDate>Mon, 06 Jul 2009 06:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-183755</guid>
		<description>I&#039;m on the west side and having the same problems. Every evening the cable modem starts dropping the connection every ten or fifteen minutes. Rebooting the cable modem brings the connection back up temporarily only to drop it again in a few minutes. Seems to come in waves. Last week it was fine. This week it&#039;s been hell. My neighbor is having the same problem. 

The funny thing is that I am able to release and renew my IP address from Cox, so I know the cable modem is connected and talking to Cox&#039;s DHCP servers. It&#039;s just not getting beyond that point.

I know better than to try and call tech support, so I tried chat. We got as far as &quot;you are going to have to connect your computer directly to the modem before we can troubleshoot&quot; when I repeated for the third time that it wasn&#039;t an issue on my end. 

So i&#039;ve sent in an email from the support page of their web site. Hopefully it will find it&#039;s way into the deeper dungeons of tech support where someone might actually know something about what is going on with their routing (which I assume to be the problem).

I&#039;ll let you know if I find anything. And please let us know if you do as well.</description>
		<content:encoded><![CDATA[<p>I&#8217;m on the west side and having the same problems. Every evening the cable modem starts dropping the connection every ten or fifteen minutes. Rebooting the cable modem brings the connection back up temporarily only to drop it again in a few minutes. Seems to come in waves. Last week it was fine. This week it&#8217;s been hell. My neighbor is having the same problem. </p>
<p>The funny thing is that I am able to release and renew my IP address from Cox, so I know the cable modem is connected and talking to Cox&#8217;s DHCP servers. It&#8217;s just not getting beyond that point.</p>
<p>I know better than to try and call tech support, so I tried chat. We got as far as &#8220;you are going to have to connect your computer directly to the modem before we can troubleshoot&#8221; when I repeated for the third time that it wasn&#8217;t an issue on my end. </p>
<p>So i&#8217;ve sent in an email from the support page of their web site. Hopefully it will find it&#8217;s way into the deeper dungeons of tech support where someone might actually know something about what is going on with their routing (which I assume to be the problem).</p>
<p>I&#8217;ll let you know if I find anything. And please let us know if you do as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-183368</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Wed, 01 Jul 2009 16:52:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-183368</guid>
		<description>I had the EXACT same problem with Comcast a few years ago.  They show me some BS diagnostic, but everywhere else I go packets are lost and connections time out.  I would tell them this and show them where the packets were lost, and where the bottleneck was (their servers) and they would give me a baffled look and tell me they would send some other technician to jiggle my cables in a few weeks.

The problem with my local Comcast was that they had over enrolled and couldn&#039;t actually provide the bandwidth promised to all their customers.  This is pretty common with ISP&#039;s that lack local competition.</description>
		<content:encoded><![CDATA[<p>I had the EXACT same problem with Comcast a few years ago.  They show me some BS diagnostic, but everywhere else I go packets are lost and connections time out.  I would tell them this and show them where the packets were lost, and where the bottleneck was (their servers) and they would give me a baffled look and tell me they would send some other technician to jiggle my cables in a few weeks.</p>
<p>The problem with my local Comcast was that they had over enrolled and couldn&#8217;t actually provide the bandwidth promised to all their customers.  This is pretty common with ISP&#8217;s that lack local competition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ski</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-182805</link>
		<dc:creator>ski</dc:creator>
		<pubDate>Sun, 28 Jun 2009 12:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-182805</guid>
		<description>Doc

I have seen similar events occur over the years. It almost always (80/20 rule) ends with, &quot;we had no idea that the change that the guys in XYZ Department made last week could affect us.&quot; Or words to that effect.

It is hard to believe that in 2009, given the success of the internet, that so called &quot;technicians&quot; have no concept of systems (or holistic) thinking. The unstated motto is &quot;local optima to the max!&quot;

I would bet two bits that a new fill_in_the_blank was recently installed. A new router perhaps. Or new routing entries in a table somewhere. A new monitoring agent of some nature. Something. 

I have seen techies drop routes (for routers on their internal network) and deny having ever done so... until I produce trace routes showing that fact.

Bottom line, you are probably not going to have any success in the short term. Sorry. But as you only noticed it when you returned, you have no idea when they implemented the change that hosed your connection. 

Again, I have called the very next day, and had it take a week to get a &quot;techie&quot; to figure out that some bozo hosed the system. Even when I started the conversation with, &quot;you guys changed something or implemented something at 2:00AM this morning that caused the problem.&quot; (Thank God for cron; but even with a smoking gun, almost no one ever consults common sense!)

Wish I was more hopeful... but until they connect the dots that an internal change caused the situation, they cannot help you.

-ski</description>
		<content:encoded><![CDATA[<p>Doc</p>
<p>I have seen similar events occur over the years. It almost always (80/20 rule) ends with, &#8220;we had no idea that the change that the guys in XYZ Department made last week could affect us.&#8221; Or words to that effect.</p>
<p>It is hard to believe that in 2009, given the success of the internet, that so called &#8220;technicians&#8221; have no concept of systems (or holistic) thinking. The unstated motto is &#8220;local optima to the max!&#8221;</p>
<p>I would bet two bits that a new fill_in_the_blank was recently installed. A new router perhaps. Or new routing entries in a table somewhere. A new monitoring agent of some nature. Something. </p>
<p>I have seen techies drop routes (for routers on their internal network) and deny having ever done so&#8230; until I produce trace routes showing that fact.</p>
<p>Bottom line, you are probably not going to have any success in the short term. Sorry. But as you only noticed it when you returned, you have no idea when they implemented the change that hosed your connection. </p>
<p>Again, I have called the very next day, and had it take a week to get a &#8220;techie&#8221; to figure out that some bozo hosed the system. Even when I started the conversation with, &#8220;you guys changed something or implemented something at 2:00AM this morning that caused the problem.&#8221; (Thank God for cron; but even with a smoking gun, almost no one ever consults common sense!)</p>
<p>Wish I was more hopeful&#8230; but until they connect the dots that an internal change caused the situation, they cannot help you.</p>
<p>-ski</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daily Digest as of 6:00pm for 2009.06.27 -blog.px</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-182647</link>
		<dc:creator>Daily Digest as of 6:00pm for 2009.06.27 -blog.px</dc:creator>
		<pubDate>Sun, 28 Jun 2009 01:03:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-182647</guid>
		<description>[...] shared Life in Cox tech support hell &#8212; 10:15pm via Google [...]</description>
		<content:encoded><![CDATA[<p>[...] shared Life in Cox tech support hell &mdash; 10:15pm via Google [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doc Searls</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-182629</link>
		<dc:creator>Doc Searls</dc:creator>
		<pubDate>Sat, 27 Jun 2009 22:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-182629</guid>
		<description>Hunter, does Cox still have the Goleta office? I was once at a meeting there where they actually told us that Santa Barbara was the last place the company deployed anything new. Smallest market, farthest away.

FWIW, one of the techs who came to my house (nowhere near the middle of town) told me we were &quot;way out there&quot; and &quot;at the end of the line.&quot; Not sure what to conclude from that.

I think the 18/4 speed is a &quot;burst&quot; measure on the downstream side.</description>
		<content:encoded><![CDATA[<p>Hunter, does Cox still have the Goleta office? I was once at a meeting there where they actually told us that Santa Barbara was the last place the company deployed anything new. Smallest market, farthest away.</p>
<p>FWIW, one of the techs who came to my house (nowhere near the middle of town) told me we were &#8220;way out there&#8221; and &#8220;at the end of the line.&#8221; Not sure what to conclude from that.</p>
<p>I think the 18/4 speed is a &#8220;burst&#8221; measure on the downstream side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hunter</title>
		<link>http://blogs.law.harvard.edu/doc/2009/06/27/life-in-cox-tech-support-hell/comment-page-1/#comment-182598</link>
		<dc:creator>Hunter</dc:creator>
		<pubDate>Sat, 27 Jun 2009 16:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/doc/?p=1748#comment-182598</guid>
		<description>Not to spam this thread but I just re-ran the test this AM:

17/3

Talk about variance.</description>
		<content:encoded><![CDATA[<p>Not to spam this thread but I just re-ran the test this AM:</p>
<p>17/3</p>
<p>Talk about variance.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
