<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>On Rad&apos;s Radar? - outage Archives</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/" />
    <link rel="self" type="application/atom+xml" href="http://blog.tmcnet.com/on-rads-radar/outage/atom.xml" />
    <id>tag:blog.tmcnet.com,2011-06-13:/on-rads-radar//51</id>
    <updated>2013-04-24T04:55:53Z</updated>
    <subtitle>Peter Radizeski of RAD-INFO, Inc. talking telecom, Cloud, VoIP, CLEC, and The Channel.</subtitle>

<entry>
    <title>Are Outages The New Normal?</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2013/04/are-outages-the-new-normal.html" />
    <id>tag:blog.tmcnet.com,2013:/on-rads-radar//51.50954</id>

    <published>2013-04-24T04:12:15Z</published>
    <updated>2013-04-24T04:55:53Z</updated>

    <summary>This is a guest column from Peter Eisengrein, SVP Network Operations &amp; Design, Evolve IP Last week one of the nation&apos;s largest carriers experienced an outage that affected tens, if not hundreds of thousands of Voice over IP users, maybe...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="disaster recovery" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="security" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="voip" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="outage" label="outage" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="security" label="security" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="voip" label="voip" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>This is a guest column from Peter Eisengrein, SVP Network Operations & Design, Evolve IP</p>
<img alt="Thumbnail image for outofservice_1.jpg" src="http://blog.tmcnet.com/on-rads-radar/assets_c/2013/04/outofservice_1-thumb-280x175-12595.jpg" width="280" height="175" class="mt-image-left" align="left" style="float: left; margin: 0 20px 20px 0;" />
<p>
Last week one of the nation's largest carriers experienced an outage that affected tens, if not hundreds of thousands of Voice over IP users, maybe more. At least one carrier employee dubbed the outage "catastrophic" yet the news media shrugged. While not exactly a reliable news source, even social media, which is at least a quick indicator of newsworthy events, hardly noticed.</p>
<p>
How can it be that a "catastrophic" outage that is so far reaching never made the news? Perhaps it is because it was a busy news week covering an actual catastrophe, the tragic Boston Marathon bombing. If this had been Google or Facebook or Twitter, however, it probably would've made headlines. People that were impacted by the outage certainly noticed, though. Maybe we've just become jaded to "typical" outages that are not caused by nefarious acts of hacking, and maybe vast network outages are the new normal.</p>
<p>
The unofficial cause of the outage (the official reason for outage (RFO) has not been released, at the time this is being written) was "the result of a DNS issue" which prevented calls from the carrier's PSTN gateways from completing for nearly two hours. The same source that called the outage "catastrophic" also suggested that this DNS issue may have actually been a denial of service attack; it seems unlikely, even if this is true - and at the moment it is pure hearsay - that it will be included in the RFO. Why? If you were to Google that carrier + DDOS you would find that there is a complete business practice focused on DDOS protection.</p>
<p>
DNS is a particularly curious cause since some (many?) of the carrier's customers and service providers connect via IP addresses, not hostnames, and therefore DNS services are not needed. So, perhaps this had more to do with routing of calls within the carrier's network as opposed to access routes to competitive VoIP providers and enterprises.
Whatever the root cause is determined to be, it is clear that there is still work to be done to prevent these kinds of problems. Is this the new normal? I don't think so. While it is still not infallible and problems with core components and services, such as DNS, can have a significant impact, a distributed VoIP network offers a greater level of fault tolerance than traditional services ever could. And it will only get better as we learn from these outages.
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Will Sandy Rain on Cloud Adoption?</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2012/11/will-sandy-rain-on-cloud-adoption.html" />
    <id>tag:blog.tmcnet.com,2012:/on-rads-radar//51.50261</id>

    <published>2012-11-01T17:09:19Z</published>
    <updated>2012-11-06T18:21:54Z</updated>

    <summary>Storm Sandy has flooded NYC and taken out power, which has resulted in quite a few data centers to have operational issues (i.e., stop working). The data centers experiencing outages include 75 Broad Street; 33 Whitehall (Cogent); 882 3rd Ave...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="cloud computing" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="data center" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="disaster recovery" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="voip" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="cloudcomputing" label="cloud computing" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="datacenter" label="data center" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="disasterrecovery" label="disaster recovery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="outage" label="outage" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="voip" label="voip" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>Storm Sandy has flooded NYC and taken out power, which has resulted in quite a few data centers to have operational issues (i.e., stop working). The data centers experiencing outages include 75 Broad Street; 33 Whitehall (Cogent); 882 3rd Ave (nLayer, XO, Cogent, Verizon, Sidera and AT&T);  111 8th Ave (Voxel, Internap); and 121 Varick. [Paetec/Windstream are having outages but no idea what data center these use. Info about outages from <a href="http://slashdot.org/topic/datacenter/nyc-data-centers-struggle-to-recover-after-sandy/">slashdot</a>, <a href="http://www.cnn.com/2012/10/31/tech/mobile/att-tmobile-networks-sandy/">CNN</a> and <a href="http://status.squarespace.com/">here</a>.]</p><p>This is a massive outage - and I have to wonder why the lessons of both 9/11 in NYC and Katrin in New Orleans have yet to be applied.</p><p>That said, will this disaster cause people to more likely adopt cloud or shy away from it?</p><p>Some responses from the VoIP community:</p><p>"It could encourage companies to pay attention to their Operations team and build geographically diverse POP's that can handle a disaster in another in a different region."  Shouldn't they have learned that in 9/11/2001 and again in 2005 for Katrina?</p><p>"Overall I predict a huge uptick in cloud migration.  The people whose buildings and servers are under water or cut off from the world will see the value of having that off-site."  That may lead to collocation sales, not cloud sales.</p><p>"The cloud companies who only had one data center and are now flooded will be out of business shortly.  Just like the VoIP companies that are in that situation." Good point.</p><p>"People will be attuned to the conceptual irony of the fact that clouds are bad for cloud computing?" Which was one of the <a href="http://www.citrix.com/news/announcements/aug-2012/most-americans-confused-by-cloud-computing-according-to-national.html">survey results from Citrix</a> - consumers think cloudy days affect cloud services. well, 75 mph winds and high tide certainly do! Hard to believe in 2012 that data centers still have required gear in the basement!</p><p>The irony is that some of the companies with outages sell disaster recovery!</p>]]>
        
    </content>
