<?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: Application persistence 'lost' in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414175#M7465</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the 'weight 0' works with all type of loadbalancing method - leastconn included.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to clarify something.&lt;/P&gt;&lt;P&gt;suspend will actually not impact current connections.&lt;/P&gt;&lt;P&gt;So, you could suspend a service and the currently connected users will be able to keep their connections.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However,most of the time, during an HTTP connection you open and close connections.&lt;/P&gt;&lt;P&gt;With suspend, no new connections are allowed, even for users already connected.&lt;/P&gt;&lt;P&gt;The graceful shutdown allows connections to go to the server if there is a sticky entry matching the client and server.&lt;/P&gt;&lt;P&gt;This is useful to permit a user to finish browsing - not just finish downloading a page.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gilles.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 26 Jul 2005 11:26:17 GMT</pubDate>
    <dc:creator>Gilles Dufour</dc:creator>
    <dc:date>2005-07-26T11:26:17Z</dc:date>
    <item>
      <title>Application persistence 'lost'</title>
      <link>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414172#M7462</link>
      <description>&lt;P&gt;We setup our pair of CSS11506 units in VRRP redundancy mode about 2.5 years ago.  All of services are created individually, one on port 80 and one on port 443.  Each of their VIPs are the same, port 80 and 443.  It was a requirement for our 443 application that when a service is suspended the users currently on that server through the VIP should not be impacted.  They should be able to complete their work until they close the session or reach the content rule's idle timeout.  Below is an example of how our services and rules are created.  Anyone see an issue with this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service server01-443 &lt;/P&gt;&lt;P&gt;  ip address 10.10.10.5&lt;/P&gt;&lt;P&gt;  protocol tcp &lt;/P&gt;&lt;P&gt;  port 443 &lt;/P&gt;&lt;P&gt;  redundant-index 5&lt;/P&gt;&lt;P&gt;  keepalive type script ap-kal-ssl "10.10.10.5  " &lt;/P&gt;&lt;P&gt;  keepalive frequency 15 &lt;/P&gt;&lt;P&gt;  active &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service server01-80 &lt;/P&gt;&lt;P&gt;  ip address 10.10.10.5 &lt;/P&gt;&lt;P&gt;  protocol tcp &lt;/P&gt;&lt;P&gt;  port 80 &lt;/P&gt;&lt;P&gt;  string server1&lt;/P&gt;&lt;P&gt;  keepalive type script ap-kal-httptag "10.10.10.5 /keepalive.asp &amp;lt;A HREF="javascript:newWin('http://www.oururl.com"')"&amp;gt;www.oururl.com"&amp;lt;/A&amp;gt; &lt;/P&gt;&lt;P&gt;  keepalive frequency 15 &lt;/P&gt;&lt;P&gt;  active &lt;/P&gt;&lt;P&gt;    &lt;/P&gt;&lt;P&gt;content www-oururl-443 &lt;/P&gt;&lt;P&gt;vip address 10.10.10.30&lt;/P&gt;&lt;P&gt;protocol tcp &lt;/P&gt;&lt;P&gt;port 443 &lt;/P&gt;&lt;P&gt;add service server01-443 &lt;/P&gt;&lt;P&gt;redundant-index 30 &lt;/P&gt;&lt;P&gt;sticky-inact-timeout 30 &lt;/P&gt;&lt;P&gt;advanced-balance sticky-srcip &lt;/P&gt;&lt;P&gt;balance weightedrr &lt;/P&gt;&lt;P&gt;active &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;content www-oururl-80 &lt;/P&gt;&lt;P&gt;vip address 10.10.10.30 &lt;/P&gt;&lt;P&gt;protocol tcp &lt;/P&gt;&lt;P&gt;port 80 &lt;/P&gt;&lt;P&gt;url "/*" &lt;/P&gt;&lt;P&gt;advanced-balance arrowpoint-cookie &lt;/P&gt;&lt;P&gt;arrowpoint-cookie browser-expire &lt;/P&gt;&lt;P&gt;add service server01-80 &lt;/P&gt;&lt;P&gt;balance weightedrr &lt;/P&gt;&lt;P&gt;active &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Chad&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 25 Jul 2005 20:09:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414172#M7462</guid>
      <dc:creator>cbuzzard</dc:creator>
      <dc:date>2005-07-25T20:09:32Z</dc:date>
    </item>
    <item>
      <title>Re: Application persistence 'lost'</title>
      <link>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414173#M7463</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Chad,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the config looks good.&lt;/P&gt;&lt;P&gt;Regarding the 'shutdown' and keep active connection this is call graceful shutdown.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is done by configuring a weight of zero.&lt;/P&gt;&lt;P&gt;More info at:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-custom" href="http://www.cisco.com/en/US/products/hw/contnetw/ps792/products_configuration_guide_chapter09186a0080409c84.html#wp1113353" target="_blank"&gt;http://www.cisco.com/en/US/products/hw/contnetw/ps792/products_configuration_guide_chapter09186a0080409c84.html#wp1113353&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gilles.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Jul 2005 07:42:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414173#M7463</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2005-07-26T07:42:42Z</dc:date>
    </item>
    <item>
      <title>Re: Application persistence 'lost'</title>
      <link>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414174#M7464</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Gilles - &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So you are saying that there has never been a graceful shutdown of application persistence to a content rule before 7.3 and the graceful shutdown?  We use the Cisco HSE to allow help desk personnel to take troubled servers out of service, if we have to go to the weighting method for graceful shutdown that introduces a new issue to us.  We do have a few of our content rules as weighted, but those are the exception for a test we did, most are leastconn.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Chad&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Jul 2005 10:59:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414174#M7464</guid>
      <dc:creator>cbuzzard</dc:creator>
      <dc:date>2005-07-26T10:59:56Z</dc:date>
    </item>
    <item>
      <title>Re: Application persistence 'lost'</title>
      <link>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414175#M7465</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the 'weight 0' works with all type of loadbalancing method - leastconn included.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to clarify something.&lt;/P&gt;&lt;P&gt;suspend will actually not impact current connections.&lt;/P&gt;&lt;P&gt;So, you could suspend a service and the currently connected users will be able to keep their connections.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;However,most of the time, during an HTTP connection you open and close connections.&lt;/P&gt;&lt;P&gt;With suspend, no new connections are allowed, even for users already connected.&lt;/P&gt;&lt;P&gt;The graceful shutdown allows connections to go to the server if there is a sticky entry matching the client and server.&lt;/P&gt;&lt;P&gt;This is useful to permit a user to finish browsing - not just finish downloading a page.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gilles.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 26 Jul 2005 11:26:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/application-persistence-lost/m-p/414175#M7465</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2005-07-26T11:26:17Z</dc:date>
    </item>
  </channel>
</rss>

