InterNiche 模块作了许多重要的改进，这些改进在 3.1 升级版本里， 正发布给以前的 InterNiche 客户，这个发布笔记就是 3.1 升级版本说明。 InterNiche 认为“你知道的行为比不知道的行为更加安全”，因此不论你是否选择升级原代码， InterNiche 都支持你的决定。这个版本是针对在 InterNiche 支持服务条款下的情况，对于协议堆栈客户，它包含新的 "w32_in_vc" 参考接口，让你能够把这个软件作为 32 位微软 Windows 控制台应用程序来使用。关于 "w32_in_vc" 更详细的信息请参考下面 "Primary Reference Port" 章节。对于较早版本 InterNiche 软件（包括不与 "win32" 参考接口兼容的）的目标板接口在没有改动的情况下应该能够继续工作。如果你感觉不用默认的参考接口，而用你自己的接口来评估这个新版本更容易的话，请与 Support@iNiche.com 联系。现在使用的接口列表可以在稍后的版本说明中找到。

v3.1 中重要的增加，加强和变化

SSL 改编和加密引擎集成

利用加密引擎的仅仅包含理想配置所需要的密码，加上手动配置增加了 SSL 配置的灵活性并且减小了代码尺寸。一个新的 SSLAPP 可以通过 Support@iNiche.com 得到。被用来测试 SSL 代码作为客户端和服务端工作的情况。支持 AES 和几种 PSK 算法的密码已经被增加到 SSL/TLS 。。

NAT 和 Fragments

NAT 模块已经增强，能够处理分段的 IP 数据包 ( TCP,UDP, 和 ICMP 类型 ).

HEAPBUFs

有些时候它非常有用 ，来接收，建立和重建比配置栈中的 "bigbufsiz" 大的数据包。通过让栈从系统堆中分配（回收）空间，这个栈能够操纵极大的数据包。

IPv6 上的 IP 安全

IP 安全现在工作于 IPv6 之上，以 NicheStack/IPv6 和“双栈”两种方式。注意：这种组合还没有用第三方工具测试完成。对于使用 IP 安全和 IPv6 的客户，和有支持协议的客户，一旦测试完毕，就可以得到升级代码。

InterNiche v3.1 Release Notes March 25, 2008

Confidential & Proprietary Page 2 of 5

支持 XML 文件的 HTTP 服务器

InterNiche 的 HTTPServer 现在能够为 ".XML" 类型的文件提供服务，对于网页设计者极大地提高了设计灵活性。 从 Support@iNiche.com 得到的 AJAX 应用程序使得 NicheTool CLI 命令在大多数商业浏览器上能够使用。

SNTP

精确时间印记对于网络完整性发非常重要，在这样的应用场合， SNTP 是 非常有效的 网络设备同步工具。 . NicheStack SNTP 实现并且优化了 RFC4330 (Simple Network Time Protocol Version 4) ，特别地作为设备管理和网络应用引擎。它提供简单的应用程序接口，这个基于 UDP 的 . SNTP 客户端能够用几个外部服务器的地址配置；周期性地发出同步请求；动态管理这些列表，目的是保证繁忙和没有响应的服务器尽可能地减少。 NicheStack SNTP 以 NicheStack 和第三方实现之上的可加模块的方式来实现的。

RTP

NicheStack RTP 专门为嵌入式设备开发，它在 NicheStack v4 上增加了数据流服务。对于具有实时特性的数据，比如 VoIP ，交互式音频和视频，流媒体等，它通过 UDP 提供端到端的传输服务。这些服务包括有效载荷确认，序列编号，时间印记，和传输监视。 RTP 数据传输被扩展成 RTCP 。这个实时传输协议监视服务质量，传达关于正在进行时段所涉及数据等等的信息。 NicheStack RTP/RTCP 支持 RFC3550 所要求的所有东西。

IGMP

RFC2236 所要求的， InterNiche 的多点传输实现已经从 IGMPv1 升级到 IGMPv2 。这个支持被作为 NicheStack 的核心能力之一所包含，同时可以通过在 IPPORT.H_H 接口文件里定义 #define 来去处。这个新的版本也通过使用 IGMP 协议，减少在局域网里使用多点传送地址。支持 IGMPv2 只是编译操作时间的问题。

有关 PING 命令的重新命名

为了减少使用混淆，针对 IPv4 的，控制远程主机， ping 长度和时延的 CLI 命令，已经被改变成 p4host, p4length 和 p4delay 。 .

X.509 证书在 IPSec/IKE 里得到支持

IPSec/IKE 工具箱现在具有支持和管理 X.509 证书的能力。 .

主要的参考接口

基于 WinPcap v3.0 的 "win32" 参考接口已经被基于 WinPcap v4.0 的 "w32_in_vc" 参考接口所替代。为了使用新的参考接口，要去除老的 WinPcap 驱动，安装新的驱动。新的驱动通常在 "w32_in_vc" 目录下。 InterNiche 相信这个软件有好的质量，请注意它来至于第三方并不归 InterNiche. 支持。关于 WinPCap. 更多的信息，请查看 http://www.winpcap.org/ 。 . 除了配合 WinPcap v4.0 外， w32_in_vc 的 webport.exe 提供命令行功能，来指定那些 PC 界面应当被使用和支持多重界面，让参考接口具有刳刨工具类似的功能。 .

接口和配置

特殊设备代码（比如“参考接口”）已经被重新命名，以便更准确地描述他们重要的特性。接口名字现在有三节，包含架构指示，操作系统描述，和所使用的工具链。比如 "w32_in_vc" 描述一个针对 Windows 32 位平台的接口，运行 InterNiche 操作系统 (NicheTask 或者 SuperLoop) ，使用 Visual C 工具链。针对 v3.1 版本产生的参考接口有更多的标准 "IPPORT.H_H" 文件，容易辨别模块化操作。

V3.1 参考接口包括 :

具有老形式名字的参考接口仍然有用，但是没有必要增强，当配置和界面发展的时候。

HTTP/v6

现在 NicheStack HTTP 服务即能够在 IPv6 上工作，又能够在 IPv4 上工作。 .

Gratuitous ARP

正如在 RFC826 讨论的那样， . NicheStack 能够发送 "Gratuitous ARPs" （请求和回答）

IPPORT.H_H 文件的标准化

对所有的参考接口的重要的配置文件 (ipport.h_h) 在编译时被重新调整，按照功能区有逻辑地组织。换句话讲，会发现所有的 TCP 有关的操作集中在单独的文件区域，与 IPSec 操作分开。