</entry>

<entry>
    <title>The CLEC Space is Changing</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2012/09/the-clec-space-is-changing-1.html" />
    <id>tag:blog.tmcnet.com,2012:/on-rads-radar//51.49959</id>

    <published>2012-09-21T19:03:51Z</published>
    <updated>2012-09-21T20:46:40Z</updated>

    <summary>The FCC has removed its rules against CLEC-Cable mergers. Right now the M&amp;A department at Comcast, flush with cash, is picking out its next target. &quot;Hey, Guys! Call me if you need help with valuations or choices!&quot;Sprint and VZ and...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="CLEC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="FCC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cableco" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cloud computing" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="mergers" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="telco" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="att" label="att" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="cable" label="cable" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="clec" label="clec" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ilec" label="ilec" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="outage" label="outage" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="strategy" label="strategy" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>The FCC has removed its rules against CLEC-Cable mergers. Right now the M&A department at <a href="http://www.linkedin.com/company/comcast-business-class/">Comcast</a>, flush with cash, is picking out its next target. "Hey, Guys! Call me if you need help with valuations or choices!"</p><p>Sprint and VZ and 42K other companies are selling Office 365. <a href="http://idea2.com/?p=678">This consultant says to short that stock</a>.  "Resting on existing revenue streams, they are becoming good at expense management, but aren't finding meaningful growth." Which is True. "Telecom are generally stuck in the legacy thinking that their role is to choose vendor technologies, operationalize them, and sell them to the masses." Which is also True due to Monopoly Mindset or what I call Bell-Head Thinking. "It does not cost that much money for new entrants to come into the marketplace and replace telecom in nearly every sense at a fraction of the  cost structure. Hope is not a strategy.  Real disruption is on the horizon.  Great leaders will embrace the chaos and create new markets for their companies, and will assemble a team of people who have fun doing it." (I work with some of the smart ones!) <a href="http://www.razorsight.com/blog/2012/09/pipe-services-will-always-drive-most-service-provider-revenue.html">Razorsight says that</a> Pipe revenue will always drive most Duopoly revenue, since their margins on it are high.</p><p>On the flip side, <a href="http://ipcarrier.blogspot.com/2012/09/in-2001-us-clecs-were-forecast-to-earn.html">CLEC business hasn't turned out as expected</a>, says Gary Kim. A majority of the CLEC business was UNE-P until 2004 - and most of that went to consumers of AT&T and MCI. Cable owns that consumer voice business of the CLECs today. Cable is turning its attention to small business, which it will dominate to the chagrin of CLEC's and ILEC's alike. Cloud and managed services will be important for CLEC's and ILEC's for a couple of reasons: (1) staying relevant to the marketplace; (2) a non-facilities revenue stream; (3) an avenue of differentiation (if they actually take it); and (4) a way to reduce churn and increase ARPU with customers.</p><p>Script out Change by Dan Heath for Comcast Business</p>
<iframe width="560" height="315" src="http://www.youtube.com/embed/kqVAYGG7Rf0" frameborder="0" allowfullscreen></iframe>
<p><a href="http://www.fiercetelecom.com/story/atts-metro-ethernet-services-atlanta-affected-outage/2012-09-20">AT&T Southeast experienced a huge Metro Ethernet outage</a> in Atlanta and South Florida yesterday. AT&T reported that it was a core Cisco router. This is the third outage for AT&T in the last few months. See <a href="http://blogs.ajc.com/business-beat/2012/09/20/att-customers-internet-service-disrupted/">here</a> and <a href="http://www.fiercetelecom.com/story/att-connection-glitch-blamed-centurylink-phone-outages-alabama/2012-09-20">there</a>. What is formerly BellSouth's Metro Ethernet surprisingly is not resilient.</p><p>Final piece of news in the CLEC space: <a href="http://finance.yahoo.com/news/inteliquent-announces-changes-management-team-200500452.html">Inteliquent Announces Changes to Its Management Team</a>. Inteliquent is the new name of Neutral Tandem and Tinet. Inteliquent's President/COO, Surendra Saboo, and the CFO, Robert M. Junkroski, are both stepping down on October 1.</p>]]>
        
    </content>
