<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Cisco Data Center Blog</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/" />
    <link rel="self" type="application/atom+xml" href="http://blogs.cisco.com/datacenter/atom.xml" />
   <id>tag:blogs.cisco.com,2008:/datacenter/15</id>
    <link rel="service.post" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15" title="Cisco Data Center Blog" />
    <updated>2008-05-11T00:34:25Z</updated>
    <subtitle>Cisco Blogs</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.2</generator>
 
<entry>
    <title>Invitation to Webcast on SAN Innovations</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/invitation_to_webcast_on_san_i_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1742" title="Invitation to Webcast on SAN Innovations" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1742</id>
    
    <published>2008-05-11T00:29:27Z</published>
    <updated>2008-05-11T00:34:25Z</updated>
    
    <summary>Cisco will be hosting a webcast on Innovations for Next Generation SAN Architectures including FCoE. Plus, we&apos;ll have a special message from our storage partner, EMC. I invite you all to join to learn about our strategic direction for the...</summary>
    <author>
        <name>Deepak Munjal</name>
        
    </author>
            <category term="Storage Area Networking" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>Cisco will be hosting a webcast on Innovations for Next Generation SAN Architectures including FCoE.  Plus, we'll have a special message from our storage partner, EMC.</p>

<p>I invite you all to join to learn about our strategic direction for the MDS 9000 product line.</p>

<p>Register <a href="http://searchstorage.bitpipe.com/detail/RES/1210191179_893.html?src=wc_sstr_Cisco_05_13_08_c&li=120464">here</a>.</p>]]>
        
    </content>
</entry>
<entry>
    <title>Leaving Cisco After 15 Great Years</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/leaving_cisco_after_15_great_y.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1739" title="Leaving Cisco After 15 Great Years" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1739</id>
    
    <published>2008-05-09T23:30:00Z</published>
    <updated>2008-05-09T23:34:14Z</updated>
    
    <summary>Post by Jayshree Ullal, SVP, Data Center, Switching &amp; Services Five years ago, Cisco committed to the Data Center in a strong fashion with our entry into Storage networking and MDS products. Today our Data Center engineering and management team...</summary>
    <author>
        <name>Cisco PR</name>
        
    </author>
            <category term="General" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><strong>Post by Jayshree Ullal, SVP, Data Center, Switching & Services </strong></p>

<p>Five years ago, Cisco committed to the <a href="http://www.cisco.com/en/US/netsol/ns668/networking_solutions_package.html">Data Center</a> in a strong fashion with our entry into Storage networking and MDS products. Today our Data Center engineering and management team is broader and deeper than ever as we have established a significant footprint across our portfolio growing to be the #1 or #2 company in each data center segment. Together our teams have generated 1500 patents and developed a transformational strategy with Data Center 3.0 across the past three years.  We have  pioneered  new products such as VFrame, Nexus 5000/7000, a new class of NX-OS software, Catalyst 49XX & Catalyst 6500 VSS, ACE and WAAS; enabled new forms of virtualization and datacenter security, forged key industry partnerships and completed several acquisitions.  Just last week, our innovations were awarded <a href="http://www.bestofinterop.com/winners/">best of show at Interop for Nexus 7000 and WAAS</a>.  We also surpassed a cumulative of one million 10 gigabit ethernet ports across switches and routers, a key milestone of 10GE adoption in the Data Center. <br />
    <br />
I came to Cisco through <a href="http://www.cisco.com/web/about/ac49/ac0/ac1/ac2/about_cisco_acquisitions_summary.html">our first acquisition, Crescendo Communications, in 1993</a>. At the time, Cisco was less than $1B in revenue, around 1000 employees and mainly a router company.  Today we are a nearly $40B networking company with formidable presence in the Enterprise Campus, Datacenters, Branch, Service Provider, Commercial and Consumer markets.  </p>

