使用此页面来配置会话启动协议(SIP)的 SIP 容器设置。
要查看此管理控制台页面,请单击
。指定容器管理的最大 SIP 应用程序会话数。达到此最大数目后,就不会再启动新的 SIP 对话。如果在集群环境中超出最大设置值,那么服务器将不转发新的对话,直到应用程序会话数不再超出最大设置值为止。
应用程序会话通常由新入局呼叫进行创建,但是也可以由其他事件创建。应用程序会话计数不影响故障转移,但只适用于作为入局呼叫的结果而创建的新会话。
如果由于故障转移,应用程序会话从一个应用程序服务器传送至另一个应用程序服务器,那么活动的应用程序服务器将继承在发生故障的服务器上创建的会话。此外,servlet 还可通过调用 SipFactory.createApplicationSession() 在 SIP 容器中创建新的应用程序会话。
为事件创建的新应用程序会话(而不是启动 SIP 对话)不受此设置控制。但是,在计算允许的最大应用程序会话数时将包括所有新的应用程序会话。因此,所有处于活动状态的应用程序会话(包括那些与启动 SIP 对话不相关的会话)会导致超出最大值。
数据类型 | 整型 |
缺省值 | 120000(建议) |
范围 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定每个求均值时间段所处理的最大 SIP 消息数。求均值时间段是对容器接收的平均消息数进行计算的时间段。
此平均数用来确定容器的负载以及确定消息数是否接近最大消息数。如果超出最大消息数,那么独立服务器或代理服务器将继续处理所有对话内消息。其他非对话请求将被拒绝。当容器处于超负载状态时,代理服务器返回 503 错误。
数据类型 | 整型 |
缺省值 | 5000(建议) |
范围 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定内部分派队列的大小。当达到最大队列大小阈值时,容器队列将变为超负荷并且开始丢弃新对话的请求。在这种情况下,容器不会向代理服务器报告它的超负荷状态。
请配置系统以限制队列大小,从而防止队列达到此阈值。如果内部队列达到超负荷状态,那么传入的 UDP 包将被废弃,直到该队列不再处于超负荷状态为止。如果 CPU 被其他进程或线程使用,那么限制队列大小时将会得到更好的恢复并阻止容器发生内存不足的情况。如果此值设置为 0,那么队列大小无限制。
数据类型 | 整型 |
缺省值 | 5000(建议) |
范围 | 0 <= n <= java.lang.Integer.MAX_VALUE |
指定应用程序的最大响应时间(以毫秒计)。如果超出此时间,那么容器将通知集群框架:它不可用。在管理控制台中,可通过取消选中该复选框并指定值 0 来禁用此功能部件。
由于计算得到的响应时间不会与所有应用程序的行为匹配,因此请谨慎地使用最大 SIP 响应时间设置。对于由于用户交互而生成了响应的请求(例如 INVITE 请求)来说,计算到的响应时间将会过长。但是,过长的响应时间不是由于 SIP 容器延迟而导致的。因此,不应将响应时间作为负载因子进行计算。建议您使用不需要用户进行交互就能够立即作出响应的应用程序来有效地计算响应时间。用于预订和注册的应用程序就是相应的示例。
数据类型 | 整型 |
缺省值 | 0 |
范围 | 1 <= n <= java.lang.Integer.MAX_VALUE |
指定可从 SIP 容器的下拉列表中选择以便在分派工作时使用的可用线程池。如果未从下拉列表中选择线程池,那么将使用由容器自动创建的缺省线程池。
建议您为 SIP 应用程序创建一个专用 WebSphere 线程池。在通常情况下,此线程池中至少有 15 个线程,最多有 30 个线程(每个队列有一个线程)。当与 WebSphere 挂起线程检测功能组合使用时,这很容易实现。挂起线程可以阻塞许多 SIP 消息,因此尽快对其进行检测是很重要的。但是,对于大多数 SIP 情况,缺省挂起线程检测阈值太大,建议将它更改为 30 秒。请参阅“配置挂起检测策略”主题(下面提供了链接),以获取准确的属性名。
数据类型 | 菜单列表 |
缺省值 | None |
标有(在线)的链接要求访问因特网。