</entry>

<entry>
    <title> What&apos;s Up With Level3?</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2012/07/whats-up-with-level3.html" />
    <id>tag:blog.tmcnet.com,2012:/on-rads-radar//51.49673</id>

    <published>2012-07-17T02:42:05Z</published>
    <updated>2012-07-17T20:19:23Z</updated>

    <summary>What&apos;s up with Level3? Not its income or free cash flow. (But its long term debt is up to $8.426B). The acquisition of Global Crossing was going to fix all of that - or so they said. The brains behind...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="CLEC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Internet" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="mergers" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="bk" label="BK" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="level3" label="level3" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="mergers" label="mergers" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>What's up with Level3? Not its income or free cash flow. (But its <a href="http://ycharts.com/companies/LVLT/long_term_debt">long term debt is up to $8.426B</a>).</p>
<p>The acquisition of Global Crossing was going to fix all of that - or so they said. The brains behind this move forgot a few things:</p>
<p>
<ul>
<li>Level3 is awful at integration! Didn't we all learn thsi before?</li>
<li>Far too many customers had both GX and L3 for redundancy. They are moving to other providers, so L3 is losing the combined revenue.</li>
<li>Repeatedly turning networks and routes up and down creates a bad overall network that customers complain about and leave.</li>
</ul>
<p>I was going to say that at least L3 did not play around with its VoIP networks or its CDN. I can't. L3's customers suffered a huge outage in Florida recently that blackholed all the VoIP numbers and Internet traffic for over 4 hours. I know because I had customers complain - then ask for quotes on replacements.</p>
<p>The two sales forces plus the Channel could have equaled more, but integration; network issues; and replacement quotes have kind of squelched that fire.</p>
<p>Is bankruptcy now an option?</p>]]>
        
    </content>
</entry>

<entry>
    <title>Has Verizon Stopped Repairing Copper?</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2012/02/has-verizon-stopped-repairing-copper.html" />
    <id>tag:blog.tmcnet.com,2012:/on-rads-radar//51.48827</id>

    <published>2012-02-17T21:08:18Z</published>
    <updated>2012-02-20T19:21:42Z</updated>

    <summary>Over and over, I am hearing that Verizon has given up on copper. From repair issues to DSL to stripping copper out when FiOS is installed, the story seems to point to VZ looking to forget its copper plant.in a...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="CLEC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="FCC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="FTC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="ISP" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="disaster recovery" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="duopoly" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="fiber" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="telco" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="wireline" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="copper" label="copper" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ilec" label="ilec" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sla" label="sla" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="telecomisbroken" label="telecom is broken" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="vz" label="vz" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="wireline" label="wireline" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p><img alt="copper-tubing.jpg" src="http://blog.tmcnet.com/on-rads-radar/copper-tubing.jpg" width="350" height="263" class="mt-image-left" style="float: left; margin: 0 20px 20px 0;" /><p>Over and over, I am hearing that Verizon has given up on copper. From repair issues to DSL to stripping copper out when FiOS is installed, the story seems to point to VZ looking to forget its copper plant.</p><p>in a discussion on LinkedIn about SLA's, one agent had this to say, "The absolute WORST cases I have seen have all been in the northeast where Verizon's copper is concerned. Verizon seems to have made the decision to put all efforts and funds behind their fiber build out (a good thing) but have completely sacrificed the quality behind their copper services such as T1. If your copper T1 goes down in New York, you might has well throw your hands up in prayer, because that's the only thing that will get it fixed."</p><p>Another commenter wrote, "Verizon in some places is actively ripping up copper as they lay fiber because they are not required to resell fiber to CLECs and ISPs at wholesale rates."  This has been widely reported, because VZ doesn't want the expense of running to networks - copper and fiber. Plus the fiber doesn't have to be shared and the copper does. The copper means competition. Fiber means they just have to worry about cablecos, who quite frankly are kicking their butt.</p><p>Wholesale used to be a healthy business for ILEC's. Today, neither cablecos nor ILEC's want to wholesale anything. In fact, clients of mine in VZ regions have a lot of issues.</p><p>For example, "We had an outage about 3 weeks ago that lasted more than three days. This also affected [another local ISP] as I spoke him last night about the current outage. We [both have] a bunch [of customers still] out of service as well. They have been out of service since Monday. The last outage caused an exodus of customers and this one will do the same. Our guys have put in tickets, called to escalate many times. .... no one at VZ will listen. Ever. They simply close the tickets that we open."</p><p>It's a systemic problem - widespread - from the C-Suite down - the story has been that every company -- even wholesale customers - are the enemy and the Union and on-union workers must do everything they can to make it uncomfortable unless you are a direct VZ customer.</p><p>We have the case of a BK CLEC who had recorded conversations with VZ employees soliciting a customer who was down saying that it wouldn't happen if they were with VZ. [This has been a problem with both RBOC's since I got into telecom in 1999.]</p><p>Verizon faces up to $400,000 in fines <a href="mailto:http://www.9wsyr.com/news/local/story/Verizon-could-face-up-to-400K-in-fines/">after New York's Public Service Commission accused</a> the company of not making service repairs in a timely fashion.</p><p>What do you do when the RBOC doesn't want to wholesale, doesn't want to repair, and just looks at the bottom line and the few metrics that Wall Street analysts can understand??</p><p>Many states don't even regulate the ILEC any more, so what do they do? It becomes the job of the FTC, the FCC and the court system. Talk about a deck stacked against the customer!</p><p>When our underlying telecommunications structure suffers, so too does our economic growth.</p><p>here's 2 problems with a fiber only strategy for an ILEC:</p><p>One, fiber goes out with power, so no 911 or dial-tone when the lights go out.</p><p>Two, the installation period for fiber is wicked long. Copper can be installed within two weeks. Fiber takes months. That hurts businesses. I have one moving in 3 weeks and to get 20MB of bandwidth he has to wait months. That won't work.</p><p>Ever think that just nothing in this country makes sense any more?</p><p>In the discussion about SLA's, the conclusion is to convince your clients to buy redundancy: 2 pipes. That's nice in theory but not in reality. The thing is that you have to set the expectation that if Internet or VoIP is integral to their business operations, no SLA is going to save them, redundancy and business continuity planning will. Otherwise, an outage will be a disaster that they have not planned for. It is not IF, it is WHEN.</p></p>]]>
        
    </content>
