我们在ASP.net应用程序中使用F5负载平衡器，并使用源地址相似性持久性持久性配置文件。此配置文件的超时设置的默认值为180秒。但是由于该用户在空闲状态下3分钟（180）之后会话超时。现在，这里的问题是超时设置的值是什么？我认为它应该与asp.net应用程序的会话超时（默认为20分钟）相同，但不确定。
答案 0 :(得分：0)
持久性超时应略大于应用程序会话超时。 您是正确的。会话闲置（无流量）后，持久性超时将开始。如果收到流量，会话持久性计时器的倒计时将重置。如果过期，则将重新应用LB方法，并且会话很可能会路由到另一台服务器（有很多解决方法，但是默认情况下，这是应该起作用的方式）。
标准默认超时为300秒，但是如果您的应用程序在20分钟后超时，则应将其提高到20分钟以上。
特别是当客户端/源连接在单个IP或地址池上聚合时，这可能会与源相似性产生危险，因为多个客户端会话将显示为持久性配置文件的一个会话。
人们会忘记会话！=连接
从技术上讲，以相同IP进入的多个连接将永久性地持久化会话，除非重新启动目标服务器节点。对于Web应用程序，我们建议使用cookie持久性，以便客户端可以控制自己的会话。这要求客户端能够接收cookie。
这当然取决于应用程序以及您是否要对BIG-IP进行NAT传输。否则，您将以正确的假设参加比赛。
以及每F5支持LTM Concepts：
源地址相似性持久性源地址相似性 持久性（也称为简单持久性）可跟踪基于 仅在源IP地址上。当客户端请求连接到 支持源地址相似性持久性的虚拟服务器， 本地流量管理器检查以查看该客户端以前是否 连接，如果是，则将客户端返回到同一池成员。
您可能要使用源地址相似性持久性和SSL 坚持不懈。如果SSL会话ID超时， 或回头客未提供会话ID的情况下，您可能 希望本地流量管理器将客户端定向到原始池 根据客户的IP地址成为成员。只要客户的 源地址相似性持久性记录尚未超时，本地 交通管理器可以成功地将客户端返回到适当的位置 池成员。
持久性设置适用于所有协议。当坚持 将timer设置为大于0的值，则持续性为ON。当。。。的时候 持续性计时器设置为0，持续性已关闭。
持久性掩码功能仅适用于具有以下功能的虚拟服务器： 实现源地址相似性持久性。通过添加持久性 掩码，您可以确定要一起管理的一系列源IP地址 作为单个源地址相似性持久连接时 连接到游泳池。