多播
多播是将数据发送到用户组的一到多的传输形式。多播会节省网络的带宽，因为文件是作为单一数据流一直传输到最后一个跃点，然后由路径末端的路由器将各个流发送到目标位置。

部分 Windows Media 技术所使用的术语专门用于多播会话。在讨论如何使用多播以及如何对多播会话进行疑难解答之前，我们将对其进行解释。

理解 Windows Media 技术多播术语
在设置多播传输时使用以下三个术语：放送台、节目与流。

放送台用于通过多播传输分发内容（发布点用于单播传输）。放送台与电视台类似。放送台分发称为节目的内容，而节目一般由几个流组成。例如，节目可能使用插有广告的视频剪辑。有关使用多播和创建多播放送台的更完整信息，请在 Windows Media 管理器帮助文件中查找。

定义放送台
放送台在 an .nsc 文件中定义。这是一个配置文件，其中包含联接多播传输所需的全部信息，如 IP 地址、端口号及所需的 CODEC。Windows Media 服务器根据配置多播放送台时所输入的信息创建 .nsc 文件。

.nsc 文件是必需的，因为用户在节目开始时并不一定要联接多播传输。他们可以在任何时候成为多播组的成员，这意味着 Windows Media Player 立即开始接收流数据，而无需包含传输信息的头文件数据包。Windows Media Player 使用 .nsc 文件获取信息。

管理员一般可以通过电子邮件将文件发给加入组的用户或者通过 Web 站点发布文件。这意味着，即使 Windows Media 服务器创建文件，它也不分发文件。让管理员控制 .nsc 文件的分发有助于阻止未授权的用户侦听传输。例如，通过在 Web 站点上发布文件，管理员可以在许可访问信息之前要求进行身份验证。

.nsc 文件可以包含内含编码器配置的 .asd 文件的名称。如果未使用模板中的 Windows Media 编码器默认值，则在创建多播放送台时必须指定该文件。如果更改了任何默认值，则可以保存 .asd 文件，将其复制到服务器，然后在配置多播传输时指定该文件。这一切均在指定流格式信息对话框中进行。Windows Media 管理器将信息保存在 .nsc 文件中。

配置多播放送台
本节向您介绍定义多播会话放送台的过程。

定义多播会话的放送台
通过下列步骤打开 Windows Media 管理器，将鼠标指向开始菜单上的程序，指向管理工具，然后单击 Windows Media。
开始时，单击菜单中配置放送台标题下的多播放送台。即出现配置服务器 - 多播放送台对话框。下面图 12 为示例屏幕：
\"\"


确保选中使用向导新建放送台选项。选择放送台，然后从下拉菜单中选择新建。将出现如下图 13 所示的快速启动向导对话框：
\"\"
单击下一步。

即出现如下图 14 所示的选择放送台对话框：
\"\"

在本示例中，我们创建新放送台，因此选择新建放送台选项。如果已有放送台，则其将列出且第二个选项（选择现有放送台）也被选定。（用本方式可以更改现有放送台配置。）单击下一步。

将出现如下图 15 所示的新建放送台对话框：
\"\"
通过选择多播与分发选项，服务器将在多播无法使用的情况下试图通过单播传输流。单击下一步。

即出现如下图 16 所示的指定节目与流名称对话框：
\"\"
单击下一步。

即出现如下图 17 所示的指定流对象的源对话框：
\"\"
如果流是已存储的文件，则选择高级流格式 (.asf) 文件选项。如果它是正在实时编码的实时事件，则选择 Windows Media 编码器选项。如果源是远程计算机上的放送台或发布点，则选择远程放送台或广播发布点选项。单击下一步。

将出现如下图 18 所示的指定流对象的源 URL 对话框：
\"\"

在本示例中，我们指定作为源的 .asf 文件的 URL。在本过程的稍后部分，Windows Media 管理器将生成一个 .asx 文件，该文件将 URL 转换为除 Internet Explorer 外其它浏览器可以理解的格式。（参见本书前面“使用 ASX 文件”部分。）

如果我们已选择 Windows Media 编码器选项，将显示如下图 19 所示的屏幕：
\"\"
图 19 指定 Windows Media 编码器的 URL


如果我们已选择远程放送台或广播发布点 选项，将出现如下图 20 所示的对话框：
\"\"
图图 20 指定远程放送台的 URL


在指定 URL 后，单击下一步。
将出现如下图 21 所示的指定流格式信息对话框：
\"\"
图 21 指定源的路径


指定 .asf 文件的位置。Windows Media 管理器需查看该文件的头文件以了解有关该文件的信息（Windows Media Player 需要该信息），如文件所包含媒体的类型以及所使用的 CODEC。该信息还存储在 Windows Media 管理器所生成的 .nsc 文件中。