<p>With mixed feelings and much introspection I have come to my decision to leave Cisco after 15 great and memorable years.  My loyalty and affection to Cisco, CEO John Chambers and my teams made this a very difficult and lengthy decision process.</p>

<p>However, I am confident that I am passing the baton to some of the best engineering talent and general managers in the industry who will continue this journey we have begun.  And I expect that Cisco will continue to innovate, capture growth opportunities and market share to meet our customers’ needs for Cisco's Data Center 3.0 vision.  It has been my privilege to lead this team and I have full faith in our future driving Cisco's vision for transforming the data center.  As for the inevitable question of what I plan to do next, I hope to re-kindle passions for my “next new gig” this summer and make an informed decision later this year.</p>]]>
        
    </content>
</entry>
<entry>
    <title>Our 101st Entry... and cool stuff I saw</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/our_101st_entry_and_cool_stuff.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1738" title="Our 101st Entry... and cool stuff I saw" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1738</id>
    
    <published>2008-05-09T19:00:03Z</published>
    <updated>2008-05-09T19:15:26Z</updated>
    
    <summary>This marks our 101st blog entry on the Cisco Data Center Blog. Starting back about a year or so ago with my first inaugural real post called The Fallacy of Wire Rate Switching (still one of my faves) to today...</summary>
    <author>
        <name>Douglas Gourlay</name>
        <uri>blogs.cisco.com/datacenter</uri>
    </author>
            <category term="DC Architectures" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>This marks our 101st blog entry on the Cisco Data Center Blog.  Starting back about a year or so ago with my first inaugural real post called <a href="http://blogs.cisco.com/datacenter/2007/01/the_fallacy_of_wirerate_switch_1.html">The Fallacy of Wire Rate Switching </a>(still one of my faves) to today when I just wanted to mention some neat companies and technologies I have seen recently:</p>

<p><br />
</p>]]>
        <![CDATA[<p><br />
I was at Interop the other week and caught up with some old friends and new and saw what they were up to.  A few, in no order, that I personally thought were intriguing:</p>

<p>1) Rohati.  Rohati was not exhibiting but I caught up with some good friends who started this firm and they have a very interesting approach to network services and security.  It's one of those 'Why didn't I think of that!' type of products that I think when they publicly announce will be well received.</p>

<p>2) Compellent.  Compellent makes storage arrays with integrated virtualization capabilities.  I was impressed here with the ease of use they were bringing to what normally is complex and management intensive (Information Lifecycle Management, automatic block data movements to streamline drive head read/write operations, and tiered storage)  They were not in my favorite booth (i.e. not ours :)  but I was impressed with the knowledge their team had of their products and if someone could explain ILM to me in a few seconds and demonstrate the setup/operations with ease that goes a long way in todays compelx world.</p>

<p>3) Splunk.  A pretty unique approach to network management and fault isolation and discovery.  I like seeing innovation and think the NMS space has huge opportunities for improvement and value creation, there is a neat and novel approach here that can really help.</p>

<p>dg</p>]]>
    </content>
</entry>
<entry>
    <title>Start Believing the Hype</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/start_believing_the_hype.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1727" title="Start Believing the Hype" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1727</id>
    
    <published>2008-05-06T00:10:27Z</published>
    <updated>2008-05-06T02:14:07Z</updated>
    
    <summary>I continue to read posts from those who doubt that FCoE can succeed. That it is a major conspiracy amongst Fibre Channel vendors to keep Fibre Channel alive because iSCSI is eating into their market or as a way to...</summary>
    <author>
        <name>Deepak Munjal</name>
        
    </author>
            <category term="Storage Area Networking" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>I continue to read <a href="http://blogs.rupturedmonkey.com/?p=156">posts</a> from those who doubt that FCoE can succeed.  That it is a major conspiracy amongst Fibre Channel vendors to keep Fibre Channel alive because iSCSI is eating into their market or as a way to churn the base by forcing customers to upgrade to shiny new gear.</p>

