假设 SIP 的异步特性，SIP 应用服务器中的调试问题被证实是一个很糟的结果。像 Wireshark 这样的工具在网络中广泛用于跟踪 SIP 消息。 SailFin v2 实施了新功能，使用户可以更有效的检查容器中的 SIP 消息流。请参见 Peter's one pager 和 Sankar's blog on SIP Message Inspection 以获取更多细节。

该新功能实现了 SIP 访问日志记录，这与 HTTP 访问日志记录非常相似。

SailFin 即将发行 2.0 版，这与 GlassFish v2.1.1 相结合（均计划于十月末，请参见 Roadmap），该团队已在发行版中强调了新功能： • Prasad 宣布了 HCF，提供了概览和自 SCF 以来的修复列表。 • Shreedhar 撰文介绍了 SSR 支持（SIP 会话复制）。 • Ramesh 介绍了配置选项，包括 DNS 故障和聚合 LB。 • Prateek 宣布了基于 OpenSolaris 的用于 SailFin 的 AMI。   （另请参见 EC2 博客和 Sun 的 AMI 完整列表）

SailFin V2 大大增强了初始版本中应用服务器的可用性。管理网络流量对创建高可用性的服务/应用程序执行环境非常重要。 Ramesh 已在博客中描述了 SailFin 中的流量分离。他介绍了内部群集通信（聚合加载平衡器、GMS）如何利用服务器中的多个网络接口从外部流量中脱离。

SailFin V2 在通向 2009 年 10 月最终发行的路上慢慢接近 HCF（硬编码冻结）。查看 wiki 中的计划表。

SailFin 中的 Diameter 支持进展很顺利。Venu 写了篇博文，介绍在 HSS 中将 Sh api 用于更新用户配置文件信息的步骤（例如，开放式 IMS）。在另一篇博文中，他介绍了使用 SailFin 中的在线计费。 另外，Sailfin V2 上周已经交叉了 SCF（软代码冻结），而且就要在 2009 年 10 月份发布。可以在这里下载 V2 b23。

最近，我们已开始接收有关 SailFin 主机选项的查询。几个月前，SailFin 团队在 Go Daddy 服务器中已建立了一个 demo 服务器。目前为止，它的运行状况良好。 现在，Sreeram 写了一篇博文，running SailFin (V2 b20) with Amazon EC2。他介绍了详细信息，例如启用 SIP UDP 端口、MySQL 配置和使用 DynDNS 设置域名。来试试吧！

Sailfin CAFE 是一个新框架，简化了聚合 Web 应用程序的部署。它可与 Sailfin v2 一起使用，而且指向 Sailfin v3。该项目刚刚启动，我们期待您的反馈和参与。查看 Binod 的文章、Sreeram 的邮件和来自 TS-4929 的幻灯片（id:contentbuilder / pw:doc789）。 Sailfin CAFE 是朝着 GlassFish 系列中连接 GlassFish v3 Server（九月份出来）和 OpenESB v3 的另一个 "v3" 容器的主要步骤 - 通过 Project Fuji 进展顺利。WebSpace Server 还处理 v3，但他们还没有就其版本开始工作。

Telco 应用服务器（例如 SailFin）需要更多确定的 GC 模型（包含可预知的暂停时间），而且还很好的控制多个处理器。确实很难忍受等待一个电话要很长时间。 Sun 的性能团队花了很多时间调节 GC，同时也在测试 SailFin 的高工作量。Bharath 写了一些博文（这里和这里），介绍他的经验。来看一下吧。

现在提供了更多有关 SailFin V1 的资源。Prasad 写了一篇有关聚合 Java EE 应用程序的技术提示文章。他解释了如何从 Java EE 组件（如 EJB）使用不同的 SIP Servlet 工件。 另外，Varun 贴出了几个有关 SailFin 群集入门（I、II）的条目。一种测试应用程序，用于测试的 sipp 方案文件等都在博客中。去看看吧！

STUN（Simple Traversal of User Datagram Protocol Through Network Address Translators) 的定义在 RFC 3489（及 RFC 5389），是一种用于 NAT 穿越的机制。它帮助 NAT 防火墙后面的 SIP 客户端或路由器处理其封包路由。 SailFin V2 现在具有基本的 STUN 服务器，SIP 客户端可以使用它。详情参见 Ramesh 的博客。