</entry>

<entry>
    <title>Privacy versus Security</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2012/01/privacy-versus-security.html" />
    <id>tag:blog.tmcnet.com,2012:/on-rads-radar//51.48414</id>

    <published>2012-01-25T20:51:22Z</published>
    <updated>2012-01-25T21:58:35Z</updated>

    <summary><![CDATA["Concerned about privacy? Maybe you should be concerned about the economy instead. That was the subtext of a keynote speech by Sheryl Sandberg, Facebook&rsquo;s chief operating officer, at a technology conference in the heart of Europe." [Benton] Not to get...]]></summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="economy" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="politics" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="privacy" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="security" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="technology" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="economy" label="economy" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="politics" label="politics" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="privacy" label="privacy" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="security" label="security" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>"Concerned about privacy? Maybe you should be concerned about the economy instead. That was the subtext of a keynote speech by Sheryl Sandberg, Facebook&rsquo;s chief operating officer, at a technology conference in the heart of Europe." [<a href="http://benton.org/node/111523" target="_blank">Benton</a>]</p>
<p>Not to get political, but privacy is a ship that has sailed. Google, Facebook and other sites track online activities. Credit card companies and Paypal can track both offline and online activities. CarrierIQ software on cell phones is able to see every keystroke. <span class="caps">GPS </span>tracking on devices, including your TomTom. Cellphone and Internet logging by <span class="caps"><span class="caps"><span class="caps">ISP'</span></span></span>s for government agencies track you.</p>
<p>I'm not suggesting we just give up on privacy. I am suggesting that we take the advice of Sandberg and start focusing on the important stuff. Maybe Security is the Important stuff.</p>
<p>When Wikipedia went dark in the face of <span class="caps"><span class="caps"><span class="caps">SOPA </span></span></span>and <span class="caps"><span class="caps"><span class="caps">PIPA </span></span></span>bills, it caused many supporters in DC to publicly back away. Privately, however, they will back <a href="http://tales-of-the-sausage-factory.wetmachine.com/what-the-sotu-piracy-reference-means-back-in-the-ustr-with-special-301-and-the-trans-pacific-partnership-agreement/" target="_blank">TransPacific Partnership, <span class="caps"><span class="caps"><span class="caps">ACTA </span></span></span>and other bills</a>. Why? Hollywood and content companies want it. Just another example of industry influence over voters or common sense in <span class="caps"><span class="caps"><span class="caps">DC.</span></span></span></p>
<p>In the midst of the privacy talk, why isn't there more talk about security? The latest breach at <a href="http://www.bankinfosecurity.com/articles.php?art_id=4406" target="_blank">Zappos affected 24 million</a>. Laptops and cellphones are lost daily. Experts agree that <a href="http://www.informationweek.com/news/security/vulnerabilities/232400392?itc=edit_in_body_cross" target="_blank">mobile threats and breaches are inevitable</a>. We don't need more rules or laws, we have plenty now, including <span class="caps"><span class="caps"><span class="caps">HIPAA </span></span></span>and <span class="caps"><span class="caps"><span class="caps">PCI DSS.</span></span></span> We need enforcement and monitoring - or really big fines.</p>
<p>There are simple methods for security available, it might be time to do so. "<a href='http://www.windstreambusiness.com/blog/2011/12/are-your-passwords-on-the-naughty-list" target=_blank">Worldwide, Norton estimates that cybercrime costs the global economy $338 billion a year</a>." Think about the boost to jobs and the <span class="caps"><span class="caps"><span class="caps">GDP</span></span></span>!</p>
<p>Users need to be aware and educated to their part. Password management and enforcement is an important foundation. <a href="http://www.techjournalsouth.com/2011/12/consumer-reports-four-tips-for-creating-stronger-passwords/" target="_blank">Here is a good article about passwords</a>. <a href="http://www.techjournalsouth.com/2011/12/five-things-every-consumer-should-know-about-comparing-antivirus-programs/" target="_blank">This one is about anti-virus software</a>, just another step in the security game. (Updated operating systems being another step.) Simple software is availbale like Computrace and Prey to remotely wipe laptops.</p>
<p>Unfortunately, the popular perspective is to decrease costs and "this will never happen to me." The shift would mean that telecom sales staffs would need to start selling insurance. What is managed security but insurance? That's a tough shift. It has to happen but it is a tough shift.</p>
<p>""I am angry. There are real problems facing the world, and we, as a society, are not doing enough to address them in the right ways, not the ways we know are possible. The old way isn't working, and we know it." This is the opening paragraph to a new <a href="http://changethis.com/manifesto/show/90.03.ShiftReset">ChangeThis manifesto titled Shift &amp; Reset</a> by Brian Reich. "What might be possible if we were really committed, as individuals and as a society?"</p>&lt;p.We focus on the wrong things. If you focus on your employees and customers and what you can do to benefit them, profit rolls in -- not the other way around!</p><p>From <a href="http://changethis.com/manifesto/show/90.05.SocialMediaSales">another ChangeThis manifesto</a>, "The real business opportunity is to become more relevant and meaningful to customers in ways that create sales."</p>]]>
        
    </content>