用户必须指定保存 .nsc 文件的位置。这在“导出放送台信息文件的路径”屏幕中完成，如下图 22 所示：

图 22 指定 .nsc 文件的路径


指定存储 .nsc 文件的位置。它通常在 Web 服务器或网络共享位置上。且必须是用户可以访问的位置，以便于其播放器读取。要防止未经授权对文件进行访问，可以将文件放在需要进行身份验证的共享位置上。单击下一步。

将出现如下图 23 所示的放送台信息文件 URL 屏幕：
\"\"
图 23 指定 .nsc 文件的 URL


这是 Windows Media Player 用于访问 .nsc 文件的 URL。URL 可以指向 Web 服务器或网络共享位置。在示例中，我们指定 Web 服务器。通用命名规则 (UNC) 路径在计算机名前使用双斜杠或双反斜杠，目录以单斜杠或单反斜杠隔开。屏幕上所显示的示例是 UNC 路径。单击下一步。

将出现如下图 24 所示的选择发布方法对话框：
\"\"
图 24 选择发布方法


该屏幕指定引用 .asf 流的方式。切记：一般来说直接指向 mms 流是不明智之举。在我们的示例中，Windows Media 管理器将生成引用该流的 .asx 文件。单击下一步。

将出现如下图 25 所示的准备发布对话框：
\"\"
图 25 多播选项小结


最后一个屏幕显示放送台定义的小结。
记录用户信息
使用多播，服务器与用户之间没有直接通信。这使得收集有关谁在侦听以及网络连接到指定客户的质量的信息变得困难。为有助于解决该问题，Windows Media Player 引入了用于多播传输的日志记录功能。它们是以 ISAPI DLL 实现的，ISAPI DLL 称为 Nsiislog.dll，运行在 IIS 服务上。为启用日志记录功能，请遵循下列步骤（默认情况下禁用该功能）：

验证包含 nsiislog.dll 的 IIS 目录共享为 Web 目录。网络客户必须可以访问该文件。
在 Windows Media 管理器菜单框中，单击多播放送台。出现多播放送台页。
在放送台下，单击要为其创建日志文件的放送台，再单击放送台，然后单击属性。出现编辑放送台页。
在编辑放送台页，在记录 URL 中，键入到 Nsiislog.dll 的 URL，然后单击确定。例如，键入 http://server_name/scripts/Nsiislog.dll，其中 server_name 是 IIS 服务器的名称。
有关启用日志记录的详细信息，请参见 Windows Media 管理器帮助文件。

一般情况下，统计属于下列三种类别之一：传输质量、内容信息与客户信息。传输质量统计的示例：

丢失了多少数据包
重新发送了多少数据包
传输了多少字节
内容信息的示例包括：

使用哪个音频和/或视频 CODEC
.asf 文件的 URL 是什么
嵌入的 URL 是什么
嵌入的 URL 是 Web 页面的 URL，该页面中包含嵌入式 Windows Media Player。通过了解该 URL，可以发现谁在使用您的内容。

客户信息的示例包括：

Windows Media Player 全局唯一标识符 (GUID)
客户接收特定流的时间
接收流的客户的 IP 地址
客户所使用的 Internet 服务提供商 (ISP)
多播的其它应用
多播功能可以用于分发除 .asf 文件之外的其它文件。任何时候当需要将数据的单一流发送至多个用户时，应考虑使用多播，以节省带宽。（这里假定网络可以支持多播。例如，如果网络包含一个 LAN，或如果网络设备（如路由器）支持多播，即属于这种情况。）常见的例子是使用 Windows Media 技术多播通过网络发送 Microsoft PowerPoint? 演示文稿，但是它也可以用于其它类型的文件、文件目录。要配置多播文件传输，选择 Windows Media 管理器所显示的多播文件传输选项。可以设置各种参数，包括：

发送数据要使用的最大带宽
传输的持续时间
客户是否可以请求服务器重新发送丢失的数据包
有关详细信息，请参见 Windows Media 管理器帮助文件。

多播传输疑难解答
虽然有关多播会话的疑难解答的完整指南并不在本书的讨论范围之内，本节还是包括一些建议，以便使您的任务更简单。同样，虽然在本书中未进行讨论，但对于单播还是有一些与多播类似的统计。有关日志记录功能的详细信息，请参见 Windows Media 管理器帮助文件。

检查文件
首先，确保 asx 和 .nsc 文件可访问且不包含任何错误。没有这些文件，客户无法联接多播。切记：如果未使用编码器的默认模板，或如果对任何值进行了更改，则必须指定 .asd 文件。如果在配置完多播后对编码器进行了任何更改，则必须重新指定该文件以保证 .nsc 文件为最新的。如果在配置多播之后服务器配置的任何内容发生更改，则重新导出 .nsc 文件。为此，在 Windows Media 管理器上选择多播放送台，然后选择导出。

