对等名称解析协议
顾名思义，PNRP 旨在基于网格名等要素来解析物理地址。PNRP 可供带有 Advanced Networking Pack 的 Windows XP Service Pack 1 (SP1) 以及 Windows XP SP2 和 Windows XP Professional x64 Edition 使用。Windows Vista 也将附带 PNRP 版本 2。从最简单的层次看，PNRP 本身就是一个采用 Windows 服务形式的 P2P 应用程序，并且 PNRP 节点的网格专用于发现加入到其他网格中的节点的物理地址。(有关此方面的详细信息，请参见提要栏中的“在 Windows XP 上安装 PNRP”。)
PNRP 和 IPv6 PNRP 构建于 Internet 协议版本 6 (IPv6) 之上。由于 IPv6 对于多数开发人员而言还相当陌生，因此在讨论 PNRP 机制之前，非常有必要提及 IPv6 的至少一个重要方面。在 IPv6 中，地址是一个 128 位的值(这可能产生约 3.4×1038 种地址组合)。这种大小的 IPv6 地址池使 IPv6 的最重要功能之一 - 端对端寻址变为可能，即使这些地址被分割为多个子网并隐藏在 NAT 之后。有关 IPv6 以及使其能够在 IPv4 基础结构中使用的技术的详细信息，请访问 microsoft.com/technet/itsolutions/network/ipv6/introipv6.mspx。
PNRP 示例 PNRP 功能的原型、结构、错误代码均在 Windows SDK 的 p2p.h 头文件中定义。如果某应用程序想要向 PNRP 注册一个网格名，它必须用非托管代码通过 Windows API 实现，或用托管代码通过公共语言运行库 (CLR) 的 P/Invoke 工具实现。目前，在 Windows API 的 PNRP 部分的 .NET Framework 中未包含托管包装。但您可以通过使用 netsh 命令行实用程序来访问 PRNP。通过 netsh，您可以按以下所示向 PNRP 注册一个新的 PNRP 名:
c:\temp>netsh
netsh>p2p pnrp peer
netsh p2p pnrp peer>add 0.justinsmith
Ok.
命令行参数 0.justinsmith 即是 P2P 名。当此命令执行时，PNRP 基础结构会生成一个 PNRP ID，将该 PNRP ID 与 P2P 名相关联，并为该 PNRP ID 分配一个 IPv6 和 IPv4 地址。如果您访问另一台已安装 PNRP 并已将其启动的计算机，则可以用以下 netsh 命令解析网格名 0.justinsmith:
netsh p2p pnrp peer>resolve 0.justinsmith
Resolve started...
Found: Comment: gonzo
Addresses: [0000:0000:0000:0000:0000:0000:0000:0001]:8350 udp
192.168.42.100:8350 tcp
现在需要解释一下该解析命令的输出。首先，Comment 字段代表注册了 0.justinsmith 的计算机名称(我在 Muppets 的基础上为我的计算机命名)。该字段从 netsh 自动填充，并且不能用作解析进程的一部分。其次，注意一下分配给该节点的 IPv6 和 IPv4 地址。这是 netsh 和允许通过 IPv4 网络传送 IPv6 通信量的 Teredo 转移技术共同具备的一个功能。诚然，我只是浅显地阐述了 PNRP，但我已经表明了 PNRP 使我可以用 P2P 名来解析 IP 地址。有关 PNRP 的详细信息，请访问 microsoft.com/technet/prodtechnol/winxppro/deploy/p2pintro.mspx。
PeerChannel
Windows Communication Foundation 的主要优点之一就是，它为许多不同类型的分布式应用程序提供了一个通用的编程模型。例如，编写一个基于 TCP/IP 通过二进制编码消息进行通信的分布式应用程序所需的代码与编写一个基于 HTTP 通过符合 WS-* 的可互操作的消息进行通信的分布式应用程序所需的代码惊人地相似。Windows Communication Foundation 的一个鲜为人知的功能就是它支持使用这同一个通用编程模型来构建 P2P 应用程序。由于 Windows Communication Foundation 对 P2P 应用程序的支持，可能会有人将其视为一种网格技术，但实际上，只有 PeerChannel Windows Communication Foundation 模块才专用于构建 P2P 应用程序。因此，PeerChannel 这个术语通常用于指代 Windows Communication Foundation 的 P2P 功能。无论 Windows Communication Foundation 中的 PeerChannel 指代的是什么，它实际上消除了通常与 P2P 应用程序开发相伴的所有复杂性，并且在我看来，它是 P2P 应用程序开发领域的一个创新性突破。
PeerChannel 网格 PeerChannel 网格是专为消息扩散而设计。但 PeerChannel 包含了可将消息传播到网格的一部分而不是整个网格的机制。因此，更准确地说，PeerChannel 网格是专为多方消息传送而设计。
PeerChannel 网格的结构由每个节点所连接的邻居数量所控制。为此，PeerChannel 网格会主动维护网格的结构。这种维护的作用就是使网格性能稳健并且分布均匀。更具体点说，网格中的节点会设法将连接的邻居数保持在两到七个之间。这些阈值可使对本地节点的资源需求与保持网格稳健性之间取得平衡。
如果某节点在进入网格时带有三个邻居，然后其中两个邻居离开网格，则该节点将开始一个维护周期以试图获取新的邻居连接。同样，如果一个节点连接的邻居少于七个，则它将接受新连接，直到它具有七个邻居连接时为止。当一个 PeerChannel 节点连有三个邻居时，则认为它处于理想的连接状态，但一个节点将接受多达七个邻居，以便低于邻居数最低阈值的节点可以迅速获得新的邻居。应注意的是，您的应用程序代码不能更改这些阈值或对网格的维护实施任何控制，这一点很重要。这些细节问题完全由 PeerChannel 基础结构逐个节点地处理。
PeerChannel 提供了 PNRP 解析程序和自定义解析程序，以供用作预期节点发现网格中已有节点地址的方法。无论选择哪个解析方法，主旨都是一样的:将网格名传递到解析程序并接收网格中其他节点的 IP 地址列表。一旦解析进程生成地址列表，预期 PeerChannel 节点就并发连接到每个地址。当 PeerChannel 网格中已有的某节点收到其中一个连接请求时，它可以接受或拒绝该连接。如果接受该连接，则现有节点会向新连接的节点发送一条欢迎消息，消息中除了其他内容之外，还包含网格中其他节点的地址列表。如果拒绝该连接，则现有节点会向预期节点发送一条拒绝消息，消息中包含拒绝理由以及网格中其他节点的地址列表。
这里的重要一点是，网格名解析(通过 PNRP 解析程序或自定义解析程序执行)不是向 PeerChannel 中预期节点返回地址列表的唯一方式。与将网格名解析作为预期节点获取地址的唯一方法相比，此特性可使节点更快速地进入理想的连接状态。此外，这一特性使网格中的节点可对节点拥有的邻居数(这一因素会进而影响网格的稳健性)进行控制。
PeerChannel 网格内的通信被调整为尽量减少重复性的消息传递。当网格中的某节点向该网格发送消息时，实际上是在向其邻居发送消息。当收到消息后，每个邻居都会检验该消息，然后将其转发给自己的邻居。如果一个 PeerChannel 节点从某邻居收到消息，它不会将此消息转发回该邻居。此外，如果一个 PeerChannel 节点经常从某邻居那里收到先前已收到并处理过的消息，则与该邻居的连接可能会在下一个维护周期中终止。这些功能将通过每个节点上的本地高速缓存来实现。在内部，PeerChannel 网格中的每个节点都会对 WS-Addressing 消息 ID 的值和传送消息的邻居的标识符进行缓存处理。节点在决定向哪些邻居传送该消息时会检查这个高速缓存。将这些功能相结合后，会将网格调整为以最低的重复率和网络带宽消耗来向网格中的各节点传送消息。
如前所述，PeerChannel 节点还可以将消息发送给网格中节点的子集。这可以通过向消息分配一个跳跃计数来实现，这实际上是跟踪转发消息所经由的节点数的方式。不要将这种机制与定向消息传送相混淆，定向消息传送是将消息传送目标锁定在某个特定节点。更确切地说，跳跃计数是模糊界定接收消息的节点数的方式。例如，如果一个 PeerChannel 节点(节点 A)有三个邻居且在跳跃计数为 1 的情况下向网格发送一个消息，则该消息将被传送到三个节点。同样，如果节点 A 的每个邻居也都有三个唯一邻居且节点 A 在跳跃计数为 2 的情况下向网格发送一个消息，则该消息将被传送到九个节点。但如果节点 A 的任一邻居有共用的邻居，则此数字将相应减少。URL:http://www.qqread.com/soft-engineering/d276680.html
更多内容请看P2P工具软件专题、常用软件加密宝典、杀毒软件专栏专题，或进入讨论组讨论。
顾名思义，PNRP 旨在基于网格名等要素来解析物理地址。PNRP 可供带有 Advanced Networking Pack 的 Windows XP Service Pack 1 (SP1) 以及 Windows XP SP2 和 Windows XP Professional x64 Edition 使用。Windows Vista 也将附带 PNRP 版本 2。从最简单的层次看，PNRP 本身就是一个采用 Windows 服务形式的 P2P 应用程序，并且 PNRP 节点的网格专用于发现加入到其他网格中的节点的物理地址。(有关此方面的详细信息，请参见提要栏中的“在 Windows XP 上安装 PNRP”。)
PNRP 和 IPv6 PNRP 构建于 Internet 协议版本 6 (IPv6) 之上。由于 IPv6 对于多数开发人员而言还相当陌生，因此在讨论 PNRP 机制之前，非常有必要提及 IPv6 的至少一个重要方面。在 IPv6 中，地址是一个 128 位的值(这可能产生约 3.4×1038 种地址组合)。这种大小的 IPv6 地址池使 IPv6 的最重要功能之一 - 端对端寻址变为可能，即使这些地址被分割为多个子网并隐藏在 NAT 之后。有关 IPv6 以及使其能够在 IPv4 基础结构中使用的技术的详细信息，请访问 microsoft.com/technet/itsolutions/network/ipv6/introipv6.mspx。
PNRP 示例 PNRP 功能的原型、结构、错误代码均在 Windows SDK 的 p2p.h 头文件中定义。如果某应用程序想要向 PNRP 注册一个网格名，它必须用非托管代码通过 Windows API 实现，或用托管代码通过公共语言运行库 (CLR) 的 P/Invoke 工具实现。目前，在 Windows API 的 PNRP 部分的 .NET Framework 中未包含托管包装。但您可以通过使用 netsh 命令行实用程序来访问 PRNP。通过 netsh，您可以按以下所示向 PNRP 注册一个新的 PNRP 名:
c:\temp>netsh
netsh>p2p pnrp peer
netsh p2p pnrp peer>add 0.justinsmith
Ok.
命令行参数 0.justinsmith 即是 P2P 名。当此命令执行时，PNRP 基础结构会生成一个 PNRP ID，将该 PNRP ID 与 P2P 名相关联，并为该 PNRP ID 分配一个 IPv6 和 IPv4 地址。如果您访问另一台已安装 PNRP 并已将其启动的计算机，则可以用以下 netsh 命令解析网格名 0.justinsmith:
netsh p2p pnrp peer>resolve 0.justinsmith
Resolve started...
Found: Comment: gonzo
Addresses: [0000:0000:0000:0000:0000:0000:0000:0001]:8350 udp
192.168.42.100:8350 tcp
现在需要解释一下该解析命令的输出。首先，Comment 字段代表注册了 0.justinsmith 的计算机名称(我在 Muppets 的基础上为我的计算机命名)。该字段从 netsh 自动填充，并且不能用作解析进程的一部分。其次，注意一下分配给该节点的 IPv6 和 IPv4 地址。这是 netsh 和允许通过 IPv4 网络传送 IPv6 通信量的 Teredo 转移技术共同具备的一个功能。诚然，我只是浅显地阐述了 PNRP，但我已经表明了 PNRP 使我可以用 P2P 名来解析 IP 地址。有关 PNRP 的详细信息，请访问 microsoft.com/technet/prodtechnol/winxppro/deploy/p2pintro.mspx。
PeerChannel
Windows Communication Foundation 的主要优点之一就是，它为许多不同类型的分布式应用程序提供了一个通用的编程模型。例如，编写一个基于 TCP/IP 通过二进制编码消息进行通信的分布式应用程序所需的代码与编写一个基于 HTTP 通过符合 WS-* 的可互操作的消息进行通信的分布式应用程序所需的代码惊人地相似。Windows Communication Foundation 的一个鲜为人知的功能就是它支持使用这同一个通用编程模型来构建 P2P 应用程序。由于 Windows Communication Foundation 对 P2P 应用程序的支持，可能会有人将其视为一种网格技术，但实际上，只有 PeerChannel Windows Communication Foundation 模块才专用于构建 P2P 应用程序。因此，PeerChannel 这个术语通常用于指代 Windows Communication Foundation 的 P2P 功能。无论 Windows Communication Foundation 中的 PeerChannel 指代的是什么，它实际上消除了通常与 P2P 应用程序开发相伴的所有复杂性，并且在我看来，它是 P2P 应用程序开发领域的一个创新性突破。
PeerChannel 网格 PeerChannel 网格是专为消息扩散而设计。但 PeerChannel 包含了可将消息传播到网格的一部分而不是整个网格的机制。因此，更准确地说，PeerChannel 网格是专为多方消息传送而设计。
PeerChannel 网格的结构由每个节点所连接的邻居数量所控制。为此，PeerChannel 网格会主动维护网格的结构。这种维护的作用就是使网格性能稳健并且分布均匀。更具体点说，网格中的节点会设法将连接的邻居数保持在两到七个之间。这些阈值可使对本地节点的资源需求与保持网格稳健性之间取得平衡。
如果某节点在进入网格时带有三个邻居，然后其中两个邻居离开网格，则该节点将开始一个维护周期以试图获取新的邻居连接。同样，如果一个节点连接的邻居少于七个，则它将接受新连接，直到它具有七个邻居连接时为止。当一个 PeerChannel 节点连有三个邻居时，则认为它处于理想的连接状态，但一个节点将接受多达七个邻居，以便低于邻居数最低阈值的节点可以迅速获得新的邻居。应注意的是，您的应用程序代码不能更改这些阈值或对网格的维护实施任何控制，这一点很重要。这些细节问题完全由 PeerChannel 基础结构逐个节点地处理。
PeerChannel 提供了 PNRP 解析程序和自定义解析程序，以供用作预期节点发现网格中已有节点地址的方法。无论选择哪个解析方法，主旨都是一样的:将网格名传递到解析程序并接收网格中其他节点的 IP 地址列表。一旦解析进程生成地址列表，预期 PeerChannel 节点就并发连接到每个地址。当 PeerChannel 网格中已有的某节点收到其中一个连接请求时，它可以接受或拒绝该连接。如果接受该连接，则现有节点会向新连接的节点发送一条欢迎消息，消息中除了其他内容之外，还包含网格中其他节点的地址列表。如果拒绝该连接，则现有节点会向预期节点发送一条拒绝消息，消息中包含拒绝理由以及网格中其他节点的地址列表。
这里的重要一点是，网格名解析(通过 PNRP 解析程序或自定义解析程序执行)不是向 PeerChannel 中预期节点返回地址列表的唯一方式。与将网格名解析作为预期节点获取地址的唯一方法相比，此特性可使节点更快速地进入理想的连接状态。此外，这一特性使网格中的节点可对节点拥有的邻居数(这一因素会进而影响网格的稳健性)进行控制。
PeerChannel 网格内的通信被调整为尽量减少重复性的消息传递。当网格中的某节点向该网格发送消息时，实际上是在向其邻居发送消息。当收到消息后，每个邻居都会检验该消息，然后将其转发给自己的邻居。如果一个 PeerChannel 节点从某邻居收到消息，它不会将此消息转发回该邻居。此外，如果一个 PeerChannel 节点经常从某邻居那里收到先前已收到并处理过的消息，则与该邻居的连接可能会在下一个维护周期中终止。这些功能将通过每个节点上的本地高速缓存来实现。在内部，PeerChannel 网格中的每个节点都会对 WS-Addressing 消息 ID 的值和传送消息的邻居的标识符进行缓存处理。节点在决定向哪些邻居传送该消息时会检查这个高速缓存。将这些功能相结合后，会将网格调整为以最低的重复率和网络带宽消耗来向网格中的各节点传送消息。
如前所述，PeerChannel 节点还可以将消息发送给网格中节点的子集。这可以通过向消息分配一个跳跃计数来实现，这实际上是跟踪转发消息所经由的节点数的方式。不要将这种机制与定向消息传送相混淆，定向消息传送是将消息传送目标锁定在某个特定节点。更确切地说，跳跃计数是模糊界定接收消息的节点数的方式。例如，如果一个 PeerChannel 节点(节点 A)有三个邻居且在跳跃计数为 1 的情况下向网格发送一个消息，则该消息将被传送到三个节点。同样，如果节点 A 的每个邻居也都有三个唯一邻居且节点 A 在跳跃计数为 2 的情况下向网格发送一个消息，则该消息将被传送到九个节点。但如果节点 A 的任一邻居有共用的邻居，则此数字将相应减少。URL:http://www.qqread.com/soft-engineering/d276680.html
更多内容请看P2P工具软件专题、常用软件加密宝典、杀毒软件专栏专题，或进入讨论组讨论。
相关图文阅读
频道图文推荐
健 康 咨 询
时 尚 咨 询
相关专题
- P2P工具软件专题 (875篇文章)
- 常用软件加密宝典 (7726篇文章)
- 杀毒软件专栏 (7032篇文章)
- Windows Vista 专区 (4602篇文章)
- P2P软件的使用和管理 (875篇文章)
- Windows Vista系统新特性 (4602篇文章)
- 软件插件 (7362篇文章)
- 热门通信技术专区 (2013篇文章)
- 通信技术专题 (2013篇文章)
- Wlan组网----家庭专题 (4108篇文章)
- 在Windows上安装配置Apache2.2.3及实现多站 (1204次浏览)
- 详细讲解 什么是设计模式？ (602次浏览)
- Vista新技术：WCF开发指南之构建服务 (522次浏览)
- 简单对象协议（SOAP）简介 (519次浏览)
- 使用ADS1.2进行嵌入式软件开发 (507次浏览)
- 小型软件的通用界面设计制作指南 (310次浏览)
- 利用UML类图设计Java应用程序详解 (156次浏览)
- SOA方法学与面向服务的分析和设计 (150次浏览)
- 软件开发商如何实现高效管理(1) (137次浏览)
- Linux中的Ramdisk与Initrd (135次浏览)