</entry>

<entry>
    <title>Verizon&apos;s Bad Month</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2011/12/verizons-bad-month.html" />
    <id>tag:blog.tmcnet.com,2011:/on-rads-radar//51.48167</id>

    <published>2011-12-30T20:54:45Z</published>
    <updated>2011-12-30T21:31:24Z</updated>

    <summary><![CDATA[VZW has had three outages this month. The third outage on its LTE network&nbsp;today&nbsp;(12/28/11). There was another&nbsp;LTE outage&nbsp;on 12/21&nbsp;and VZ Long Distance in Florida was down on 12/8/11. Then yesterday VZW announced that it would charge a convenience fee of...]]></summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="PR" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cellular" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="cellular" label="cellular" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="lte" label="LTE" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="pr" label="pr" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="vz" label="vz" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="vzw" label="vzw" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>VZW has had three outages this month. <a href="http://www.techzone360.com/topics/techzone/articles/249798-verizon-wireless-customers-experience-third-outage-30-days.htm" target="_blank">The third outage on its LTE network&nbsp;today</a>&nbsp;(12/28/11). There was another&nbsp;<a href="http://fixed-mobile-convergence.tmcnet.com/news/2011/12/21/6012612.htm" target="_blank">LTE outage&nbsp;on 12/21</a>&nbsp;and <a href="http://smart-grid.tmcnet.com/news/2011/12/08/5982831.htm" target="_blank">VZ Long Distance in Florida was down</a> on 12/8/11. <br /><br />Then <a href="http://venturebeat.com/2011/12/29/verizon-convenience-fee/" target="_blank">yesterday VZW announced that it would charge a convenience fee</a> of $2 for not having auto-pay. Just a <a href="http://bits.blogs.nytimes.com/2011/12/30/verizon-backtracks-on-plan-for-2-convenience-fee/" target="_blank">few minutes ago</a>, it rescinded that idea. The power of social media and a slow news cycle means that VZW will have to wait to implement that one. Even <a href="http://tech.johntaylor.co/verizon-backs-down-from-charging-convenience" target="_blank">this guy agrees</a>.<br /><br />There was also <a href="http://www.channelpartnersonline.com/news/2011/12/verizon-wireless-accused-of-cell-phone-scam.aspx" target="_blank">some scam that Phone Plus reported </a>with VZW and revenue reported by Verizon Comm. Inc.<br /><br />Not a good month for the giant's PR department&nbsp;at all.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Juniper, TWC Have a Bad Day</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2011/11/juniper-twc-have-a-bad-day.html" />
    <id>tag:blog.tmcnet.com,2011:/on-rads-radar//51.47851</id>

    <published>2011-11-07T21:05:38Z</published>
    <updated>2011-11-07T21:16:24Z</updated>

    <summary><![CDATA[TW Cable had a nationwide outage this morning as reported on twitter and TheVerge. Internet slowdowns and outages were still being reported by Noon Eastern time.According to the NANOG chatterbox, Level3 &amp; TWC are having the same problem: it appears...]]></summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="Internet" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cableco" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="cable" label="cable" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ipv6" label="ipv6" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="juniper" label="juniper" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="level3" label="level3" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="twitter" label="twitter" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>TW Cable had a nationwide outage this morning as reported on twitter and <a href="http://www.theverge.com/2011/11/7/2544104/time-warner-cable-experiences-huge-system-wide-outage" target="_blank">TheVerge</a>. Internet slowdowns and outages were still being reported by Noon Eastern time.</p><p>According to the <span class="caps">NANOG </span>chatterbox, Level3 &amp; <span class="caps">TWC </span>are having the same problem: it appears that Juniper routers are doing a core dump due to a <span class="caps">BGP </span>advertisement that triggers a bug. <a href='http://blog.phyber.com/level3-outage-likely-juniper-bug" target="_blank">Phyber Communications blogged that it was a Juniper bug</a>. It may be related to IPv6. As one engineer posted, "I've seen a number of complaints on Freenode about IPv6 <span class="caps">BGP </span>peering causing a number of crashes on the Juniper platform for the last year or so. Unsure if that's related to this problem or not, but the saying one hears frequently is "IPv6 bgp peering isn't as widely tested as the vendors would have you believe"."</p><p>I'd use this outage to sell redundancy!!!</p>]]>
        
    </content>
