PeerChannel 提供了 PNRP 解析程序和自定义解析程序，以供用作预期节点发现网格中已有节点地址的方法。无论选择哪个解析方法，主旨都是一样的：将网格名传递到解析程序并接收网格中其他节点的 IP 地址列表。一旦解析进程生成地址列表，预期 PeerChannel 节点就并发连接到每个地址。当 PeerChannel 网格中已有的某节点收到其中一个连接请求时，它可以接受或拒绝该连接。如果接受该连接，则现有节点会向新连接的节点发送一条欢迎消息，消息中除了其他内容之外，还包含网格中其他节点的地址列表。如果拒绝该连接，则现有节点会向预期节点发送一条拒绝消息，消息中包含拒绝理由以及网格中其他节点的地址列表。

　　这里的重要一点是，网格名解析(通过 PNRP 解析程序或自定义解析程序执行)不是向 PeerChannel 中预期节点返回地址列表的唯一方式。与将网格名解析作为预期节点获取地址的唯一方法相比，此特性可使节点更快速地进入理想的连接状态。此外，这一特性使网格中的节点可对节点拥有的邻居数(这一因素会进而影响网格的稳健性)进行控制。

　　PeerChannel 网格内的通信被调整为尽量减少重复性的消息传递。当网格中的某节点向该网格发送消息时，实际上是在向其邻居发送消息。当收到消息后，每个邻居都会检验该消息，然后将其转发给自己的邻居。如果一个 PeerChannel 节点从某邻居收到消息，它不会将此消息转发回该邻居。此外，如果一个 PeerChannel 节点经常从某邻居那里收到先前已收到并处理过的消息，则与该邻居的连接可能会在下一个维护周期中终止。这些功能将通过每个节点上的本地高速缓存来实现。在内部，PeerChannel 网格中的每个节点都会对 WS-Addressing 消息 ID 的值和传送消息的邻居的标识符进行缓存处理。节点在决定向哪些邻居传送该消息时会检查这个高速缓存。将这些功能相结合后，会将网格调整为以最低的重复率和网络带宽消耗来向网格中的各节点传送消息。

　　如前所述，PeerChannel 节点还可以将消息发送给网格中节点的子集。这可以通过向消息分配一个跳跃计数来实现，这实际上是跟踪转发消息所经由的节点数的方式。不要将这种机制与定向消息传送相混淆，定向消息传送是将消息传送目标锁定在某个特定节点。更确切地说，跳跃计数是模糊界定接收消息的节点数的方式。例如，如果一个 PeerChannel 节点(节点 A)有三个邻居且在跳跃计数为 1 的情况下向网格发送一个消息，则该消息将被传送到三个节点。同样，如果节点 A 的每个邻居也都有三个唯一邻居且节点 A 在跳跃计数为 2 的情况下向网格发送一个消息，则该消息将被传送到九个节点。但如果节点 A 的任一邻居有共用的邻居，则此数字将相应减少。

　　从物理上说，跳跃计数在消息中被表示为标头块中的一个整数。当某节点收到带有跳跃计数的消息时，它会检查跳跃计数的值。如果该值大于零，节点会单调递减此跳跃计数，然后将带有递减后的跳跃计数值的消息转发给相应邻居。如果所接收消息中包含的跳跃计数为 0，则不转发该消息。另需注意的重要一点是，跳跃计数标头块被排除在消息签名之外，因此更改这个值不会影响到应用于消息的数字签名的完整性，而且会防止产生与重复生成数字签名并将其序列化到消息相应部分中所关联的开销。

　　PeerChannel 示例 让我们用 PeerChannel 和 Windows 窗体来构建一个简单的 P2P 应用程序，称之为 PictureViewer。顾名思义，该应用程序的用途是允许网格中的所有节点可以查看同一张图片。从高层次来说，构建此应用程序所需的步骤如下所示：

　　1.定义基本的 Windows 窗体样板代码。

　　2.向窗体添加控件。

　　3.定义必需的 Windows Communication Foundation 服务合约。

　　4.编写连接到网格和从网格接收消息所需的 Windows Communication Foundation 代码。

　　5.编写向网格中其他节点发送消息所需的代码。