<?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 Session state on CSS11051 in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/session-state-on-css11051/m-p/243735#M3474</link>
    <description>&lt;P&gt;I am load balancing using advanced-balance cookies.  Most of the time it works, but we see sporadic failures in the session state which is hard on our customers who need to remain "stuck" to the same session.  The only thing I can get from logging is this message: &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;JAN  1 00:00:02 5/1 303939 IPV4-7: Ipv4SfmForwRx: drop ICMP type 5 code 0 to VIP xx.xx.xx.xx&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone know what might be wrong?&lt;/P&gt;</description>
    <pubDate>Wed, 07 Apr 2004 19:44:40 GMT</pubDate>
    <dc:creator>jimb</dc:creator>
    <dc:date>2004-04-07T19:44:40Z</dc:date>
    <item>
      <title>Session state on CSS11051</title>
      <link>https://community.cisco.com/t5/application-networking/session-state-on-css11051/m-p/243735#M3474</link>
      <description>&lt;P&gt;I am load balancing using advanced-balance cookies.  Most of the time it works, but we see sporadic failures in the session state which is hard on our customers who need to remain "stuck" to the same session.  The only thing I can get from logging is this message: &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;JAN  1 00:00:02 5/1 303939 IPV4-7: Ipv4SfmForwRx: drop ICMP type 5 code 0 to VIP xx.xx.xx.xx&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Anyone know what might be wrong?&lt;/P&gt;</description>
      <pubDate>Wed, 07 Apr 2004 19:44:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/session-state-on-css11051/m-p/243735#M3474</guid>
      <dc:creator>jimb</dc:creator>
      <dc:date>2004-04-07T19:44:40Z</dc:date>
    </item>
    <item>
      <title>Re: Session state on CSS11051</title>
      <link>https://community.cisco.com/t5/application-networking/session-state-on-css11051/m-p/243736#M3475</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;if your customer is going through a proxy and the proxy connection with the CSS stays idle for 8 seconds, the flow will be marked for garbage collection and once garbage collected the flow is still being used but we can't modify it anymore.&lt;/P&gt;&lt;P&gt;So you stay stuck to the last server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;One way to reduce this problem is to increase the flow timeout.&lt;/P&gt;&lt;P&gt;With CSS first gen you can use the command flow port#1 80 timeout 600 or if you have a 2nd gen CSS you have to use the command 'flow-timeout-multiplier 50'&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The message you showed is unrelated.&lt;/P&gt;&lt;P&gt;The only way to see the problem is to capture sniffer traces.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gilles.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 08 Apr 2004 08:53:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/session-state-on-css11051/m-p/243736#M3475</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2004-04-08T08:53:53Z</dc:date>
    </item>
  </channel>
</rss>

