HTTP 和SIP会话是否一起得以保存

　　如这篇文章第二部分所述,在聚合应用程序中,HTTP 和SIP会话绑定在一起,且一起进行故障转移?因此,无论在发生故障转移之后先收到 HTTP 消息还是SIP消息,都会将其路由到相同的计算机。

　　虽然这样说,但是 HTTP 会话和SIP会话之间存在根本的区别?由于协议本质的原因,SIP会话发起协议必须采用“主动"故障转移,而 HTTP 故障转移通常更为被动一些?在新的 HTTP 请求传入前并不需要访问 HTTP 会话,而SIP会话具有关联的计时器,将需要在故障转移之后立即激活?这意味着 HTTP 会话中的对象可能在访问之前都不会在新容器中反序列化,而SIP会话中的对象将尽快反序列化。

　　HTTP 和SIP的代理中的集群选择有什么区别?

　　在 HTTP 中,集群通常由其公开的应用程序 URI 选择?不过,在SIP中,URI 通常并不指示服务器应该进入哪个集群?其中的应用程序经常按功能进行分组。例如,组成在线状态和注册中心系统的应用程序集可能仅仅对 PUBLISH?SUBSCRIBE 和 REGISTER 方法感兴趣,而应用程序的调用控制集将对 INVITE 消息感兴趣。

　　如这篇信息中心文章中所述,代理的SIP会话发起协议侧有能力基于各种机制路由到集群,包括在我的示例中介绍的消息类型?不过,代理的 HTTP 侧将主要基于 Web 应用程序公开的 URI 进行路由。

　　总结

　　WebSphere Application Server 提供了可靠的会话发起协议 (SIP) Servlet 实现,而 WebSphere eXtreme Scale 和 WebSphere Virtual Enterprise 产品又对此进行了进一步的增强?我们真诚地希望本文的内容能回答您自己关于这个支持的一些常见问题。