<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Problem With Vendor Sponsored Testing</title>
	<atom:link href="http://www.unifiedcomputingblog.com/2010/06/16/the-problem-with-vendor-sponsored-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.unifiedcomputingblog.com/2010/06/16/the-problem-with-vendor-sponsored-testing/</link>
	<description>Random posts about unified computing and data center</description>
	<lastBuildDate>Sat, 11 May 2013 23:30:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Joe Onisick</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/16/the-problem-with-vendor-sponsored-testing/#comment-133</link>
		<dc:creator>Joe Onisick</dc:creator>
		<pubDate>Wed, 16 Jun 2010 22:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=161#comment-133</guid>
		<description><![CDATA[Dave,

Great post, and I commend you on taking an objective stance.  The moral is always the test will always reflect the funding and therefore these tests must be taken with a grain of salt or thrown out completely.  

My major complaint with tests like the ones your describing is the summaries of results and assumptions obtained from the data.  Some of the recent reports in question start with a summary that is far from an independant assesment.

If as Kevin states:

&quot;In any given test project, we state what we are trying to prove, how we are going about proving same and what we found. We don’t try to make decisions for users, It is up to them to decide whether a given test is relevant to their needs.&quot;

Then they should be very wary of making emphatic statements about the results if the results were based on testing designed to highlight strengths compared to weaknesses.

Joe]]></description>
		<content:encoded><![CDATA[<p>Dave,</p>
<p>Great post, and I commend you on taking an objective stance.  The moral is always the test will always reflect the funding and therefore these tests must be taken with a grain of salt or thrown out completely.  </p>
<p>My major complaint with tests like the ones your describing is the summaries of results and assumptions obtained from the data.  Some of the recent reports in question start with a summary that is far from an independant assesment.</p>
<p>If as Kevin states:</p>
<p>&#8220;In any given test project, we state what we are trying to prove, how we are going about proving same and what we found. We don’t try to make decisions for users, It is up to them to decide whether a given test is relevant to their needs.&#8221;</p>
<p>Then they should be very wary of making emphatic statements about the results if the results were based on testing designed to highlight strengths compared to weaknesses.</p>
<p>Joe</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Recent Conversation with the Founder of Tolly Group — Define The Cloud</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/16/the-problem-with-vendor-sponsored-testing/#comment-132</link>
		<dc:creator>Recent Conversation with the Founder of Tolly Group — Define The Cloud</dc:creator>
		<pubDate>Wed, 16 Jun 2010 22:00:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=161#comment-132</guid>
		<description><![CDATA[[...] funded independent testing is actually worth take a look at Dave Alexander’s blog on the subject: http://www.unifiedcomputingblog.com/?p=161. GD Star [...]]]></description>
		<content:encoded><![CDATA[<p>[...] funded independent testing is actually worth take a look at Dave Alexander’s blog on the subject: <a href="http://www.unifiedcomputingblog.com/?p=161" rel="nofollow">http://www.unifiedcomputingblog.com/?p=161</a>. GD Star [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Alexander</title>
		<link>http://www.unifiedcomputingblog.com/2010/06/16/the-problem-with-vendor-sponsored-testing/#comment-131</link>
		<dc:creator>Dave Alexander</dc:creator>
		<pubDate>Wed, 16 Jun 2010 21:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.unifiedcomputingblog.com/?p=161#comment-131</guid>
		<description><![CDATA[Reposting with permission from Kevin Tolly:

&quot;In any given test project, we state what we are trying to prove, how we are going about proving same and what we found. We don&#039;t try to make decisions for users, It is up to them to decide whether a given test is relevant to their needs.

We clearly state the level of vendor involvement when running a competitive test. Yes, there are times when Cisco (and other vendors) get involved in tests sponsored by competitors. In fact, it is more often than not that they DO get involved. And, yes, we do conduct tests where HP (and other Tolly test sponsors) is the competitor. In our most recent LAN switch test, sponsored by LG-Nortel and involving Cisco, Cisco notified us that they had a new model switch that would be more appropriate for the test. Cisco shipped us their preferred switch, it was tested in place of the original and those results were published. Furthermore, that test also compared LG-Nortel vs two HP LAN Switches. HP participated in the test and also confirmed the accuracy of their results. Please see:  http://www.tolly.com/DocDetail.aspx?DocNumber=210125. 

I don&#039;t disagree with you that, in a perfect world, each user should run their own bake-off. While that may be possible with certain technologies and products, there are many tests that we run that require million-dollar-plus test rigs, a lot of test tool expertise and sometimes weeks of lab time. Most prospective buyers just can&#039;t run them. In fact, many publications that feature a &quot;test lab&quot; cannot even test gear properly as they, too, do not have the requisite time, gear or expertise.

Whenever possible, we run our tests according to &quot;common test plans&quot; that we have developed with input from interested technologists from the vendor and analyst/consultant community. They do not yet include server tests but do cover LAN Switch and VoIP &quot;green&quot; tests, Data Loss Prevention,  App Switching (L4-7) and other areas. We maintain a Common Test Plan site (http://www.commontestplan.org/) and are always open to suggestions for further test plans.

Thanks for your interest in the matter. Please feel free to post and/or share with your readers as you see fit.

Cordially,
Kevin Tolly
Founder
The Tolly Group&quot;]]></description>
		<content:encoded><![CDATA[<p>Reposting with permission from Kevin Tolly:</p>
<p>&#8220;In any given test project, we state what we are trying to prove, how we are going about proving same and what we found. We don&#8217;t try to make decisions for users, It is up to them to decide whether a given test is relevant to their needs.</p>
<p>We clearly state the level of vendor involvement when running a competitive test. Yes, there are times when Cisco (and other vendors) get involved in tests sponsored by competitors. In fact, it is more often than not that they DO get involved. And, yes, we do conduct tests where HP (and other Tolly test sponsors) is the competitor. In our most recent LAN switch test, sponsored by LG-Nortel and involving Cisco, Cisco notified us that they had a new model switch that would be more appropriate for the test. Cisco shipped us their preferred switch, it was tested in place of the original and those results were published. Furthermore, that test also compared LG-Nortel vs two HP LAN Switches. HP participated in the test and also confirmed the accuracy of their results. Please see:  <a href="http://www.tolly.com/DocDetail.aspx?DocNumber=210125" rel="nofollow">http://www.tolly.com/DocDetail.aspx?DocNumber=210125</a>. </p>
<p>I don&#8217;t disagree with you that, in a perfect world, each user should run their own bake-off. While that may be possible with certain technologies and products, there are many tests that we run that require million-dollar-plus test rigs, a lot of test tool expertise and sometimes weeks of lab time. Most prospective buyers just can&#8217;t run them. In fact, many publications that feature a &#8220;test lab&#8221; cannot even test gear properly as they, too, do not have the requisite time, gear or expertise.</p>
<p>Whenever possible, we run our tests according to &#8220;common test plans&#8221; that we have developed with input from interested technologists from the vendor and analyst/consultant community. They do not yet include server tests but do cover LAN Switch and VoIP &#8220;green&#8221; tests, Data Loss Prevention,  App Switching (L4-7) and other areas. We maintain a Common Test Plan site (<a href="http://www.commontestplan.org/" rel="nofollow">http://www.commontestplan.org/</a>) and are always open to suggestions for further test plans.</p>
<p>Thanks for your interest in the matter. Please feel free to post and/or share with your readers as you see fit.</p>
<p>Cordially,<br />
Kevin Tolly<br />
Founder<br />
The Tolly Group&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
