<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: HTTP Probe ACE Modules in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204637#M25006</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Team,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Thank you for all your very good responses. I just received the following question from one of my Web Engineers:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was more concerned with "in-flight" requests that happen before a server is marked down and start to make their way back to the client. &lt;/P&gt;&lt;P&gt;I'm not sure about the BigIP, however, the Netscaler has a feature (since these boxes are basically reverse proxies) where you can inspect outbound traffic from the real to the client and when it detects a header that has a predefined error code (400, 500 etc) it will rewrite the URL and send it to the other real server that is up.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; I'm not sure what he is asking me, any assistance will be greatly appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 27 Feb 2009 19:13:06 GMT</pubDate>
    <dc:creator>jteixido</dc:creator>
    <dc:date>2009-02-27T19:13:06Z</dc:date>
    <item>
      <title>HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204629#M24998</link>
      <description>&lt;P&gt;Team,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Below is a snapshot of the HTTP Probe that I currently have confgured:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;probe http http-probe&lt;/P&gt;&lt;P&gt;  interval 10&lt;/P&gt;&lt;P&gt;  passdetect interval 3&lt;/P&gt;&lt;P&gt;  request method head&lt;/P&gt;&lt;P&gt;  expect status 200 200&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; My question is, what if one of my reservers has a bad URL but the subsystem in IIS is responding with a 200 status? How do I protect myself from this situation and have the ACE module take this rserver out of rotation?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;</description>
      <pubDate>Thu, 26 Feb 2009 16:35:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204629#M24998</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-02-26T16:35:58Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204630#M24999</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;With your defined probe, you are simply looking for the availability of root url.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Instead you should probe an application  specific URL.This way ACE will only declare a server active if that particular URL gives 200 ok to ACE.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Syed Iftekhar Ahmed&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Feb 2009 18:54:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204630#M24999</guid>
      <dc:creator>Syed Iftekhar Ahmed</dc:creator>
      <dc:date>2009-02-26T18:54:03Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204631#M25000</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; Could you please provide an example? Does this mean that I would have to create a probe for each of my URL's?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 26 Feb 2009 19:02:28 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204631#M25000</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-02-26T19:02:28Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204632#M25001</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;For example instead of root url you can probe a specific url pointing to the app like&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;probe http http-probe&lt;/P&gt;&lt;P&gt;interval 10&lt;/P&gt;&lt;P&gt;passdetect interval 3&lt;/P&gt;&lt;P&gt;request method head&lt;/P&gt;&lt;P&gt;request method get url /testpage.html&lt;/P&gt;&lt;P&gt;expect status 200 200&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Where tespage.html is the app specific page.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There could also be situations where requirement would be  to keep track of the backend server along with the front end/Web server and  mark the Web server down if a backend server (like application /database server is down).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This can be achieved by if APP can be tweaked by developers such that it make calls to backend servers (like DB server) and populate a page with some value from the database. In http probe you can look for that value and if that value doesnt exist then you can mark the server down.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;for e.g in following example if ACE will mark the server down if it gets 200 ok but doesnt get "DBISUP" in response&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;probe http http-probe&lt;/P&gt;&lt;P&gt;interval 10&lt;/P&gt;&lt;P&gt;passdetect interval 3&lt;/P&gt;&lt;P&gt;request method head&lt;/P&gt;&lt;P&gt;request method get url /checkdbpage.html&lt;/P&gt;&lt;P&gt;expect status 200 200&lt;/P&gt;&lt;P&gt;expect regex DBISUP&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;Syed Iftekhar Ahmed &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 06:09:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204632#M25001</guid>
      <dc:creator>Syed Iftekhar Ahmed</dc:creator>
      <dc:date>2009-02-27T06:09:21Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204633#M25002</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To check the URL plz do the following:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;probe http HTTP-Probe&lt;/P&gt;&lt;P&gt;  port 8000&lt;/P&gt;&lt;P&gt;  interval 2&lt;/P&gt;&lt;P&gt;  faildetect 2&lt;/P&gt;&lt;P&gt;  passdetect interval 15&lt;/P&gt;&lt;P&gt;  request method head url /OA_HTML/AppsLocalLogin.jsp&lt;/P&gt;&lt;P&gt;  expect status 200 210&lt;/P&gt;&lt;P&gt;  expect status 302 302&lt;/P&gt;&lt;P&gt;  open 1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Plz rate if it helps&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 06:27:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204633#M25002</guid>
      <dc:creator>acharyr123</dc:creator>
      <dc:date>2009-02-27T06:27:05Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204634#M25003</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; What does these commands do?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;expect status 302 302 &lt;/P&gt;&lt;P&gt;open 1 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 16:21:03 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204634#M25003</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-02-27T16:21:03Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204635#M25004</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Status code 302 (this info you will get from the application guy) or if you do " sh probe detail"--it will give the status code whih needs to be enabled...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 17:15:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204635#M25004</guid>
      <dc:creator>acharyr123</dc:creator>
      <dc:date>2009-02-27T17:15:30Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204636#M25005</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;"expect status x y" command in an HTTP probe tells ACE to consider the the probe result a success if the http response from server carries any response code between x &amp;amp; Y.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For a successfull page access you get response code 200 from server. You get a 302 from server when it is configured to redirect the request to a new location.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;You must have seen 404 many times.This response code tell you that the URI you tried to accessed doesnt exist on the server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For a complete list of response code&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html" target="_blank"&gt;http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;Syed Iftekhar Ahmed&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 18:57:31 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204636#M25005</guid>
      <dc:creator>Syed Iftekhar Ahmed</dc:creator>
      <dc:date>2009-02-27T18:57:31Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204637#M25006</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Team,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Thank you for all your very good responses. I just received the following question from one of my Web Engineers:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was more concerned with "in-flight" requests that happen before a server is marked down and start to make their way back to the client. &lt;/P&gt;&lt;P&gt;I'm not sure about the BigIP, however, the Netscaler has a feature (since these boxes are basically reverse proxies) where you can inspect outbound traffic from the real to the client and when it detects a header that has a predefined error code (400, 500 etc) it will rewrite the URL and send it to the other real server that is up.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; I'm not sure what he is asking me, any assistance will be greatly appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 19:13:06 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204637#M25006</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-02-27T19:13:06Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204638#M25007</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;What is the question!!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 19:20:08 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204638#M25007</guid>
      <dc:creator>acharyr123</dc:creator>
      <dc:date>2009-02-27T19:20:08Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204639#M25008</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt; I attached a visio of what we are being asked to do. Let me attempt to describe the scenario:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; 1) Client sends an HTTP request my URL &lt;A class="jive-link-custom" href="http://www.test.com" target="_blank"&gt;http://www.test.com&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; 2) The ACE module receives that request and sends it to RSERVER-1&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; 3) RSERVER-1 is down but due to the HTTP probe timer, the server is not yet out of rotation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; 4) The ACE module intercepts the packet that was returned from RSERVER-1 sees a return code of 404 or 500+ rewrites the packet and sends it to RSERVER-2&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Is the above scenario possible?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 21:23:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204639#M25008</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-02-27T21:23:56Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204640#M25009</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Its do-able using "Inband HTTP return code checking". With this in place you can configure ACE to mark a server down if ACE notices X number of 404s (or any response code you want to check) from a particular server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For more details visit&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/docs/interfaces_modules/services_modules/ace/v3.00_A2/configuration/slb/guide/rsfarms.html#wp1014164" target="_blank"&gt;http://www.cisco.com/en/US/docs/interfaces_modules/services_modules/ace/v3.00_A2/configuration/slb/guide/rsfarms.html#wp1014164&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Syed Iftekhar Ahmed &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 27 Feb 2009 23:35:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204640#M25009</guid>
      <dc:creator>Syed Iftekhar Ahmed</dc:creator>
      <dc:date>2009-02-27T23:35:32Z</dc:date>
    </item>
    <item>
      <title>Re: HTTP Probe ACE Modules</title>
      <link>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204641#M25010</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Syed,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Thank you, this was really helpful.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Is anyone in this community using retcode checking in their server farms?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;John...&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 02 Mar 2009 16:09:00 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/http-probe-ace-modules/m-p/1204641#M25010</guid>
      <dc:creator>jteixido</dc:creator>
      <dc:date>2009-03-02T16:09:00Z</dc:date>
    </item>
  </channel>
</rss>

