<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:copyright="http://blogs.law.harvard.edu/tech/rss" xmlns:image="http://purl.org/rss/1.0/modules/image/">
    <channel>
        <title>Application Delivery Market</title>
        <link>http://devcentral.f5.com/weblogs/dan/category/55.aspx</link>
        <description>Application Delivery Market</description>
        <language>en-US</language>
        <copyright>Dan Matte</copyright>
        <generator>Subtext Version 2.1.1.1</generator>
        <item>
            <title>Maybe I should get a tattoo</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2007/05/10/2830.aspx</link>
            <description>&lt;p&gt;&lt;a href="http://gartner.com/"&gt;Gartner&lt;/a&gt; recently published a new Magic Quadrant for Application Delivery Products (which basically means &lt;a href="http://www.f5.com/products/bigip/"&gt;BIG-IP&lt;/a&gt; for &lt;a title="" href="http://www.f5.com"&gt;F5&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;If I ever decide to get a tattoo, the new magic quadrant has to be on the short list of designs.  We're the only vendor to have always been in the leader quadrant since Gartner started publishing a Magic Quadrant for this category in 2001.  The whole &lt;a title="" href="http://www.f5.com"&gt;F5&lt;/a&gt; team should be very proud of this achievement.  Of course, since Gartner's criteria keep the quadrant drifting up and to the right over time, we can't sit on our laurels if we want to be in a similar position next go around.&lt;/p&gt;
&lt;p&gt;The new Magic Quadrant for Application Delivery Products can be found &lt;a href="http://mediaproducts.gartner.com/reprints/f5networks/vol2/article1/article1.html"&gt;here&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2830.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2007/05/10/2830.aspx</guid>
            <pubDate>Thu, 10 May 2007 23:59:05 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2830.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2007/05/10/2830.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2830.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Tax Relief from Spam</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2007/03/16/2788.aspx</link>
            <description>&lt;div&gt;There have been some interesting email threads flying around internally over the past week discussing spam and how people must deal with it.  You likely know that we formed a partnership with &lt;a href="http://www.securecomputing.com/"&gt;Secure Computing&lt;/a&gt; that resulted in a product offering called the &lt;a href="http://www.f5.com/products/bigip/modules/index.html#MessageSecurity"&gt;Message Security Module&lt;/a&gt; (MSM) that can be licensed on a &lt;a href="http://www.f5.com/products/bigip/"&gt;BIG-IP&lt;/a&gt;.  The announcement is located &lt;a href="http://www.f5.com/communication/press/2006/release112006.html"&gt;here&lt;/a&gt;.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;The email threads were related to MSM and discussed how long mail had to be retained and what constituted actually receiving a message which, in turn, leads to it having to be retained.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;Companies are increasingly facing requirements to store email for longer periods of time. There is a huge amount of resources wasted on storing and backing up spam messages that have absolutely nothing to do with business.  Once you've received the message, you need to deal with it - even if it is spam and that costs both time and money.  Intel is &lt;a href="http://www.eweek.com/article2/0,1895,2101674,00.asp"&gt;currently facing a challenge to come up with old emails&lt;/a&gt;  and I'm sure system administrators everywhere hate getting the request "we need to find all email associated with _____".  If spam is eliminated from what had to be retained in the first place, at least there would be less to sift through.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;We’re hearing of organizations even backing up the spam that their spam gateways process.  The end users don’t see it hit their inbox but the internal systems still have to deal with it and that just doesn't seem right.&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;Typical anti-spam devices must receive, parse, scan and then evaluate a message in order for them to determine what to do with it (nicely put, Ken).  Blocking spam by never allowing the message to be received in the first place seems to be a very good way to negate all taxes that downstream systems have placed on them due to spam -  lower load on the network, less load on the anti-spam gateways, less storage required, less bandwidth for data backup, etc.  With MSM, email from known bad senders is blocked before the message is ever received.  &lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;p&gt;&lt;/p&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
&lt;div&gt;MSM basically works this way:&lt;/div&gt;
&lt;ol type="1"&gt;
    &lt;li style="MARGIN: 0in 0in 0pt"&gt;Send mail (SMTP) request is made from the Internet to BIG-IP running MSM &lt;/li&gt;
    &lt;li style="MARGIN: 0in 0in 0pt"&gt;We do a query to Secure Computing's &lt;a href="http://trustedsource.org/"&gt;TrustedSource&lt;/a&gt; reputation database &lt;/li&gt;
    &lt;li style="MARGIN: 0in 0in 0pt"&gt;TrustedSource replies with a reputation score for the sender &lt;/li&gt;
    &lt;li style="MARGIN: 0in 0in 0pt"&gt;We either terminate the SMTP connection before the sender is able to send the message or pass it through based on the reputation score and the thresholds configured. &lt;/li&gt;
    &lt;li style="MARGIN: 0in 0in 0pt"&gt;Done &lt;/li&gt;
&lt;/ol&gt;
&lt;div&gt;Since the spam message is never actually received, other systems don't have to deal with it and thereby enjoy "Tax Relief" from the burden that spam would otherwise place on them.&lt;/div&gt;
&lt;div style="MARGIN: 0in 0in 0pt"&gt; &lt;/div&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2788.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2007/03/16/2788.aspx</guid>
            <pubDate>Fri, 16 Mar 2007 07:00:43 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2788.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2007/03/16/2788.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2788.aspx</wfw:commentRss>
        </item>
        <item>
            <title>F5 #1 According to Gartner</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2006/12/12/2560.aspx</link>
            <description>&lt;P&gt;Gartner recently published their quarterly market share measurements for the Application Delivery Controller market.&amp;nbsp; We're very fortunate to again &lt;A href="http://www.f5.com/communication/press/2006/release121206.html"&gt;occupy the number one spot&lt;/A&gt;.&amp;nbsp; This is pretty amazing especially given the caliber of companies (Cisco, Juniper, Citrix, Foundry and more) that we're up against.&lt;/P&gt;
&lt;P&gt;Thanks to all our customers, partners and F5ers who help make this happen every day!&lt;/P&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2560.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2006/12/12/2560.aspx</guid>
            <pubDate>Tue, 12 Dec 2006 15:15:00 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2560.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2006/12/12/2560.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2560.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Citrix CFO provides some insight to Netscaler business</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2006/12/11/2552.aspx</link>
            <description>&lt;P&gt;Some interesting tidbits from a few recent financial conferences where &lt;A href="http://citrix.com/English/aboutCitrix/leadership.asp?bioID=8217"&gt;David Henshall&lt;/A&gt;,&amp;nbsp;&lt;A href="http://citrix.com/lang/English/home.asp"&gt;Citrix's&lt;/A&gt; CFO, presented:&lt;/P&gt;
&lt;P&gt;At the&amp;nbsp;&lt;A href="http://www.csfb.com/home/index/index.html"&gt;Credit Suisse First Boston&lt;/A&gt; annual Technology Conference&amp;nbsp;&lt;A href="http://www.csfb.com/conferences/past.shtml"&gt;November 30, 2006&lt;/A&gt;:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;A href="http://citrix.com/English/aboutCitrix/leadership.asp?bioID=21763"&gt;BV Jagadeesh&lt;/A&gt; (former&amp;nbsp;CEO of &lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=21679"&gt;Netscaler&lt;/A&gt;) is moving to "more of an evangelical role" from his GM role for the Application Networking Group&lt;/LI&gt;
&lt;LI&gt;The Western US Sales region has been responsible for about half of their &lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=21679"&gt;Netscaler&lt;/A&gt; revenue&lt;/LI&gt;
&lt;LI&gt;They are moving the Western regional sales VP into Jagadeesh's former GM role&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;At a &lt;A href="http://www2.goldmansachs.com/"&gt;Goldman Sachs&lt;/A&gt; Software and IT Services Conference on November 8, 2006:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=33886&amp;amp;ntref=PROHOME_Main"&gt;WANScaler&lt;/A&gt; products (Orbital acquisition) will be launched in January 2007&lt;/LI&gt;
&lt;LI&gt;Addressing channel partner adoption of &lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=33886&amp;amp;ntref=PROHOME_Main"&gt;WANScaler&lt;/A&gt; he said "It should be a lot easier to adopt than the &lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=21679"&gt;Netscaler&lt;/A&gt; product."&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;What's to be made of this?&amp;nbsp; Here's my take:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;In 6 months it will have been 2 years since Citrix acquired Netscaler.&amp;nbsp; It looks like BV Jagadeesh is positioning himself to move out of the company.&amp;nbsp; Not surprising and likely coincides with financial handcuffs coming off.&lt;/LI&gt;
&lt;LI&gt;Concentration of sales in the Western US - this is consistent with what we've seen in the market.&amp;nbsp; Peel out a couple of key accounts and there are very few sales in other areas.&amp;nbsp; In their last earnings call they also said that there was essentially no Netscaler revenue for APAC and a little from EMEA.&amp;nbsp; It appears that broad adoption has been a challenge for them.&amp;nbsp; &lt;/LI&gt;
&lt;LI&gt;Ever since making the Netscaler acquisiton, Citrix has been touting the leverage they would&amp;nbsp;be able to achieve with their traditional channel partners.&amp;nbsp; From our observations, we believe that the majority of Netscaler revenue continues to come from the original Netscaler resellers, not the traditional Citrix channel partners.&amp;nbsp; Mr. Henshall's comment seems to confirm this.&amp;nbsp; I also think they will discover that the WANScaler adoption won't be "a lot easier".&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;Citrix's market share in the Application Delivery Controller space continues to hover between 7-8%.&amp;nbsp; I don't believe that this latest round of changes will materially improve their prospects to gain market share.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2552.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2006/12/11/2552.aspx</guid>
            <pubDate>Mon, 11 Dec 2006 15:45:00 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2552.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2006/12/11/2552.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2552.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Truthiness in Vendor Claims</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2006/10/17/2180.aspx</link>
            <description>&lt;P&gt;You may have heard of the term "&lt;A href="http://en.wikipedia.org/wiki/Truthiness"&gt;truthiness&lt;/A&gt;" coined by &lt;A href="http://www.comedycentral.com/shows/the_colbert_report/host/stephen_colbert.jhtml"&gt;Stephen Colbert&lt;/A&gt;, host of the fake news show "&lt;A href="http://www.comedycentral.com/shows/the_colbert_report/index.jhtml"&gt;The Colbert Report&lt;/A&gt;".&lt;/P&gt;
&lt;P&gt;I read a &lt;A href="http://networkcomputing.com/blog/dailyblog/archives/2006/10/truth_vs_truthi.html#more"&gt;blog&amp;nbsp;entry&lt;/A&gt; on &lt;A href="http://networkcomputing.com/"&gt;Network Computing's&lt;/A&gt; site that uses that term in reference to vendor performance claims. At the heart of the &lt;A href="http://networkcomputing.com/blog/dailyblog/archives/2006/10/barracuda_netwo.html;jsessionid=TIIXMJBQMTIWAQSNDLOSKHSCJUNN2JVN#more"&gt;discussion that ensues&lt;/A&gt; with the vendor is the inability to reproduce the performance claims that the vendor makes in a real environment.&lt;/P&gt;
&lt;P&gt;At &lt;a title="" href="http://www.f5.com" &gt;F5&lt;/a&gt; we take that very seriously.&amp;nbsp; Over time we have been accused of being too conservative with how we characterize the performance of our devices.&amp;nbsp; Some of the vendors that we compete against make their performance claims based on truthiness.&amp;nbsp; A couple of examples are using stats like TCP connection setups per second or what we term infinite to infinite connections.&amp;nbsp; &lt;/P&gt;
&lt;P&gt;The TCP setup per second stat ignores the fact that there is also work to be done to tear the connection down let alone actually send data across the connection - both of which dramatically reduce the original number claimed.&amp;nbsp; Typically vendors that have some type of hardware acceleration that is good at setting up connections will cite that stat.&amp;nbsp; Several years ago, &lt;A href="http://products.nortel.com/go/product_content.jsp?segId=0&amp;amp;parId=0&amp;amp;prod_id=37160&amp;amp;locale=en-US"&gt;Alteon Websystems&lt;/A&gt;, now owned by &lt;A href="http://www.nortel.com/"&gt;Nortel&lt;/A&gt;, used that form of measurement extensively to make big performance claims.&amp;nbsp; More recenly, we've seen the TCP setup per second claim resurface in the launch materials surrounding &lt;A href="http://cisco.com/"&gt;Cisco's&lt;/A&gt; &lt;A href="http://www.cisco.com/en/US/products/ps6906/index.html"&gt;ACE&lt;/A&gt;.&amp;nbsp; Kudos to Cisco for bringing back a classic.&lt;/P&gt;
&lt;P&gt;&lt;A href="http://citrix.com/lang/English/home.asp"&gt;Citrix's&lt;/A&gt; &lt;A href="http://citrix.com/English/ps2/products/product.asp?contentID=21679&amp;amp;ntref=hp_nav_US"&gt;Netscaler&lt;/A&gt; product performance claims use what we call infinite to infinite connections.&amp;nbsp; Basically that is multiplexing as many individual requests as possible over relatively few connections between the client and the Netscaler box as well as between the Netscaler box and the server.&amp;nbsp; That's something you can do in the lab but that you would never actually see in the field.&amp;nbsp; We're seeing more customers who were &lt;A href="http://f5.com/solutions/success/rapattoni_ss.html"&gt;initially lured by the high performance claims switching&lt;/A&gt; to &lt;a title="" href="http://www.f5.com" &gt;F5&lt;/a&gt; when reality did not match the expectations that were set.&lt;/P&gt;
&lt;P&gt;We&amp;nbsp;don't use those tricks when we come up with our &lt;A href="http://f5.com/products/bigip/"&gt;performance claims&lt;/A&gt;&amp;nbsp;I would rather provide &lt;A href="http://www.f5.com/products/pdfs/BBTV9_Performance_Report.pdf"&gt;data that is useful to customers&lt;/A&gt; to make an informed sizing decision.&amp;nbsp; Will we always win at every possible performance metric that can be cooked up in a lab? No. But I believe that customers appreciate truth over&amp;nbsp;truthiness and that will serve the market better in the long term.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2180.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2006/10/17/2180.aspx</guid>
            <pubDate>Tue, 17 Oct 2006 13:43:00 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2180.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2006/10/17/2180.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2180.aspx</wfw:commentRss>
        </item>
        <item>
            <title>Some False Claims by Citrix</title>
            <link>http://devcentral.f5.com/weblogs/dan/archive/2006/09/20/2093.aspx</link>
            <description>&lt;P&gt;&lt;A href="http://citrix.com/lang/English/home.asp"&gt;Citrix&lt;/A&gt; &lt;A href="http://home.businesswire.com/portal/site/google/index.jsp?ndmViewId=news_view&amp;amp;newsId=20060919005584&amp;amp;newsLang=en"&gt;announced&lt;/A&gt; a new version of software for their Netscaler product yesterday.&amp;nbsp; They made a claim in their&amp;nbsp;press release that is simply not true.&amp;nbsp; They stated: "This latest release of Citrix NetScaler extends our leadership in this market and further advances state-of-the-art web application delivery."&lt;/P&gt;
&lt;P&gt;There are two things about that statement that need to be corrected.&lt;/P&gt;
&lt;P&gt;First, they are claiming to extend their leadership in the market.&amp;nbsp; Hmmmm...do they lead in market share?&amp;nbsp; &lt;A href="http://f5.com/communication/press/2006/release060706.html"&gt;No&lt;/A&gt;.&amp;nbsp; Do they lead in functionality? &lt;A href="http://f5.com/communication/press/2005/release021805.html"&gt;No&lt;/A&gt;. Do they lead in performance? &lt;A href="http://www.f5.com/reports/v9_Functionality.pdf"&gt;No&lt;/A&gt;.&amp;nbsp; Are they rated highest by industry analysts? &lt;A href="http://f5.com/f5/Gartner.html"&gt;No&lt;/A&gt;.&amp;nbsp; Leader?&amp;nbsp; I think not.&amp;nbsp; Extending a lead?&amp;nbsp; Absolutely not!&lt;/P&gt;
&lt;P&gt;Second, the feature set that they are introducing in this new version is a subset of what we introduced to the market&amp;nbsp;when &lt;A href="http://f5.com/communication/press/archive04/release090704.html"&gt;we released version 9 two years ago&lt;/A&gt;!&amp;nbsp; So, they're not advancing the state of the art either - escpecially since we've added functionality and extended performance to &lt;A href="http://f5.com/products/bigip/"&gt;BIG-IP&lt;/A&gt; since then.&lt;/P&gt;
&lt;P&gt;Press releases are used to tout new things but we shouldn't allow companies to make claims that are simply false without subjecting them to scrutiny.&lt;/P&gt;&lt;img src="http://devcentral.f5.com/weblogs/dan/aggbug/2093.aspx" width="1" height="1" /&gt;</description>
            <dc:creator>Dan Matte</dc:creator>
            <guid>http://devcentral.f5.com/weblogs/dan/archive/2006/09/20/2093.aspx</guid>
            <pubDate>Wed, 20 Sep 2006 14:32:00 GMT</pubDate>
            <wfw:comment>http://devcentral.f5.com/weblogs/dan/comments/2093.aspx</wfw:comment>
            <comments>http://devcentral.f5.com/weblogs/dan/archive/2006/09/20/2093.aspx#feedback</comments>
            <wfw:commentRss>http://devcentral.f5.com/weblogs/dan/comments/commentRss/2093.aspx</wfw:commentRss>
        </item>
    </channel>
</rss>
