<?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: Cisco Application Control Engine (ACE) &#8211; Introduction and Comparison With F5</title>
	<atom:link href="http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Tue, 22 May 2012 13:24:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Should I Choose Cisco Service Modules for the Future</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-97</link>
		<dc:creator>Should I Choose Cisco Service Modules for the Future</dc:creator>
		<pubDate>Sun, 19 Jun 2011 21:08:22 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-97</guid>
		<description>[...] belief in the Application Control Engine is pretty much over ( I previously reviewed it here ). For load balancers, I&#8217;m into F5 if I can get the money or anything else if I can&#8217;t. [...] </description>
		<content:encoded><![CDATA[<p>[...] belief in the Application Control Engine is pretty much over ( I previously reviewed it here ). For load balancers, I&#8217;m into F5 if I can get the money or anything else if I can&#8217;t. [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SE</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-96</link>
		<dc:creator>SE</dc:creator>
		<pubDate>Wed, 10 Nov 2010 05:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-96</guid>
		<description>F5 includes a performance calculation tool in the IRules editor.  Use it, it will show what little tweaks can be made to code that will optimize it.  Also read the TCL command syntax as they give you an idea as well.</description>
		<content:encoded><![CDATA[<p>F5 includes a performance calculation tool in the IRules editor.  Use it, it will show what little tweaks can be made to code that will optimize it.  Also read the TCL command syntax as they give you an idea as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kris</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-95</link>
		<dc:creator>kris</dc:creator>
		<pubDate>Tue, 01 Jun 2010 11:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-95</guid>
		<description>Hi,

Why is that we are not able to access VIP from same vlan ?</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Why is that we are not able to access VIP from same vlan ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Load Balance/Balanceadores de Carga, quem trabalha com WEB sabe a sua import‚ncia. &#124; Coruja de TI</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-94</link>
		<dc:creator>Load Balance/Balanceadores de Carga, quem trabalha com WEB sabe a sua import‚ncia. &#124; Coruja de TI</dc:creator>
		<pubDate>Thu, 15 Apr 2010 21:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-94</guid>
		<description>[...] grandes players, o F5 BIG-IP LTM e o Cisco ACE. Se tratando de performance, v·rios documentos e comparaÁıes dizem que as funcionalidades de load balance do Cisco Ace s„o superiores ao do F5 BIG-IP LTM. O [...] </description>
		<content:encoded><![CDATA[<p>[...] grandes players, o F5 BIG-IP LTM e o Cisco ACE. Se tratando de performance, v·rios documentos e comparaÁıes dizem que as funcionalidades de load balance do Cisco Ace s„o superiores ao do F5 BIG-IP LTM. O [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-93</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Sat, 08 Aug 2009 10:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-93</guid>
		<description>Hi Keith

The Cisco ACE4710 has a GUI console much like the ASDM on ASA, or SDM on IOS. You could use that to do a lot fo the configuration. 

If you are struggling to understand the policy/class-map way of configuring, then you might want to do a search for &quot;C3PL&quot; otherwise Cisco Common Classification Policy Language to get an introduction and to help you understand the way this works. 

Since I use C3PL is used on all Cisco products (ASA, IOS, and others) I am quite used to used to it, but it did take a while. 

With regards to F5, until they support virtualisation (currently projected for NEVER) there is no way I will go back. They are not that great. Funky features, but the same problems as the ACE.</description>
		<content:encoded><![CDATA[<p>Hi Keith</p>
<p>The Cisco ACE4710 has a GUI console much like the ASDM on ASA, or SDM on IOS. You could use that to do a lot fo the configuration. </p>
<p>If you are struggling to understand the policy/class-map way of configuring, then you might want to do a search for &#8220;C3PL&#8221; otherwise Cisco Common Classification Policy Language to get an introduction and to help you understand the way this works. </p>
<p>Since I use C3PL is used on all Cisco products (ASA, IOS, and others) I am quite used to used to it, but it did take a while. </p>
<p>With regards to F5, until they support virtualisation (currently projected for NEVER) there is no way I will go back. They are not that great. Funky features, but the same problems as the ACE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Boblits</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-92</link>
		<dc:creator>Keith Boblits</dc:creator>
		<pubDate>Fri, 07 Aug 2009 22:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-92</guid>
		<description>We have just purchased several sets of ACE appliances (4710) since Cisco has strongly encouraged us not to deploy their CSS product in new environments.   I must say there is quite a difference when contrasted with the CSS and the ease of configuration is not so intuitive.  I find the ìpolicy mapsî  more difficult to work with when creating load balancing rules and the configuration as a whole doesnít appear as structured as the CSS.   Iím not a GUI person since I want to see the ìunder the hoodî pieces of the configuration.   I do realize the ACE is more feature rich than the CSS, however.    Iím not sure if patience will win out but there has been talk of looking into F5 in the future.</description>
		<content:encoded><![CDATA[<p>We have just purchased several sets of ACE appliances (4710) since Cisco has strongly encouraged us not to deploy their CSS product in new environments.   I must say there is quite a difference when contrasted with the CSS and the ease of configuration is not so intuitive.  I find the ìpolicy mapsî  more difficult to work with when creating load balancing rules and the configuration as a whole doesnít appear as structured as the CSS.   Iím not a GUI person since I want to see the ìunder the hoodî pieces of the configuration.   I do realize the ACE is more feature rich than the CSS, however.    Iím not sure if patience will win out but there has been talk of looking into F5 in the future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-91</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Thu, 02 Apr 2009 05:33:37 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-91</guid>
		<description>I don&#039;t find the CLI a problem, and most networking people are don&#039;t have a problem. People who are server-focussed sometimes  have problems if they are not well practiced in using the CLI.

Have you looked at using the Cisco Application Network Manager which is a graphical interface for administering and using the ACE modules ? I found this a lot easier when engaging with people who were used to GUI interfaces and didn&#039;t have much experience with CLI.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t find the CLI a problem, and most networking people are don&#8217;t have a problem. People who are server-focussed sometimes  have problems if they are not well practiced in using the CLI.</p>
<p>Have you looked at using the Cisco Application Network Manager which is a graphical interface for administering and using the ACE modules ? I found this a lot easier when engaging with people who were used to GUI interfaces and didn&#8217;t have much experience with CLI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-90</link>
		<dc:creator>Bob</dc:creator>
		<pubDate>Wed, 01 Apr 2009 23:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-90</guid>
		<description>Our experience with the ACE modules has been abysmal. Performing the simplest function (i.e., uploading an SSL cert) is difficult relative to F5 boxes. We have been working with Cisco TAC for 3 days now to get that little thing accomplished. Their UI is horrible and I can say for certain that there is no hope that our operations team will be able to do the simple things they need to do on their own (ie., move servers in and out of pools).

All the power, throughput and price is useless if I need a CCIE and Cisco TAC to upload a simple certificate. The complexity of Cisco gear continues to be another reason why they will lose marketshare. Command line is great, but seems more like machismo at this point.</description>
		<content:encoded><![CDATA[<p>Our experience with the ACE modules has been abysmal. Performing the simplest function (i.e., uploading an SSL cert) is difficult relative to F5 boxes. We have been working with Cisco TAC for 3 days now to get that little thing accomplished. Their UI is horrible and I can say for certain that there is no hope that our operations team will be able to do the simple things they need to do on their own (ie., move servers in and out of pools).</p>
<p>All the power, throughput and price is useless if I need a CCIE and Cisco TAC to upload a simple certificate. The complexity of Cisco gear continues to be another reason why they will lose marketshare. Command line is great, but seems more like machismo at this point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-89</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Mon, 13 Oct 2008 20:20:38 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-89</guid>
		<description>elpingu

I appreciate your feedback. I have found the later code works much better than the earlier releases, and quite a few new features. Probably on parity with the F5 now (at least for the non-microsoft features anyway).</description>
		<content:encoded><![CDATA[<p>elpingu</p>
<p>I appreciate your feedback. I have found the later code works much better than the earlier releases, and quite a few new features. Probably on parity with the F5 now (at least for the non-microsoft features anyway).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-88</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Mon, 13 Oct 2008 20:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-88</guid>
		<description>mac-sticky is the same as the Distributed Director feature from years ago. Basically the LB remembers the mac-address of the device that the packet was originated from. Then, regardless of ANY other details (like ip routing), it will always send the replay packet from the flow, back to that source. 

Effectively this is layer 2 load balancing, perfect for load balancing layer 2 devices.</description>
		<content:encoded><![CDATA[<p>mac-sticky is the same as the Distributed Director feature from years ago. Basically the LB remembers the mac-address of the device that the packet was originated from. Then, regardless of ANY other details (like ip routing), it will always send the replay packet from the flow, back to that source. </p>
<p>Effectively this is layer 2 load balancing, perfect for load balancing layer 2 devices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thedin</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-87</link>
		<dc:creator>thedin</dc:creator>
		<pubDate>Mon, 13 Oct 2008 06:37:21 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-87</guid>
		<description>I&#039;ve been trying to figure out how to use ACE to do loadbalance a  set of transparent caches. But still couldn&#039;t figure out the proper way to direct the return traffic (from the internet to the clients) to the exact cache that processed the outgoing traffic. Several Cisco guys pointed that I use the mac-sticky feature, but none provided as how that would solve the problem.  Any ideas here ?</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been trying to figure out how to use ACE to do loadbalance a  set of transparent caches. But still couldn&#8217;t figure out the proper way to direct the return traffic (from the internet to the clients) to the exact cache that processed the outgoing traffic. Several Cisco guys pointed that I use the mac-sticky feature, but none provided as how that would solve the problem.  Any ideas here ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: elpingu</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-86</link>
		<dc:creator>elpingu</dc:creator>
		<pubDate>Wed, 08 Oct 2008 04:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-86</guid>
		<description>I have many ACES  14 installed...all my equipment carries sup720 and right code..
so the aces fits right in...i can right away use any vlan without moving a single wire...
I can say by experience that i have seen the ACE handle live 3.5 million sustanined connections
i have seen it handle 990k nat translation sustained
i have seen it push 3.5 gigd sustained...
pure war story...not made up

Now the initial code was buggy...and the replication broke easy...
though upgrades replication is seamless and fails over nicely.

I am a cli type of person and need so see and use text...dont like GUI too much.

now for the bad part...
they do advertise that they can handle 4000 vips..I have 550 and my configuration is very large and complicated ..access-list , nat ,vips ,l7.

well with a  very big configuration the ACE cannot apply the configuration properly and some config does not apply...it does not happen all the time but it happens and spist out an error message .you dont loose the config but it does not apply....they are working on this bug......but is very bad...

again this is in very large configuration .....


 yes the ACE is a workhorse and i can vouch for it..seen it
but at code 2.1.2 they have some configuration size  ceiling which sucks...</description>
		<content:encoded><![CDATA[<p>I have many ACES  14 installed&#8230;all my equipment carries sup720 and right code..<br />
so the aces fits right in&#8230;i can right away use any vlan without moving a single wire&#8230;<br />
I can say by experience that i have seen the ACE handle live 3.5 million sustanined connections<br />
i have seen it handle 990k nat translation sustained<br />
i have seen it push 3.5 gigd sustained&#8230;<br />
pure war story&#8230;not made up</p>
<p>Now the initial code was buggy&#8230;and the replication broke easy&#8230;<br />
though upgrades replication is seamless and fails over nicely.</p>
<p>I am a cli type of person and need so see and use text&#8230;dont like GUI too much.</p>
<p>now for the bad part&#8230;<br />
they do advertise that they can handle 4000 vips..I have 550 and my configuration is very large and complicated ..access-list , nat ,vips ,l7.</p>
<p>well with a  very big configuration the ACE cannot apply the configuration properly and some config does not apply&#8230;it does not happen all the time but it happens and spist out an error message .you dont loose the config but it does not apply&#8230;.they are working on this bug&#8230;&#8230;but is very bad&#8230;</p>
<p>again this is in very large configuration &#8230;..</p>
<p> yes the ACE is a workhorse and i can vouch for it..seen it<br />
but at code 2.1.2 they have some configuration size  ceiling which sucks&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Smiley</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-85</link>
		<dc:creator>George Smiley</dc:creator>
		<pubDate>Sat, 03 May 2008 08:53:10 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-85</guid>
		<description>My company uses both F5 and ACE for LB. The ACE blade have so far shown to be quite unstable and in need of constant reboots. We have been forced to put our high-end customers on the F5 and I do not believe for a minute that ACE is capable of the advertised throughput. The only saving grace for the ACE is  TAC appears to do better job in fielding support calls. In another 2 or 3 years, ACE code may become  stable and not inundated with of bugs and until then,  mission critical stuff stays on the F5.


Cheers</description>
		<content:encoded><![CDATA[<p>My company uses both F5 and ACE for LB. The ACE blade have so far shown to be quite unstable and in need of constant reboots. We have been forced to put our high-end customers on the F5 and I do not believe for a minute that ACE is capable of the advertised throughput. The only saving grace for the ACE is  TAC appears to do better job in fielding support calls. In another 2 or 3 years, ACE code may become  stable and not inundated with of bugs and until then,  mission critical stuff stays on the F5.</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My Etherealmind &#183; Rant: F5 LTM and GTM doesn&#8217;t do external AAA authorization</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-84</link>
		<dc:creator>My Etherealmind &#183; Rant: F5 LTM and GTM doesn&#8217;t do external AAA authorization</dc:creator>
		<pubDate>Sun, 23 Mar 2008 18:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-84</guid>
		<description>[...] and the current method in BigIP is not good enough. I have talked about comparing the F5 and ACE here, minus 5 points to F5. for [...] </description>
		<content:encoded><![CDATA[<p>[...] and the current method in BigIP is not good enough. I have talked about comparing the F5 and ACE here, minus 5 points to F5. for [...] </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikey G</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-83</link>
		<dc:creator>Mikey G</dc:creator>
		<pubDate>Fri, 15 Feb 2008 17:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-83</guid>
		<description>The ACE4700 does use less power than an f5 8800, but the 4700 is more in line with an f5 3400, which is rated at a max power of 300W.

Let&#039;s agree to disagree on the 6500 and a power budget calculation.  Sure, most data centers will have a 6500, but is there a slot available, is it running the proper code (still on CatOs or Hybrid?), does it have a Sup720 or better?  Any upgrades to any of those components have both hard and soft costs associated with him.  Large enterprises and ISPs may not be able afford the outage to any of said components to prepare a switch for the ACE.

No GSLB (GTM) functionality in the ACE is a huge disappointment as well.

Good luck with your install...</description>
		<content:encoded><![CDATA[<p>The ACE4700 does use less power than an f5 8800, but the 4700 is more in line with an f5 3400, which is rated at a max power of 300W.</p>
<p>Let&#8217;s agree to disagree on the 6500 and a power budget calculation.  Sure, most data centers will have a 6500, but is there a slot available, is it running the proper code (still on CatOs or Hybrid?), does it have a Sup720 or better?  Any upgrades to any of those components have both hard and soft costs associated with him.  Large enterprises and ISPs may not be able afford the outage to any of said components to prepare a switch for the ACE.</p>
<p>No GSLB (GTM) functionality in the ACE is a huge disappointment as well.</p>
<p>Good luck with your install&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Ferro</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-81</link>
		<dc:creator>Greg Ferro</dc:creator>
		<pubDate>Fri, 15 Feb 2008 16:06:27 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-81</guid>
		<description>I agree with your view up to a point. In my case,the F5 8800 was more expensive than the complete C6500 with ACE and 48 switch ports. We had no special discounts from either party and I refer to real costs, not list price.

For most data centres, a C6500 is always available. Its hard to regard it as part of the power budget, but I need the MPLS and routing integration for the virtualization, so I regard the C6509 as a benefit, not a platform for just hosting the ACE blade. Note that the ACE 4700 uses less power than the F5 8800 as well.

The F5 BigIP greatest difficulty remains virtualization. The ability to have separate administrative zones with fully separated routing is very valuable.

I disagree on performance. The F5 BigIP loses performance when doing complex manipulations, and, because it is so easy to configure &#039;fancy&#039; load balancing, we do slow it down. I love the interface though.

I am currently configuring Cisco Application Network Manager, I will probably post an article on comparing this with the F5 web interface in a few weeks.

Thanks for your post.</description>
		<content:encoded><![CDATA[<p>I agree with your view up to a point. In my case,the F5 8800 was more expensive than the complete C6500 with ACE and 48 switch ports. We had no special discounts from either party and I refer to real costs, not list price.</p>
<p>For most data centres, a C6500 is always available. Its hard to regard it as part of the power budget, but I need the MPLS and routing integration for the virtualization, so I regard the C6509 as a benefit, not a platform for just hosting the ACE blade. Note that the ACE 4700 uses less power than the F5 8800 as well.</p>
<p>The F5 BigIP greatest difficulty remains virtualization. The ability to have separate administrative zones with fully separated routing is very valuable.</p>
<p>I disagree on performance. The F5 BigIP loses performance when doing complex manipulations, and, because it is so easy to configure &#8216;fancy&#8217; load balancing, we do slow it down. I love the interface though.</p>
<p>I am currently configuring Cisco Application Network Manager, I will probably post an article on comparing this with the F5 web interface in a few weeks.</p>
<p>Thanks for your post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikey G</title>
		<link>http://etherealmind.com/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-82</link>
		<dc:creator>Mikey G</dc:creator>
		<pubDate>Fri, 15 Feb 2008 14:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/2008/01/25/cisco-application-control-engine-ace-introduction-and-comparison-with-f5/#comment-82</guid>
		<description>Interesting observations.  Your power and cost reduction analysis really only hold water if you already have a 6500 available for the ACE module.  Otherwise, cost is a wash and the entire Cisco bundle will consume much more power than a standalone f5 8800.  If you add the management licenses in for the ACE, you&#039;re cost will far exceed an 8800.

I&#039;m glad you mentioned theoretical throughput does not always equate to real application performance.  From the studies I&#039;ve seen, the 8Gbps ACE falls short of an f5 8800 in every respect.  Also, consider the ACE does not support HTTP compression, a very important feature for most large enterprises and ISPs and ASPs.</description>
		<content:encoded><![CDATA[<p>Interesting observations.  Your power and cost reduction analysis really only hold water if you already have a 6500 available for the ACE module.  Otherwise, cost is a wash and the entire Cisco bundle will consume much more power than a standalone f5 8800.  If you add the management licenses in for the ACE, you&#8217;re cost will far exceed an 8800.</p>
<p>I&#8217;m glad you mentioned theoretical throughput does not always equate to real application performance.  From the studies I&#8217;ve seen, the 8Gbps ACE falls short of an f5 8800 in every respect.  Also, consider the ACE does not support HTTP compression, a very important feature for most large enterprises and ISPs and ASPs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-05-22 19:32:13 by W3 Total Cache -->