检查统计
在传输过程中，使用 Windows Media Player 检查统计。为此，右键单击 Windows Media Player 并单击统计。下面图 26 为示例显示：


\"\"
图 26 Windows Media Player 统计

确保将协议设置为多播。选中恢复的数据包数和丢失的数据包数以查看当前是否丢失数据库。如果恢复的数据包数计数器在递增，则 Windows Media Player 正在重构丢弃的数据包。这可能是网络出现问题的迹象。（这些统计对于单播也可以使用。）

如果在配置多播会话时启用了日志记录，则在会话结束后可以使用 Nsiislog.dll 日志获取详细信息。要尽力找到问题的趋势，如许多用户在某一段上均有问题。

跟踪 IGMP 版本
请注意不同版本的 Windows 操作系统实施不同版本的 Internet Group Management Protocol（Internet 组管理协议，IGMP），客户使用该协议联接多播会话。下表总结了 Windows 各个版本所使用的 IGMP 的版本： 操作系统
IGMP 的版本

Windows 95 版本 1
Windows NT?4.0 SP3 或更早版本 版本 1


Windows 98 版本 2


Windows NT 4.0 SP4 或 SP5 版本 2


Windows 2000 版本 2

隔离问题
除非通过一个 LAN 进行多播，多播一般涉及多个子网与路由器。从服务器驻留与移动的位置开始，通过网络逐个跃点隔离问题。另外，确保生存时间 (TTL) 值足够高以使数据包能够通过必须遍历的每个跃点。一般说来，TTL 应与跃点数相等。如果该数过低，则数据包将在到达网络边沿之前被丢弃。默认值是 5。要设置跃点数，单击配置服务器，然后单击要编辑的放送台。即打开下图 27 所示的配置服务器 - 编辑放送台对话框：
\"\"
图 27 更改 TTL 参数


将 TTL 项的值更改为更高值。

最后，查看防火墙或任何非多播启用的设备，它们有可能阻止向网络某些段中进行的传输。如果数据包必须经过的路由器或交换机不理解多播，则数据包将被丢弃。另外，如前面所述，许多防火墙无法通过 UDP 数据包，它是用于多播传输的传输。

有许多第三方监视工具可用于检测网络问题，而且 Windows 2000 操作系统本身也包含一些工具。我们将简要讨论两个工具：网络监视器与 tracert 工具。

网络监视器
Windows 2000 Server 袖珍版及 System Management Server 中的网络监视器允许您查看网络上的数据包。要使用网络监视器，将鼠标指向开始菜单上的程序，指向管理工具，然后单击网络监视器。

网络监视器如下面图 28 所示：
\"\"
图 28 网络监视器


网络监视器通过将捕获主机的 NIC 置于“混合”模式中进行工作，这样它可以将在线路上所看到的每一帧传递到跟踪工具。可以定义捕获过滤器只保存特定的帧以便分析。可以根据源与目标 NIC 地址、源与目标协议地址以及模式匹配对这些过滤器进行配置。在获取捕获后，可以使用显示滤波进一步缩小问题的范围。显示滤波还允许选择特定的协议。有关使用网络监视器的详细信息，请查询帮助文件。

Tracert 工具
Tracert 工具通过将数据包组连续发送至特定目标 - 指定目标计算机的 IP 地址运行。例如，如果要跟踪从您的机器到 whitehouse.gov 的路由，可键入：tracert whitehouse.gov。路径上的每个路由器将信息返回到启动跟踪的机器，向用户显示接收数据包的机器的 IP 地址以及每个数据包往返的时间（按毫秒计）。跟踪完成后，您就会知道数据包从源到目标所需的跃点数以及每个跃点所占用的时间。

Tracert 操作的重要组件是数据包的 TTL（生存时间）数值。Tracert 将三个数据包组连续发送并不断增大 TTL 数值。沿着路径，每个路由器将 TTL 数值减 1，然后将它传递给下一个路由器。使用 TTL 为 1 发送第一个数据包组。第一个跃点的路由器将值减为 0，导致数据包过期，并将过期信息发送回源机器。然后第二个组按 TTL 为 2 发出，第二个路由器而非第一个路由器返回过期信息。这将一直持续直到达到最大的 TTL 数值，或理想情况下，目标计算机接收到数据包。Tracert 工具的默认最大 TTL 数值为 30，即可以报告前 30 个跃点。您也可以通过使用 -h 选项的方式增加该数值（在列表选项的命令行上仅输入 tracert）。

Tracert 会话的示例如下面图 29 所示：
\"\"
图 29 Tracert 会话示例


下面是响应时间的经验规则：最大 200 ms 为良好。
200 到 500 ms 为边缘状态。
超过 500 ms 则不可接受。
只有星号而没有时间说明根本没有响应。
有关 tracert 的详细信息,请参见 Windows 2000 帮助文件。