RFC 3261 定义了 SIP 实现的基本要求集。RFC 的某些部分需要仔细调整一下，从而能够更好地发现所有细微的缺陷。我已写了篇博文，关于当该实现严格遵循 RFC 3261 时，记录路由选择代理如何会有缺陷的。SailFin 使用 sun 部署描述符处理此类难以发现的缺陷。 Venu 继续共享着有关 SailFin 安全性的信息。这次，是关于配置 Nonce Manager。Sankar 的博文写得也不错，讲的是关于处理参数化标题的。

Venu 在博客中介绍了 SailFin 中的 RFC 4474 支持。该功能引入了一套机制，用于安全地标识 SIP 消息的发起方。有关该功能的更多信息可从这里和这里。 下列博客也值得一看，可以了解更多有关 SailFin 中安全性的信息。  1. SIP Servlet 资源的验证（I、II、III）  2. RunAS 和 P-Asserted-Identity

下周，我会发篇贴子，介绍 SailFin 如何处理一些 RFC 3261 和 JSR 289 中的问题相关的规范。

SIP 技术是 Project SailFin 的基础，作为用于建立和拆解融合多媒体通信会话的主要标准，它正在巩固其地位。通信服务提供商正在投资服务交付平台 (SDP) 以利用由网络融合所提供的机会。 服务执行环境是任何 SDP 的一个关键层，应用服务器和数据库是该层的关键组件。

有关通过 MySQL 群集和 Sun GlassFish 通信服务器创建 Carrier Grade 服务执行环境的新白皮书现可供参阅。来看一下吧。您需要 MySQL 帐户才能访问该白皮书。

在接下来的几周内，我会陆续发一些帖子，深入探讨一下 SailFin，特别是 SIP 容器。如果到目前为止您还没有试过 SailFin，那就来试一试吧。

Diameter 协议旨在为应用程序提供认证、授权和计费 (AAA) 框架。Diameter 基础协议由 RFC 3588 定义。3GPP 标准机构已采用 Diameter 作为用于 IP 多媒体子系统 (IMS) 中的中 AAA 和移动管理的主要信令协议。

在 IMS 架构中，应用服务器（如 SailFin）将使用 Diameter 与 HSS（归属用户服务器）进行通讯。HSS 是用于执行 AAA 的中央用户数据库，并帮助查找用户。 Traffix 系统宣布将正式加入 GlassFish 伙伴计划，Traffix 的 OpenBloX(TM) Diameter 将成为用于 SailFin 项目的首选平台。J2EE Connector 1.5 资源适配器和 Diameter java 库将促进 OpenBloX Diameter 与 SailFin 的整合。

SailFin MS6 可供下载。下载后，可以尝试使用。TheAquarium 上有关 Sailfin 的以前的博文就在这里。

SailFin 的 Milestone 6 现在可供下载！该版本修复了一些缺陷，包括 JSR 289 TCK 相关问题。Prasad 的博客介绍了更多详细信息以及在 MS5 之后修复的 141 种缺陷列表。

JSR 289 TCK 涵盖的范围比其早期版本（大约 500 中测试）更广，我们有许多关于测试的疑问。Mihir（Oracle 的规范领导）非常及时地所有问题进行了解答，SailFin 上周已通过了所有测试。感谢 Mihir。 此处为测试结果的链接，此处为 SailFin 正在使用的最新的 TCK 正误表。

另外，可以参阅一下 Bhavani 的博客中有关会话失效的详细信息，即 Sip Servlet 1.1 中介绍的新的主要功能。该功能用于替换 Sip Servlets 1.0 的原始会话到期模型，而且预计能够增强应用程序的可伸缩性。

Milestone 5 of SailFin 发布! 这个版本 已经feature 完备. 所有 features 已经跨过 beta 阶段. The implementation team (来之于 Sun and Ericsson) 现在忙于fixing bugs. 希望会在年终发布最后版本。

Prasad's blog 解释这个版本主要feature.  1. 支持所有 JSR 289 (SIPServlet 1.1) features.  2. 支持 RFC 3891 and RFC 3911 (Join/Replace 支持)  3. RFC 4474: 在 SIP 的 Authenticated identity management  4. Session Replication 已经 跨过 beta 阶段.  5. 支持 SIP messages 的 Access Logging.