<p>Then there are the Fibre Channel proponents who believe no other network technology can come close to delivering the quality or perfomance that it can deliver and it is best to keep two separate networks indefinitely.</p>

<p>The reality is probably somewhere in between.</p>]]>
        <![CDATA[<p>Fibre Channel succeeded when it did because no other network offered similar bandwidth nor the lossless capability that storage traffic requires.  But as Fibre Channel networks continued to grow and become more strategic, the cost of maintaining two large networks was fast becoming unacceptable in these cost-conscious times.</p>

<p>But things have changed.  Ten gigabit ethernet is here and prices for both <a href="http://www.cisco.com/go/nexus5000">switches </a>and <a href="http://www.intel.com/pressroom/archive/releases/20080408comp.htm?iid=search">adaptors </a>have come down in price to where it is now attractive enough to deploy everywhere.  Also, Ethernet continues to mature and can now deliver a lossless capability through a new set of standards-based features called <a href="http://www.cisco.com/go/dce">Data Center Ethernet.</a></p>

<p>With high-performance 10GbE switches enabled with Data Center Ethernet like the Cisco Nexus 5000, FCoE can now be realistically deployed in the server access layer with confidence that it can perform as well as Fibre Channel and still provide the benefits of a converged network that include simplified cabling, reduced hardware costs, and lower operations expenses.<br />
</p>]]>
    </content>