</entry>

<entry>
    <title>InterOp InterNAP Rumor (is False)</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2011/05/interop-internap-rumor.html" />
    <id>tag:blog.tmcnet.com,2011:/on-rads-radar//51.46709</id>

    <published>2011-05-12T19:19:35Z</published>
    <updated>2011-05-13T23:06:20Z</updated>

    <summary><![CDATA[At InterOp in Vegas this morning, there is talk that InterNAP shut down its network. It has closed its peering points and going to focus on its cloud strategy of data centers and managed services.&nbsp; I'll have to work on...]]></summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="internap" label="internap" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[At InterOp in Vegas this morning, there is talk that InterNAP shut down its network. It has closed its peering points and going to focus on its cloud strategy of data centers and managed services.&nbsp; I'll have to work on confirming it.<br /><br />UPDATE: My clients - at least 3 - who use InterNAP say that it is up and running still - even the peering points. So the rumor is false.<br /><br />UPDATE from email:&nbsp;&nbsp;Internap, AS22212, will be leaving NOTA on May 6, 2011. &nbsp;Please feel free to remove any peering sessions with Internap, AS22212, at your convenience. <br /><br />Internap, AS22212, will be leaving NYIIX on May 6, 2011. &nbsp;Please feel free to remove any peering sessions with Internap, AS22212, at your convenience.<br /><br />Thanks and it was a pleasure peering with you. - INTERNAP Network Services<br /><br />]]>
        
    </content>
</entry>

<entry>
    <title>Data Center Certs</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2011/05/data-center-certs.html" />
    <id>tag:blog.tmcnet.com,2011:/on-rads-radar//51.46676</id>

    <published>2011-05-06T16:50:20Z</published>
    <updated>2011-05-06T18:08:12Z</updated>

    <summary>I am working on a data center project for a client. Evaluating data centers is kind of funny, especially the certifications. SAS70, ISO, LEEDS and PCI Compliance.I don&apos;t think people even understand that SAS70 means that a CPA has audited...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="Internet" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Marketing" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="data center" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="certification" label="certification" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="datacenter" label="data center" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="internet" label="internet" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="marketing" label="marketing" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<img class="mt-image-left" style="float: left; margin: 0 20px 20px 0;" src="http://blog.tmcnet.com/on-rads-radar/data-center2.jpg" alt="data-center2.jpg" width="263" height="191" />I am working on a data center project for a client. Evaluating data centers is kind of funny, especially the certifications. SAS70, ISO, LEEDS and PCI Compliance.<br /><br />I don't think people even understand that <a href="http://sas70.com/sas70_overview.html" target="_blank">SAS70</a> means that a CPA has audited the procedures and processes to ensure that there are indeed written processes in place and that at least some of them are followed. Now some of you will argue you with me about this, but the reality is, my evaluation is pretty accurate. It's a goofy deal to spend between $15k and $35K for the cert. Why?<br /><br />Well, most of the regulations - like <a href="http://www.hhs.gov/ocr/privacy/hipaa/understanding/index.html " target="_blank">HIPAA</a>, SOX, and <a href="http://usa.visa.com/download/merchants/cisp-list-of-pcidss-compliant-service-providers.pdf" target="_blank">PCI Compliance</a> - are based around Data Security, not transport security. Let me give you an example: HIPAA doesn't distinguish between a paper file that is left on a desk and gets misplaced or read by the wrong eyes and the electronic file on a server in a data center.&nbsp; PCI Compliance has to do with stored data - much like how merchants have to protect against employees stealing carbon copies and properly disposing of credit card imprints. We just concern ourselves more with the electronic theft. Why? Probably because it is more intangible. <br /><br />That being said, why is SAS70 so important? I think it is about appearnace more than anything. If there is&nbsp;a data breach, and your servers were at a non-certified facility, the executive that made that decision would look like an idiot. It's about appearance. And to some extent Marketing. <br /><br />It's kind of the same with LEEDS. How energy efficient is a data center? It's sole purpose is to provide space, ping and power. Any data center wants to be energy efficient, because it drives the bottom line. Now it is also a marketing bit.<br /><br />Physical security is important, of course. A locked cabinet at the minimum, but that won't stop someone from throwing coffee in the cabinet and burning out your server. There's always a loophole.<br /><br />Think about how important Internet Access and Data Backup are to businesses. The lessons of Katrina and&nbsp;other disatsers have prominently demonstrated that water damage will destroy all your files and you will be out of business. <br /><br />Internet Access is a utility - and the cost to some businesses to be out of Internet Access is tens of thousands of dollars. Some businesses have even experienced that but still refuse to buy redundancy. <br /><br />I guess that redundancy, security, encryption, and backup are seen as unnecessary - until it happens to you - and more like insurance - good to have if you want to pay for it, but if it isn't a legal requirement (like email archiving is for financial planning firms), then most companies forego it.<br /><br />So why would the data centers need to worry about the certs then? Marketing for sure; but also because it is a check box on many RFP's. But the story they have to start telling is about process and security instead.<br /><br />Even uptime as a check box is funny. Most consumers are used to TDM uptime of five nines (99.999%) and with line powered POTS service for voice. Even today, most consumers have not come to grips with the fact that VoIP and cell service are NOT five nines. The tower is not a central office. At four nines that means about 1 hour of downtime per year. At three nines that's almost 9 hours per year of downtime. Advertised 100% uptime is great, but we have seen many outages in the last year from even the big names like Rackspace, Amazon and Google. (Not to mention Facebook and twitter). <br /><br />As we move to Cloud services, outages will increase. Why? More vendors in it means more competition, which means commodity pricing will drive down margin and providers will cut costs in staff, equipment and redundancy. As one CEO put it, Resiliency and redundancy are nice, but very expensive. Even security is an expensive deal. I don't know what kind of security Epsilon had, but all that data was hacked -- just like TJ Maxx and many others. So what it was a SAS70 data center? If you don't secure the data properly (and back it up), the server might as well have been in the hallway.<br /><br />This was just food for thought as I diligently research for my project.]]>
        
    </content>
