<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Coming Soon: The Cisco Blade Server?</title>
	<atom:link href="http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/</link>
	<description>Tracking the Internet Evolution</description>
	<pubDate>Sat, 17 May 2008 05:52:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Seen it</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-869158</link>
		<dc:creator>Seen it</dc:creator>
		<pubDate>Thu, 03 Apr 2008 17:32:06 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-869158</guid>
		<description>&lt;p&gt;Doug:&lt;/p&gt;

&lt;p&gt;This cisco spec sheet on the fabric modules:
http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9402/ps9512/Data_Sheet_C78-437760.html&lt;/p&gt;

&lt;p&gt;Says the system does "46 Gbps per slot per fabric".&lt;/p&gt;

&lt;p&gt;You said above that it does "230Gb/slot".&lt;/p&gt;

&lt;p&gt;Is that 0 a typo?
Is the cisco product spec doing it's normal marketing double counting?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Doug:</p>
<p>This cisco spec sheet on the fabric modules:<br />
<a href="http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9402/ps9512/Data_Sheet_C78-437760.html" rel="nofollow">http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9402/ps9512/Data_Sheet_C78-437760.html</a></p>
<p>Says the system does &#8220;46 Gbps per slot per fabric&#8221;.</p>
<p>You said above that it does &#8220;230Gb/slot&#8221;.</p>
<p>Is that 0 a typo?<br />
Is the cisco product spec doing it&#8217;s normal marketing double counting?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JD</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867202</link>
		<dc:creator>JD</dc:creator>
		<pubDate>Tue, 25 Mar 2008 06:09:33 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867202</guid>
		<description>&lt;p&gt;I would postulate that Cisco will come out with more products in the "Nexus" family of products focused at the Data Center.  The 7000 may not be that vehicle, but there will be other "Nexus" products targeted at this space soon, of which there may be some that will start to threaten IBM and HP's dominance of the blade server area even more.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would postulate that Cisco will come out with more products in the &#8220;Nexus&#8221; family of products focused at the Data Center.  The 7000 may not be that vehicle, but there will be other &#8220;Nexus&#8221; products targeted at this space soon, of which there may be some that will start to threaten IBM and HP&#8217;s dominance of the blade server area even more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kommt bald der Cisco Blade Server? : VitoNet</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867198</link>
		<dc:creator>kommt bald der Cisco Blade Server? : VitoNet</dc:creator>
		<pubDate>Tue, 25 Mar 2008 05:00:45 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867198</guid>
		<description>&lt;p&gt;[...] habe am Freitag einen interessanten Post bei GigaOM gelesen. Allan Leinwand sinniert &#252;ber die M&#246;glichkeiten von Cisco, in das Gesch&#228;ft [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] habe am Freitag einen interessanten Post bei GigaOM gelesen. Allan Leinwand sinniert &#252;ber die M&#246;glichkeiten von Cisco, in das Gesch&#228;ft [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867180</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Tue, 25 Mar 2008 00:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867180</guid>
		<description>&lt;p&gt;Control?  Not quite yet my friend.  Today we are seeing more and more customers understand that networks play a critical role in the data center, but many are still 'server centric'.  It amazes me that I still get customers asking, "Is Cisco IN the Data Center?"&lt;/p&gt;

&lt;p&gt;I guess my amazement comes from remembering the days of connecting 7500 Series Routers to Mainframes with a faster Front-End Processor and then from the shift to Client-Server and SOA apps driving the most network-centric application architectures seen yet.&lt;/p&gt;

&lt;p&gt;I don't want to say that the network reigns supreme, but I would argue all day that a data center needs networks, servers, and storage- all working in concert together, in order to efficiently process workload.&lt;/p&gt;

&lt;p&gt;Today- I'm pretty happy we have a good seat at the table, 3-4 years ago it was a different story.  3-4 years from now...&lt;/p&gt;