</entry>
<entry>
    <title>Power, Pickups and Polar Bears</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/power_pickups_and_polar_bears_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1724" title="Power, Pickups and Polar Bears" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1724</id>
    
    <published>2008-05-05T06:23:05Z</published>
    <updated>2008-05-05T07:11:08Z</updated>
    
    <summary>Dave Ohara recently posted on his Green Data Center Blog about the efforts of network vendors to help the greening of the data center. I am still not sure we are having the right conversation around this topic, but at...</summary>
    <author>
        <name>Omar Sultan</name>
        
    </author>
            <category term="DC Architectures" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>Dave Ohara recently <a href="http://www.greenm3.com/2008/05/network-vendors.html">posted</a> on his Green Data Center Blog about the efforts of network vendors to help the greening of the data center.  I am still not sure we are having the right conversation around this topic, but at least we are having the conversation.  </p>]]>
        <![CDATA[<p>Let me give you an example.  Let’s compare a <a href="http://www.fordvehicles.com/cars/focus/">Ford Focus</a> and a <a href="http://www.fordvehicles.com/trucks/f150/">Ford F-150</a> pickup.  If we wanted to be “green”, looking at the brochures for both vehicles, the fuel economy of the Focus would be a no-brainer (35 hwy vs. 20 hwy for the F-150).  But, what if we wanted to actually “do” something with our vehicle?  Since I was working on the yard today, let’s say we wanted to haul 2 yards of mulch.  Our F-150, with 55 cubic feet of hauling capacity can do this in one trip, while the Focus, with slightly under 14 cubic feet of cargo capacity would take four trips. So, even with the 75% better gas milage, the Focus is not automatically the right choice.  The point is a simplistic one dimensional measure is not really all that meaningful.  This is why a city bus can get 4 mpg and still be central a “green” strategy. The other point is that we have multiple types vehicles for a reason--so if I were a landscaper, I may drive my F-150 during the week and drive my Focus when I go tooling in Napa for the weekend. The goal is to derive the maximum value for the energy consumed, regardless of if its vehicles or data center switches.</p>

<p>The topic of relevant metrics brings us back to something Dave mentions in his blog:  Nortel’s claims that their 45xxT switch consumes 56% less power than an “equivalent” Cisco Catalyst 3750G switch (for the sake of argument, I’ll work with the comparisons that Nortel picked). There is some confusion in the Nortel positioning paper, since the switch model and power consumption noted in the text is different than the model and power consumption noted in the table the text refers to, but I digress. The salient point is that these power values are for two switches plugged-in and idling with no connections--the assertion is that if there is such a discrepancy at idle, imagine what happens when we actually forward packets.  Before I go on, a note to those of you with data centers:  if you have switches in your data center that are plugged in and not doing anything, please unplug them now--it will help you with power/cooling and the <a href="http://www.nwf.org/polarbearsandglobalwarming/">polar bears</a> will thank you too.  Now, for the rest of us with data center switches that forward packets, it might be useful to see what a switch does under load.</p>

<p>So, earlier this year, at our request, <a href="http://miercom.com/">Miercom</a> did an <a href="http://wwwin.cisco.com/ewtg/dsbu/pdfs/Ethernet_Power_Study_of_Cisco_and_Competitive_Products-wp.pdf">analysis</a> of a number of switches under load to see what kind of power consumption you might actually encounter in your data center. It turns out the Cisco Catalyst 3750G consumes about 140-150W (depending on packet size and choice of copper or optical uplinks) when those uplinks are driven at 100%.  This is inline with the 160W maximum draw noted on the <a href="http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps5023/product_data_sheet0900aecd80371991.pdf">data sheet</a>.  What does the Nortel 45xxT do under load?  That information is not published anywhere I could find, but perhaps we can make an approximation based on a couple of data points we do have.  First, the data sheet for the <a href="http://products.nortel.com/go/product_assoc.jsp?segId=0&parId=0&rend_id=28598&contOid=100230067&prod_id=61141&locale=en-US">Nortel 4548GT</a> notes a maximum draw of 150W, so unless Nortel is into really over-engineering their power supplies, that is probably a fair indicator of real-world draw at max load. Second, Miercom did test the Nortel 5510 as part of the testing mentioned earlier and they found that switch drew about 125-130W at 100% uplink load against a maximum draw of 135W in the <a href="http://products.nortel.com/go/product_assoc.jsp?segId=0&parId=0&catId=null&rend_id=2582&contOid=100175856&prod_id=42140&locale=en-US">Nortel 5510</a> data sheet, so there does not seem to be any revolutionary power management technology at work.  Third, the notes from Miercom indicate between a nominal 5% load and a 100% load, the power draw grew proportionally regardless of vendor tested. So, I think it is reasonable to deduce that the Nortel 45xxT is in the same neighborhood as the Cisco Catalyst 3750G when used to actually forward packets.  Sidebar: Miercom just announced that the Cisco Catalyst 3750-E, 3560-E, 3750, 3560, and 2960 Series Switches are the first products certified in their <a href="http://wwwin.cisco.com/ewtg/dsbu/pdfs/Miercom_Certified_Green_Press_Release_FINAL_4-28-08.pdf">“Certified Green”</a> certification program.</p>

<p>Later in the same position paper, Nortel asserts their ERS 8610 offers energy savings of 60% over a “6500 equivalent”.  There is not a lot of detail to the comparison, although there is a footnote that states “Unless noted, all product comparisons are based on vendor published maximum power ratings.”, so this seems a comparison of power supplies, not actual draw.  Again, this becomes a Focus vs F-150 comparison--what exactly are we comparing and in what context--I could dig into this but I think you get the point.</p>

<p>I guess the moral of the story here is, when it comes to energy efficiency, there is, sadly, no one magic metric to measure goodness.  Its a design function like anything else in the data center and its a matter of doing research and balancing the design parameters.  Our goal is, simply, to help you make an informed decision. To that end, we have the <a href="http://tools.cisco.com/cpc/">Power Calculator</a> to give you configuration-specific load numbers for our equipment.  We then take it a step further with our <a href="http://www.cisco.com/en/US/netsol/ns758/networking_solutions_sub_program_home.html">Data Center Assurance Program</a> tool on our data center design best practices website, which includes power consumption information as part of its guidance.  Check them both out (you will need a cisco.com account).</p>]]>
    </content>