</entry>

<entry>
    <title>The Inexpensive Cloud</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2011/04/the-inexpensive-cloud.html" />
    <id>tag:blog.tmcnet.com,2011:/on-rads-radar//51.46591</id>

    <published>2011-04-21T14:20:11Z</published>
    <updated>2011-04-21T18:17:21Z</updated>

    <summary> Image via Wikipedia Amazon Web Services including EC2 is down today. When Gmail has any failure my twitter stream goes nuts. Facebook collapses often. There is one thing people should keep in mind: Building Resiliency and Survivability into a...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="VAR" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Web 2.0" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="agents" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="apps" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cloud computing" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="data center" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="disaster recovery" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="saas" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="technology" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="training" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="voip" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="agents" label="agents" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="channelpartners" label="channel partners" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="cloudcommunications" label="cloud communications" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="cloudcomputing" label="cloud computing" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="datacenter" label="data center" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="disasterrecovery" label="disaster recovery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="saas" label="SAAS" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="var" label="VAR" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<div class="zemanta-img mt-image-right" style="margin: 1em; width: 166px; display: block; float: right;"><a href="http://en.wikipedia.org/wiki/File:Amazon_Web_Services_logo.svg"><img src="http://upload.wikimedia.org/wikipedia/en/thumb/a/a4/Amazon_Web_Services_logo.svg/300px-Amazon_Web_Services_logo.svg.png" alt="Amazon Web Services logo" width="156" height="98" /></a>