&lt;p&gt;dg&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Control?  Not quite yet my friend.  Today we are seeing more and more customers understand that networks play a critical role in the data center, but many are still &#8217;server centric&#8217;.  It amazes me that I still get customers asking, &#8220;Is Cisco IN the Data Center?&#8221;</p>
<p>I guess my amazement comes from remembering the days of connecting 7500 Series Routers to Mainframes with a faster Front-End Processor and then from the shift to Client-Server and SOA apps driving the most network-centric application architectures seen yet.</p>
<p>I don&#8217;t want to say that the network reigns supreme, but I would argue all day that a data center needs networks, servers, and storage- all working in concert together, in order to efficiently process workload.</p>
<p>Today- I&#8217;m pretty happy we have a good seat at the table, 3-4 years ago it was a different story.  3-4 years from now&#8230;</p>
<p>dg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Leinwand</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867119</link>
		<dc:creator>Allan Leinwand</dc:creator>
		<pubDate>Mon, 24 Mar 2008 16:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867119</guid>
		<description>&lt;p&gt;@Douglas - Thanks for the insights and comments. Have fun battling for control of the enterprise data center!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Douglas - Thanks for the insights and comments. Have fun battling for control of the enterprise data center!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blade Watch &#187; Can I have a Cisco switch and a blade solution please?</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867117</link>
		<dc:creator>Blade Watch &#187; Can I have a Cisco switch and a blade solution please?</dc:creator>
		<pubDate>Mon, 24 Mar 2008 15:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867117</guid>
		<description>&lt;p&gt;[...] http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/ The movement toward blade servers in the enterprise data center has been growing steadily for some time, backed by manufacturers like IBM and HP. But expect to soon see networking giant Cisco Systems enter this market as well, setting themselves up for a tense battle with blade server manufacturers for control of the enterprise data center. [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/" rel="nofollow">http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/</a> The movement toward blade servers in the enterprise data center has been growing steadily for some time, backed by manufacturers like IBM and HP. But expect to soon see networking giant Cisco Systems enter this market as well, setting themselves up for a tense battle with blade server manufacturers for control of the enterprise data center. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JC</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867102</link>
		<dc:creator>JC</dc:creator>
		<pubDate>Mon, 24 Mar 2008 13:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867102</guid>
		<description>&lt;p&gt;I dont think Ciscoz gonna make it, i hope it will though...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I dont think Ciscoz gonna make it, i hope it will though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Leinwand</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867070</link>
		<dc:creator>Allan Leinwand</dc:creator>
		<pubDate>Mon, 24 Mar 2008 03:18:52 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867070</guid>
		<description>&lt;p&gt;@seen it all and Ed - You both bring up good points about the backbone capacity of the Nexus 7000 and the price cisco wants command for each slot.  That being said, I still think that control of the enterprise data center will be won by the company that both controls the blades and the virtualization software.  Sure seems to me that technical capacities aside, cisco sure wants to be the winner in that battle as opposed to others.  Politics and account control may trump technology in this case, IMHO.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@seen it all and Ed - You both bring up good points about the backbone capacity of the Nexus 7000 and the price cisco wants command for each slot.  That being said, I still think that control of the enterprise data center will be won by the company that both controls the blades and the virtualization software.  Sure seems to me that technical capacities aside, cisco sure wants to be the winner in that battle as opposed to others.  Politics and account control may trump technology in this case, IMHO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Douglas Gourlay</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867069</link>
		<dc:creator>Douglas Gourlay</dc:creator>
		<pubDate>Mon, 24 Mar 2008 01:49:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867069</guid>
		<description>&lt;p&gt;Interesting conjecture.  Right now there is no way we could/would use the Nexus 7000 as a blade chassis.  I will freely admit in years past I had looked at both the 6500 and 7000 with the same idea though?  "Could we do it?" being the real operative question...&lt;/p&gt;

&lt;p&gt;Cooling capacity is the real issue when you get down to it.  I have 230Gb/slot in the Nexus 7000 (to correct one errant post) and about 800w/slot.  In today's VM focused environment I would need about 64-128Gb/Socket and given the board sizings on the Nexus 7000, (roughly 17"x20") I would hope to fit 2-4 sockets on it.  Given the power densities of DDR3 today and the demands of a quad to octal-core chip per socket there is no way I could come close to powering it much less cooling it in the Nexus 7000 or Catalyst 6500.&lt;/p&gt;

&lt;p&gt;I can assure everyone the Nexus 7000 and Catalyst 6500 will continue their development trajectory as NETWORK platforms, not as SERVER platforms.  Although, suffice to say, we'll continue to focus on delivering the best NETWORK platforms out there :)&lt;/p&gt;

&lt;p&gt;The Linux blades offered today are purposed as appliances, usually with a mixture of x86 and NPU/ASIC data paths.  None of them offer an open compute environment for development of apps.  The bulk of these are used for things like Firewalls, Server Load Balancing, IDS, etc.&lt;/p&gt;

&lt;p&gt;dg&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Interesting conjecture.  Right now there is no way we could/would use the Nexus 7000 as a blade chassis.  I will freely admit in years past I had looked at both the 6500 and 7000 with the same idea though?  &#8220;Could we do it?&#8221; being the real operative question&#8230;</p>
<p>Cooling capacity is the real issue when you get down to it.  I have 230Gb/slot in the Nexus 7000 (to correct one errant post) and about 800w/slot.  In today&#8217;s VM focused environment I would need about 64-128Gb/Socket and given the board sizings on the Nexus 7000, (roughly 17&#8243;x20&#8243;) I would hope to fit 2-4 sockets on it.  Given the power densities of DDR3 today and the demands of a quad to octal-core chip per socket there is no way I could come close to powering it much less cooling it in the Nexus 7000 or Catalyst 6500.</p>
<p>I can assure everyone the Nexus 7000 and Catalyst 6500 will continue their development trajectory as NETWORK platforms, not as SERVER platforms.  Although, suffice to say, we&#8217;ll continue to focus on delivering the best NETWORK platforms out there :)</p>
<p>The Linux blades offered today are purposed as appliances, usually with a mixture of x86 and NPU/ASIC data paths.  None of them offer an open compute environment for development of apps.  The bulk of these are used for things like Firewalls, Server Load Balancing, IDS, etc.</p>
<p>dg</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Williams</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867067</link>
		<dc:creator>Ed Williams</dc:creator>
		<pubDate>Mon, 24 Mar 2008 00:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867067</guid>
		<description>&lt;p&gt;There was a response to this post on Network World which summed up my thoughts well (no, it's not my post):&lt;/p&gt;

&lt;p&gt;"Not a Chance!&lt;/p&gt;

&lt;p&gt;The slots in a Nexus 7000 are too valuable and high performance to waste on a simple server. At 230G/s, unless you are looking at putting 20 servers in a slot, this would be a complete waste of money. Cisco wants to make $40K per slot, not $3K for a blade server."&lt;/p&gt;

&lt;p&gt;There are other places in their portfolio where this may make sense but on the Nexus?  Pass me what you're smoking.  That's a bad call, Allan.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>There was a response to this post on Network World which summed up my thoughts well (no, it&#8217;s not my post):</p>
<p>&#8220;Not a Chance!</p>
<p>The slots in a Nexus 7000 are too valuable and high performance to waste on a simple server. At 230G/s, unless you are looking at putting 20 servers in a slot, this would be a complete waste of money. Cisco wants to make $40K per slot, not $3K for a blade server.&#8221;</p>
<p>There are other places in their portfolio where this may make sense but on the Nexus?  Pass me what you&#8217;re smoking.  That&#8217;s a bad call, Allan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seen it all before</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-867049</link>
		<dc:creator>Seen it all before</dc:creator>
		<pubDate>Sun, 23 Mar 2008 19:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-867049</guid>
		<description>&lt;p&gt;Cisco has tried this before, and it was squashed by IBM before it ever saw the light of day.&lt;/p&gt;

&lt;p&gt;Why do you think Andy Bechtolsheim left Cisco to form an AMD blade company? (which was smartly bought by Sun!)&lt;/p&gt;

&lt;p&gt;Frankly, I don't trust Cisco to be able to execute on this type of product. They're simply too big and politicial to pull it off.&lt;/p&gt;

&lt;p&gt;Also the Nexus 7000 would be a waste of that platform.
Each slot on the Nexus 7000 can push 80Gb.  You'd need at LEAST 8 machines per slot to make the backkplane useful.  There would be little point as a customer in spending so much on a chassis and backplane to only run a few gigs per slot.&lt;/p&gt;

&lt;p&gt;So I think you're way off on a few points here, but it's fun to talk about.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Cisco has tried this before, and it was squashed by IBM before it ever saw the light of day.</p>
<p>Why do you think Andy Bechtolsheim left Cisco to form an AMD blade company? (which was smartly bought by Sun!)</p>
<p>Frankly, I don&#8217;t trust Cisco to be able to execute on this type of product. They&#8217;re simply too big and politicial to pull it off.</p>
<p>Also the Nexus 7000 would be a waste of that platform.<br />
Each slot on the Nexus 7000 can push 80Gb.  You&#8217;d need at LEAST 8 machines per slot to make the backkplane useful.  There would be little point as a customer in spending so much on a chassis and backplane to only run a few gigs per slot.</p>
<p>So I think you&#8217;re way off on a few points here, but it&#8217;s fun to talk about.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Leinwand</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-866965</link>
		<dc:creator>Allan Leinwand</dc:creator>
		<pubDate>Sat, 22 Mar 2008 15:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-866965</guid>
		<description>&lt;p&gt;@Timo - agreed that Cisco has rusting technology :)&lt;/p&gt;

&lt;p&gt;@Jay - thanks for the thoughts on IBM having better server expertise. And, as you imply, you have IGS there to help you out.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Timo - agreed that Cisco has rusting technology :)</p>
<p>@Jay - thanks for the thoughts on IBM having better server expertise. And, as you imply, you have IGS there to help you out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CISCO Linux-based blade servers</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-866960</link>
		<dc:creator>CISCO Linux-based blade servers</dc:creator>
		<pubDate>Sat, 22 Mar 2008 15:20:14 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-866960</guid>
		<description>&lt;p&gt;[...] via gigaom [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] via gigaom [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cisco pretende vender blade servers - Foros de Chilehardware</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-866951</link>
		<dc:creator>Cisco pretende vender blade servers - Foros de Chilehardware</dc:creator>
		<pubDate>Sat, 22 Mar 2008 14:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-866951</guid>
		<description>&lt;p&gt;[...] opción tendrá más éxito? y ¿Qué harán los fabricantes de blade servers para desquitarse?  Fuente: GigaOm    __________________  Chilehardware - TecnoSquad - BotonTurbo - UrbanPower - Twitter - [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] opción tendrá más éxito? y ¿Qué harán los fabricantes de blade servers para desquitarse?  Fuente: GigaOm    __________________  Chilehardware - TecnoSquad - BotonTurbo - UrbanPower - Twitter - [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Godse</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-866945</link>
		<dc:creator>Jay Godse</dc:creator>
		<pubDate>Sat, 22 Mar 2008 13:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-866945</guid>
		<description>&lt;p&gt;This is an interesting question. From a customer's point of view, which option gives the warm and fuzzy feeling of knowing that the computing infrastructure is "up"? I think that question reduces to one of recovery; how hard is it to recover from bad network engineering versus bad server engineering.&lt;/p&gt;

&lt;p&gt;How does it happen? I argue that the recovery from bad network engineering has a clearer path to success. You cough a relatively bounded sum of money for new networking equipment, deploy it in a relatively bounded time, and fix the problem. Recovery from bad server engineering has a much less clear path to success. Because the success of the application has many connections between servers, VMs, memory, caches, disk storage, and networking, the recovery from bad server engineering is much less deterministic. It is harder to predict when you will recover, and if you have enough money to recover.&lt;/p&gt;

&lt;p&gt;In the market you describe, IBM has the server engineering expertise, while Cisco and IBM both have the network engineering expertise. Having Cisco peddle blade servers won't change that.&lt;/p&gt;

&lt;p&gt;I'd go with IBM. If Over time Cisco builds branded enterprise server engineering expertise with a "Cisco Global Services" group (or something like that) that is well known, then I would give them the same advantage as IBM.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This is an interesting question. From a customer&#8217;s point of view, which option gives the warm and fuzzy feeling of knowing that the computing infrastructure is &#8220;up&#8221;? I think that question reduces to one of recovery; how hard is it to recover from bad network engineering versus bad server engineering.</p>
<p>How does it happen? I argue that the recovery from bad network engineering has a clearer path to success. You cough a relatively bounded sum of money for new networking equipment, deploy it in a relatively bounded time, and fix the problem. Recovery from bad server engineering has a much less clear path to success. Because the success of the application has many connections between servers, VMs, memory, caches, disk storage, and networking, the recovery from bad server engineering is much less deterministic. It is harder to predict when you will recover, and if you have enough money to recover.</p>
<p>In the market you describe, IBM has the server engineering expertise, while Cisco and IBM both have the network engineering expertise. Having Cisco peddle blade servers won&#8217;t change that.</p>
<p>I&#8217;d go with IBM. If Over time Cisco builds branded enterprise server engineering expertise with a &#8220;Cisco Global Services&#8221; group (or something like that) that is well known, then I would give them the same advantage as IBM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FuzzLinks.com &#187; Coming Soon: The Cisco Blade Server?</title>
		<link>http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/#comment-866940</link>
		<dc:creator>FuzzLinks.com &#187; Coming Soon: The Cisco Blade Server?</dc:creator>
		<pubDate>Sat, 22 Mar 2008 11:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.com/?p=11887#comment-866940</guid>
		<description>&lt;p&gt;[...] The movement toward blade servers in the enterprise data center has been growing steadily for some time, backed by manufacturers like IBM and HP. But expect to soon see networking giant Cisco Systems enter this market as well, setting themselves up for a tense battle with blade server manufacturers for control of the enterprise data center. http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/ [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] The movement toward blade servers in the enterprise data center has been growing steadily for some time, backed by manufacturers like IBM and HP. But expect to soon see networking giant Cisco Systems enter this market as well, setting themselves up for a tense battle with blade server manufacturers for control of the enterprise data center. <a href="http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/" rel="nofollow">http://gigaom.com/2008/03/21/coming-soon-the-cisco-blade-server/</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