</entry>
<entry>
    <title>So what&apos;s a cloud....</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/so_whats_a_cloud.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1722" title="So what's a cloud...." />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1722</id>
    
    <published>2008-05-02T22:14:38Z</published>
    <updated>2008-05-03T01:58:05Z</updated>
    
    <summary> Cloud Computing Circa 1998 Networks have historically been depicted as clouds. Why? I always wondered that. Most likely because it was an easy way to depict something ubiquitous (clouds are pretty much everywhere), something nebulous (because its form and...</summary>
    <author>
        <name>Douglas Gourlay</name>
        <uri>blogs.cisco.com/datacenter</uri>
    </author>
            <category term="DC Architectures" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><img src="http://img.tfd.com/cde/CLOUD.GIF"><br />
Cloud Computing Circa 1998</p>

<p>Networks have historically been depicted as clouds.  Why?  I always wondered that.  Most likely because it was an easy way to depict something ubiquitous (clouds are pretty much everywhere), something nebulous (because its form and shape changes as nodes are added and/or removed), and something powerful (clouds can become storms).</p>]]>
        <![CDATA[<p>So when the term 'Cloud Computing' starts its journey skyward on the Space Shuttle named 'Hype' is what we are really talking about 'Network Computing'???  It could probably have been called that except the editorial staff at the publication by the same name would have had a few issues so to speak.</p>

<p><strong>Cloud Computing = Network Computing</strong></p>

<p>I think that we are a point in time where the economics and dynamics of this space are in need of a major overhaul.  To effect that overhaul we need to take the economics of a network, i.e. super-linearity of value based on number of nodes connected and apply it to not just the connectivity, but to the end-to-end processing of workload, storing the results of that processing, and communicating it to other processing nodes and end users.</p>

<p>We are past the point where individual point solutions will suffice and charging headlong into a world where the lines get blurred.  One where we don't brag about how many servers we have, but instead about how efficiently we manage them, where storage virtualization is de rigeur, not the exception, and as always the network continues to connect everything.  In this world of applications becoming more network-centric and network dependent than ever we shouldn't take the abject usability of the network for granted.  As my good friend Peter Linkin relayed to me today, there is a lot of engineering that goes into protocols, hardware, and software for networking and just because it works well, efficiently, and the better it works the less you care about it doesn't mean it is not critical.</p>

<p>I love the idea of cloud computing, the next evolution of the most network intensive architecture possible, but one that if it works well, is transparent.  It's all about the transparency.</p>

<p>To quote the Rolling Stones, and the inimitable Mick Jagger, "Hey, Hey You, Get Off of My Cloud..." :)</p>

<p>dg</p>]]>
    </content>
</entry>
<entry>
    <title>Oy vei the chutzpah!</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/oy_vei_the_chutzpah.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1720" title="Oy vei the chutzpah!" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1720</id>
    
    <published>2008-05-02T20:05:32Z</published>
    <updated>2008-05-02T20:17:37Z</updated>
    
    <summary>Just read this interesting write-up on feedback from Interop. Using the push to 10GbE to the server as an opportunity for insertion into the market is a good play, will be interesting to see how it bears out. I have...</summary>
    <author>
        <name>Douglas Gourlay</name>
        <uri>blogs.cisco.com/datacenter</uri>
    </author>
            <category term="Event" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>Just read this interesting write-up on <a href="http://itspot.wordpress.com/2008/04/30/switching-virtualization-and-more-at-interop/">feedback from Interop</a>.  Using the push to 10GbE to the server as an opportunity for insertion into the market is a good play, will be interesting to see how it bears out.  I have to concur with the strategy since our Nexus 5000 does essentially the same, but also offers FibreChannel stateless gateways to make FCoE a reality.</p>