<p class="zemanta-img-attribution" style="font-size: 0.8em;">Image via <a href="http://en.wikipedia.org/wiki/File:Amazon_Web_Services_logo.svg">Wikipedia</a></p>
</div>
<a href="http://gigaom.com/cloud/if-amazons-cloud-fails-just-keep-smiling/" target="_blank">Amazon Web Services including EC2 is down</a> today. When Gmail has any failure my twitter stream goes nuts. Facebook collapses often. <br /><br />There is one thing people should keep in mind: Building Resiliency and Survivability into a Cloud Platform is not cheap.<br /><br />For Agents, used to selling TDM with five nines reliability, moving to VoIP with less than that will be a shock, especially when they find out after the first outage.<br /><br />For VAR's, who have been running their own servers, and like visitors to&nbsp; Vegas who tell me they are up money, will tell you about never having any down time, moving customers to the Cloud, where you lack control and transparency, will be unsettling. <br /><br />Everything breaks or burns out - that's the nature of commodities (and servers, power supplies, hard drives and NIC's ARE commodities). Outages will occur. The Cloud Provider has to provide updates (honest updates) - and the Channel&nbsp;will need to communicate with the customer. It will just be a shock the first time.<br /><br />Let's just say that a cloud provider doing less than $8M in revenue is not going to have the finance or propensity to design in high-tech security, survivability, and resiliency, because it will be just too expensive. (This might explain why the finance industry is taking slow steps toward cloud use).<br /><br />Let me explain. Security is a full-time job. Administering password management is just one aspect. The network gear is expensive - IDS, firewall, router, switch, etc. And in redundancy?! Twice or four times as expensive. (Two per data center as a back up and two data centers equals 4.) Add monitoring all those parts. Then securing the data, encrypting it, backing it up, off-site storage, etc. Not only expensive, but a challenge to manage. <br /><br />And for Cloud Communications providers, dual data centers is more expensive when you consider that the softswitch is $250K and rides on a blade server (x2 for redundancy at each data center). Plus other gear like SBC's which aren't cheap either.<br /><br />Even Google and Amazon can't keep everything up and running. Even these two don't have enough survivability and failover built-in to takeover after an outage.<br /><br />This will be a problem for Agents selling Cloud. Agents and Customers will have to come to grips with the fact that the Era of Five-9's is ending. Luckily, consumers are so used to dropped calls and other glitches on the Internet, that perhaps this will lighten the blow. (Much like how inferior cellphone call quality allowed VoIP to take hold).]]>
        
    </content>
</entry>

<entry>
    <title>Expectations in 2011 with Jon Arnold</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2010/12/expectations-in-2011-with-jon-arnold.html" />
    <id>tag:blog.tmcnet.com,2010:/on-rads-radar//51.45568</id>

    <published>2010-12-16T01:43:24Z</published>
    <updated>2010-12-16T01:47:13Z</updated>

    <summary>Jon Arnold joins me for a chat about what to expect in 2011. We touch on Acme Packet, SBC, security, outages, IPv4, Cloud and Social CRM. It&apos;s a full 25 minutes....</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="Internet" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="broadsoft" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="cloud computing" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="communications" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="data center" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="hosted uc" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="saas" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="tele-presence" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="telecommunications" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="unified communications" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="cloudcommunications" label="cloud communications" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="cloudcomputing" label="cloud computing" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ipv4" label="ipv4" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sbc" label="sbc" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="security" label="security" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="socialcrm" label="social crm" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<span enctype="application/x-www-form-urlencoded" method="get" class="mt-enclosure mt-enclosure-podcast" style="DISPLAY: inline"><embed type="application/x-shockwave-flash" width="320" height="20" src="http://blog.tmcnet.com/mt-static/plugins/Podcast/mp3player.swf" allowfullscreen="true" allowscriptaccess="always" flashvars="&amp;file=http://www.sellecom.net/podcast/jon-arnold-trends_2010-12.mp3&amp;height=20&amp;width=320"></embed><br /><br /><a href="http://www.jarnoldassociates.com">Jon Arnold</a> joins me for a chat about what to expect in 2011. We touch on Acme Packet, SBC, security, outages, IPv4, Cloud and Social CRM. It's a full 25 minutes.</span>]]>
        
    </content>
</entry>

<entry>
    <title>Verizon Starts Blocking</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2010/06/verizon-starts-blocking.html" />
    <id>tag:blog.tmcnet.com,2010:/on-rads-radar//51.44114</id>

    <published>2010-06-09T18:52:09Z</published>
    <updated>2010-06-09T19:04:01Z</updated>

    <summary>Comcast won in court over the FCC on the issue of traffic shaping, so Verizon started blocking ports this week. First, VZ started blocking port 25 yesterday on their FiOS and DSL networks. Now VoIP Traffic is being blocked. From...</summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="FCC" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="broadband" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="duopoly" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="voip" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="wireline" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="broadband" label="broadband" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="duopoly" label="duopoly" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="fcc" label="FCC" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="netneutrality" label="net neutrality" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="voip" label="voip" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="vz" label="vz" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="wireline" label="wireline" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<p>Comcast won in court over the FCC on the issue of traffic shaping, so Verizon started blocking ports this week.</p>
<p>First, VZ started blocking port 25 yesterday on their FiOS and  DSL networks. Now VoIP Traffic is being blocked.</p>
<p>From an ITSP, "We started getting calls today, and it seems that Verizon has started blocking ports, traffic shaping, something, but it is interfering with voice service, email, and some web traffic. One example is a customer that we are no longer able to ping, but we are polling their router via SNMP. For a few minutes I could not access our switch due to the FiOS at our office."</p>
<p>So it looks like an attack on over-the-top services. Welcome to the walled garden!</p>
<p>This is why you need competition -- and competition is not a Duopoly!</p>
<p>Otherwise you have to try to regulate Net Neutrality.</p>
<p>Imagine if this blocking was preventing access to email servers, tele-presence, or your applications in the cloud. Companies would be totally stuck.</p>

]]>
        
    </content>
</entry>

<entry>
    <title>A Big Outage Day!</title>
    <link rel="alternate" type="text/html" href="http://blog.tmcnet.com/on-rads-radar/2010/06/a-big-outage-day.html" />
    <id>tag:blog.tmcnet.com,2010:/on-rads-radar//51.44113</id>

    <published>2010-06-09T18:39:34Z</published>
    <updated>2010-06-09T18:51:02Z</updated>

    <summary><![CDATA[Twitter is down. (And a few million people have nothing to do).Facebook is experiencing issues as well.&#160; I guess people will just have to work today.AT&amp;T's cellular network is down in Tampa Bay. (And a few thousand iPhone users are...]]></summary>
    <author>
        <name>Peter</name>
        <uri>http://rad-info.net/</uri>
    </author>
    
        <category term="outage" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="twitter" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="att" label="att" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="cellular" label="cellular" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="facebook" label="facebook" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="twitter" label="twitter" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://blog.tmcnet.com/on-rads-radar/">
        <![CDATA[<a href="http://mpls.tmcnet.com/topics/business-continuity/articles/87898-technical-problem-results-twitter-outages-slowness.htm">Twitter is down</a>. (And a few million people have nothing to do).<br /><br />Facebook is experiencing issues as well.&#160; I guess people will just have to work today.<br /><br />AT&amp;T's cellular network is <a href="http://bit.ly/9zIlYn">down in Tampa Bay</a>. (And a few thousand iPhone users are cursing.)<br /><br />A point: you can't count on another network - twitter, Facebook, Google or any other - for your business. It's outside your control - and at the price of free, well, you can't have expectations of four 9's uptime. (As you can see, AT&amp;T can't even keep its cellular network up four 9's.)&#160; NING should have been a lesson to folks: when Ning stopped its free option, many networks had to move or pay. You should expect the same in the future -- or build it yourself or have a back-up plan.&#160; But foremost the content you build should be on your own site (or backed up). <br />]]>
        
    </content>
</entry>

</feed>
