Hi Tauf, Ok, this is starting to makes some sense. Just to be clear should the sticky bit timeout match the General Settings - Session Timeout (minutes) - 60 or the Connection Timeout (Minutes) - 5 ?
Thanks Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tauf Chowdhury Sent: Friday, February 22, 2013 1:17 PM To: arslist@ARSLIST.ORG Subject: Re: Frequent Session Timouts ** Mark, You don't need the sticky bit or session persistence between the mid tiers and AR servers. That is the new feature in 7.6.04 and above. However, from the user hitting the VIP to the Mid Tier, you still need some sort of session persistence setup to keep the user tied to 1 web server. This sticky bit timeout should be set to the same as your connection timeout in the mid tier. On Fri, Feb 22, 2013 at 1:09 PM, Brittain, Mark <mbritt...@navisite.com<mailto:mbritt...@navisite.com>> wrote: LJ - This is setup as "without sticky bit" -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Longwing, LJ CTR MDA/IC Sent: Friday, February 22, 2013 12:57 PM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Frequent Session Timouts Mark, I don't see discussion of Session Persistence, or Sticky Bits...which is what keeps you on one node for a period of time.. -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>] On Behalf Of Brittain, Mark Sent: Friday, February 22, 2013 10:52 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Frequent Session Timouts ** Hi All & TGIF, Currently I have a VIP and then two load balancers pointing to two mid-tier servers. Each mid-tier points to a load balancer that points to the two AR Servers. As shown below the session timeout is set to 60 minutes but I have users complaining the frequently need to log back in after about 15-20 minutes. The desired behavior is that any load balancing takes place when the session is started (e.g. login). If the user is active at least every 59 minutes, the session remains in place. After 60 minutes of inactivity, the session is terminated. Any setting suggestions on how to a achieve this would be greatly appreciated. Finally is there a difference between a session and a connection? Thinking like an end user, it is the same. Mid-Tier Version 7.6.04 SP3 General Settings - Session Timeout (minutes) - 60 Setting to support Load Balancers Enable Lifespan - checked Connection Lifespan (Minutes) - 15 Connection Pool Settings Maximum Settings per Server - 80 Connection Timeout (Minutes) - 5 Idle Connections per server - 5 Mark Mark Brittain Remedy Developer ITILv3 Foundation NaviSite - A Time Warner Cable Company mbritt...@navisite.com<mailto:mbritt...@navisite.com> <mailto:mbritt...@navisite.com<mailto:mbritt...@navisite.com>> Office: 315-453-2912 x5335<tel:315-453-2912%20x5335> Mobile: 315-882.5360<tel:315-882.5360> ________________________________ This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> "Where the Answers Are, and have been for 20 years" -- Tauf Chowdhury _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"