<p><br />
dg</p>]]>
        <![CDATA[<p>But the fun part for me was the comment about Nortel winning the Best of Interop in the Chutzpah category, gotta love it.  I talked to quite a few of the Nortel folks at the show while looking for my friends Phil and Tony and it is good to see Nortel trying to 'bring it'.  </p>

<p>I really enjoyed the panel discussions we had, my favorite being the one hosted by Bruce Tolley of SolarFlare.  Bruce is the VP of Marketing over there and we had a good chuckle on the introductions since over half the people on the panel had worked at Cisco now or before.  Other than a few  vendor advertisements (the NetSCaler/Citrix one was most memorable) it was an excellent deep dive into the challenges that organizations will face as they 'dig into' virtualization.  It's not all roses, there are some thorns.  If we understand them up front we can design product and technology solutions that enable customers to maximize the value of their virtualization investments- in virtual servers, virtual storage, and virtual networks.</p>]]>
    </content>
</entry>
<entry>
    <title>Cisco &amp; Ovum Analyst Discuss Data Center Trends at Interop</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/05/cisco_ovum_analyst_discuss_dat.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1713" title="Cisco &amp; Ovum Analyst Discuss Data Center Trends at Interop" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1713</id>
    
    <published>2008-05-01T17:02:28Z</published>
    <updated>2008-05-01T17:06:31Z</updated>
    
    <summary> Doug Gourlay, senior director, Data Center Solutions at Cisco and Mark Seery, vice president of Switching &amp; Routing at Ovum RHK, discuss data center trends at Interop 2008. These include consolidation, Fiber Channel over Ethernet (FCoE), SFP+, Twinax cabling,...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Data Center &amp; Server Switching" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/BGqMcSWyfpk&hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/BGqMcSWyfpk&hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object><br />
Doug Gourlay, senior director, Data Center Solutions at Cisco and Mark Seery, vice president of Switching & Routing at Ovum RHK, discuss data center trends at Interop 2008. These include consolidation, Fiber Channel over Ethernet (FCoE), SFP+, Twinax cabling, and new products.<br />
<a href="http://www.cisco.com/en/US/netsol/ns708/networking_solutions_solution_segment_home.html">Cisco Data Center Solutions</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>Thoughts from Interop &amp; winning Best of Interop</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/thoughts_from_interop_winning.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1708" title="Thoughts from Interop &amp; winning Best of Interop" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1708</id>
    
    <published>2008-04-30T17:29:43Z</published>
    <updated>2008-04-30T17:45:03Z</updated>
    
    <summary>It&apos;s great to see Interop continue to rebuild intensity and attendee size from the boom to bust days and back. The floor certainly seems busy, as do many of the sessions we&apos;ve attended and spoken at. Application delivery continues to...</summary>
    <author>
        <name>Mark Weiner</name>
        
    </author>
            <category term="WAN Optimization" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>It's great to see Interop continue to rebuild intensity and attendee size from the boom to bust days and back.  The floor certainly seems busy, as do many of the sessions we've attended and spoken at.</p>

<p>Application delivery continues to grow in focus over the last few years, and 2008 is no exception...</p>]]>
        <![CDATA[<p>...nearly half of the advertising banners outside the main showfloor entrance are from app delivery vendors.  And an entire track of speaking sessions moderated by senior analyst Jim Metzler is around the subjet.  This definitely is a topic that has reached mainstream.</p>

<p>Cisco has also reached mainstream with its WAAS WAN optimization solution, as the <a href="http://www.youtube.com/watch?v=2e0S_8mvkKo">judges for Interop awarded CIsco yesterday</a>.</p>

<p>If you're at Interop while reading this, please come by our booth and say hello.  If you're reading this anywhere else, please post your thoughts on where WAN optimization technology is in your planning or production cycle -- we and our readers want to learn from your experience.</p>

<p>Cheers from Interop.</p>

<p><br />
</p>]]>
    </content>
</entry>
<entry>
    <title>Live from Interop 2008: Community Weighs in on Top Data Center Trends....Cast your vote now….</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/live_from_interop_2008_communi_2.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1707" title="Live from Interop 2008: Community Weighs in on Top Data Center Trends....Cast your vote now…." />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1707</id>
    
    <published>2008-04-30T17:05:20Z</published>
    <updated>2008-04-30T20:48:22Z</updated>
    
    <summary> Text 8020 to 41411 for Policies Text 8021 to 41411 for Performance Text 8022 to 41411 for Instability Text 8023 to 41411 for Costs...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Event" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><script language="javascript" src="http://www.polleverywhere.com/polls/OTE4NzA5NjQz.js?height=400&width=450" type="text/javascript"></script><br />
<strong>Text 8020 to 41411 for Policies <br />
Text 8021 to 41411 for Performance <br />
Text 8022 to 41411 for Instability <br />
Text 8023 to 41411 for Costs</strong></p>]]>
        
    </content>
</entry>
<entry>
    <title>Live from Interop 2008: Community Weighs in on Top Data Center Trends....Cast your vote now….</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/live_from_interop_2008_communi.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1706" title="Live from Interop 2008: Community Weighs in on Top Data Center Trends....Cast your vote now…." />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1706</id>
    
    <published>2008-04-30T16:47:21Z</published>
    <updated>2008-04-30T20:49:30Z</updated>
    
    <summary> Text 8010 to 41411 for Virtualization Text 8011 to 41411 for Energy Efficiency Text 8012 to 41411 for Scalability Text 8013 to 41411 for Facilities...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Event" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><script language="javascript" src="http://www.polleverywhere.com/polls/MTUzMDc1ODkx.js?height=400&width=450" type="text/javascript"></script><br />
<strong>Text 8010 to 41411 for Virtualization<br />
Text 8011 to 41411 for Energy Efficiency<br />
Text 8012 to 41411 for Scalability<br />
Text 8013 to 41411 for Facilities</strong></p>]]>
        
    </content>
</entry>
<entry>
    <title>Interop 2008 Winner Best of Award for Infrastructure</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/interop_2008_winner_best_of_aw.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1705" title="Interop 2008 Winner Best of Award for Infrastructure" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1705</id>
    
    <published>2008-04-30T16:32:01Z</published>
    <updated>2008-04-30T16:37:17Z</updated>
    
    <summary> Cisco Nexus 7000 Series is the recipient of Interop 2008 Product of the Year. It is the first Data Center class switch in the Nexus portfolio offering transport flexibility, operational continuity and infrastructure scalability. Cisco Nexus 7000 Series...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Nexus" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/28vqc_cX8Tc&hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/28vqc_cX8Tc&hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object><br />
Cisco Nexus 7000 Series is the recipient of Interop 2008 Product of the Year. It is the first Data Center class switch in the Nexus portfolio offering transport flexibility, operational continuity and infrastructure scalability.<br />
<a href="http://www.cisco.com/en/US/products/ps9402/index.html">Cisco Nexus 7000 Series</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>Interop 2008 Winner Networking &amp; Application Best of Award</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/interop_2008_winner_networking_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1704" title="Interop 2008 Winner Networking &amp; Application Best of Award" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1704</id>
    
    <published>2008-04-30T16:22:24Z</published>
    <updated>2008-04-30T16:42:10Z</updated>
    
    <summary> Cisco WAE 674 and Cisco WAAS v4.1 is the recipient for providing application optimization, services for customers to improve application performance over Wide Area Networks. Cisco Wide Area Application Engine (WAE) Appliances Cisco Wide Area Application Services (WAAS) Software...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Application Networking Services" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/m8BB-paqkXM&hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/m8BB-paqkXM&hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object><br />
Cisco WAE 674 and Cisco WAAS v4.1 is the recipient for providing application optimization, services for customers to improve application performance over Wide Area Networks.<br />
<a href="http://www.cisco.com/en/US/products/ps6474/index.html">Cisco Wide Area Application Engine (WAE) Appliances</a><br />
<a href="http://www.cisco.com/en/US/products/ps6870/index.html">Cisco Wide Area Application Services (WAAS) Software</a></p>]]>
        
    </content>
</entry>
<entry>
    <title>In the Know at Interop 2008</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/in_the_know_at_interop_2008_1.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1702" title="In the Know at Interop 2008" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1702</id>
    
    <published>2008-04-30T00:47:54Z</published>
    <updated>2008-04-30T00:55:54Z</updated>
    
    <summary> Jayshree Ullal, Senior Vice President, Data Center, Switching and Security Technology Group, Cisco, shares key customer insights from Interop 2008...</summary>
    <author>
        <name>John Murphy</name>
        
    </author>
            <category term="Event" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/VyOLiJdza2Q&hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/VyOLiJdza2Q&hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object><br />
Jayshree Ullal, Senior Vice President, Data Center, Switching and Security Technology Group, Cisco, shares key customer insights from Interop 2008<br />
</p>]]>
        
    </content>
</entry>
<entry>
    <title>Interop 2008</title>
    <link rel="alternate" type="text/html" href="http://blogs.cisco.com/datacenter/2008/04/interop_2008.html" />
    <link rel="service.edit" type="application/atom+xml" href="http://blogs.cisco.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=15/entry_id=1697" title="Interop 2008" />
    <id>tag:blogs.cisco.com,2008:/datacenter//15.1697</id>
    
    <published>2008-04-28T16:52:27Z</published>
    <updated>2008-04-28T17:05:45Z</updated>
    
    <summary>It&apos;s that time of year again, trade-show season! Interop has always been one of my favorites- I guess it&apos;s the technical roots of it. Interop started back as Networld and Interop. One more of a trade show, the other an...</summary>
    <author>
        <name>Douglas Gourlay</name>
        <uri>blogs.cisco.com/datacenter</uri>
    </author>
            <category term="Event" />
    
    <content type="html" xml:lang="en" xml:base="http://blogs.cisco.com/datacenter/">
        <![CDATA[<p>It's that time of year again, trade-show season!  Interop has always been one of my favorites- I guess it's the technical roots of it.  Interop started back as Networld and Interop.  One more of a trade show, the other an interesting technical challenge and exercise.  Back when Interop started no one was certain which   protocols would win, whether bridging or routing was the way to go, whether it would be Ethernet, ATM, Token Ring, or FDDI/CDDI to the desktop, etc.  What Interop did was force multiple vendors to work together to build a network to support the show floor in a matter of days.  There were also interoperability tests of new protocols and such between multiple vendors hardware, software, protocols, etc.  In the end it became a gathering place for 20,000+ network professionals to see what worked, what didn't, hear about the latest and greatest...<br />
</p>]]>
        <![CDATA[<p><br />
What made Interop unique is that in a way it and by some measure the University of New Hampshire Interoperability Lab really helped spur an industry.   While Ethernet evolved 'in the open' and the interworking between vendors was tested openly at events like Interop some other areas where this openness did not exist caused massive vendor interoperability problems, FibreChannel comes glaringly to mind.  The two main vendors 6 years ago barely worked together at all and you were lucky if plugging one into another would not crash your entire fabric.</p>

<p>I remember about 9 years ago working with a few other Cisco engineer and some folks from Nortel to set up the first multi-vendor MPLS network, at Interop.  It was running over ATM on some Lightstream 1010s on our side, I can't remember what Nortel's was, but we got it working.  </p>

<p>This year we are showing Fibre Channel over Ethernet interworking with several other vendors, a technology that I hope enjoys the open testing and development environments that IP and Ethernet and even MPLS all enjoyed through open standards bodies and events like Interop.</p>

<p>To Lenny and the rest of the gang that make Interop what it is to us as an industry, Thank You!</p>

<p>I'll be around our booth Tuesday and Wednesday and at some speaking sessions, feel free to come chat about anything with us.  </p>]]>
    </content>
</entry>

</feed> 

