在 NMOS 环境中实现 DNS-SD 的指南

来源：IP Oktoberfest 主讲人：Gerard Phillips 内容整理：尹文沛 主讲人简要介绍了 DNS-SD 如何用于简化 NMOS 端的配置，然后是如何部署此类系统的概述。

目录

• 迁移至 IP 的优势
• 怎样使复杂的系统变得简单易实现
• 单播 DNS-SD
• 理想传输
• 在 OOB(out of band) 网络中的服务
• 在多媒体网络中的服务
• 混合服务模型
• 思考如何实现一个弹性的系统

迁移至 IP 的优势

首先我们都知道，从 SDI(serial digital interface) 到 IP 的迁移可以带来很多好处，诸如：

1. 灵活性，工程规模化，敏捷性，可连接性；
2. 技术革新；
3. 从定制走向 COTS/ 软件/ IT。

但是根据分析，这将会导致一个非常复杂的，实际上难以被实现的系统。因为这涉及到很多方面，比如：主机 IP 地址，多播 IP 地址，UDP 端口号，切换端口号，VLAN 等等。

但是 IP 可以让我们站在巨人的肩膀上！

怎样使复杂的系统变得简单易实现

这一节通过一个例子来说明怎样使复杂的系统变得简单易实现。

我们可以通过 IP 地址和多播组获取任何想知道的信息，但是大多数人只知道通过主机名称和网页地址获取信息，或者是一些友好的，一眼看过去就明白意思的名称。

以获取 Amateur TV(ATV) 节目内容为例，首先我们不知道该电视节目的 IP 地址，我们使用浏览器的 DNS 服务器解析其 IP 地址，这一步将会使你的终端连接到谷歌的 DNS 服务器，也就是网页告诉你页面正在查找内容的时候。这不是因为你知道了 IP 地址，只是因为你知道了 friendly name (默认分配友好名称以补充由数字或字母数字代码组成的唯一标识符)。在 WAN 端也是如此，每一个主机都有一个友好名称。

比方说，主机名 Amwa.tv == 23.236.62.147，其对应的 RDSa.gplab.local == 192.168.100.20。DNS-SD 可以将

—nmos-register.—tcp.gplab.local 解析为 RDSa.gplab.local。

这些数字太难处理了，所以我们希望不用处理或者担心这些复杂的数字，于是就出现了 IS-04 技术。我们希望有一个注册发现服务器，它可以在我们所有的终端、更多的站点和端点之间提供连接，并提供服务。

早期版本的 IS-04 将 mDNS 识别为一种技术。这非常简单，无服务器，仅限于第二层域，且不可扩展。所以这并不是我们想要的解决方式。

单播 DNS-SD

单播 DNS-SD 是基于 服务器-客户端 的技术。主机将会使用单播，这样你就可以构建一个网络，使其具有可路由，可扩展的 LAN, WAN 口等特性。

现在，主机仅仅只需要知道 DNS 服务器的位置即可。获取 DNS 服务器的位置是 DHCP 的工作，你不需要知道他的原理，你仅仅只需要知道在你电脑中的 DHCP 获取 DNS 服务器的位置然后为你提供一个 IP 地址。

理想传输

让我们来设想一个理想的世界，其具有：

1. 一个理想的启动点；
2. 清晰定义的多媒体和控制网络，控制网络中含有 DHCP, DNS, Broadcast Controller, IS-04,IS-09；
3. 服务很好地分离到控制中；
4. 多媒体结点与两种(图 1 中黄色和蓝色)多媒体网络都连接；
5. RDS 节点与控制网络相连接。

图1 抽象网络环境概念图

我们接下来深入探索这个图片，因为每一种部署都是不同的，因此会有不同的效果。所以，举个例子，RDS(IS-04) 服务器可能会由 Meida 节点直接连接，这种部署方式直接可以直接访问主机，为信息传输提供了弹性。或许 Media 节点并不在接口处提供 DNS-SD 服务，需要在更高层获取 DNS-SD 服务。另外，其他一些特殊的客户端有非常严格的隔离规则，他们不希望这些东西连接到任何内部的网络中。

所以为了实现这个理想的传输，我们有很多选择，我们需要理解整个网络环境的多样性。

在 OOB(out of band) 网络中的服务

在 OOB 网络中的服务确实非常简单和简洁，如图 2 所示。

其中，多媒体的终端节点不需要与 OOB 网络直接连接，所以保证了多媒体服务端的独立性，且对所有的主机只具有单一的 DNS 和 RDS 地址，这意味着终端只需要知道一个 DNS 服务器的位置就足够了，这大大降低了复杂性。

但是如果终端节点在他们的 OOB 端口不支持单播 DNS-SD 该怎么办？目前的答案是，如果没有则无法使用 OOB 网络获取多媒体服务。

另外一个缺点就是，除非设备有多个 OOB 接口，否则遇到较差网络状况，恢复能力会很低。

图2 在 OOB 网络中的多媒体服务

在多媒体网络中的服务

同样非常简单和简洁，也不需要连接 OOB 和 Media 节点。

但是对终端的要求更加复杂，如图 3 所示：

1. 终端节点分别连接黄色和蓝色的多媒体网络，需要两个不同的 DNS 接口；
2. 终端节点的 DNS 需要同时能够服务黄色和蓝色的多媒体网络；
3. 终端节点需要有可用的路由表；
4. 所有接入的终端节点都需要能在多媒体接口处运行单播 DNS-SD。

图3 在多媒体网络中的服务

混合服务模型

如图 4 所示的混合服务模型，其更加复杂，但是灵活性高。

可以看到：

1. Media 节点与 OOB 网络直接连接；
2. 具有单一的 DNS 地址；
3. 可支持单一 Media 终端节点；
4. 可支持单一 OOB 终端节点。

以下的细节需要根据具体场景仔细思考和设计：

1. 可以利用 DSN 服务器上的 Zonescopes 帮助你设计；
2. 如果终端节点同时建立了两个或两个以上的连接，应该怎样定义它的行为？
3. 需要注意保护 OOB 网络不受不必要的媒体流量影响。

图4 混合服务模型概念图

思考如何实现一个弹性的系统

最后留给大家思考如何实现一个弹性的系统，在多用户，多个可能的主机端口的情况下：

1. 你的 RDS 设备怎样提供弹性？你需要使用动态 DNS 吗？
2. DNS 怎样才能具有弹性？你能支持多个 DNS IP 地址吗？或者你可以使用多个虚拟机来提供弹性吗？

附上演讲视频：

http://mpvideo.qpic.cn/0bc33qabwaaanyabblybwnrfbxgddpoaagya.f10002.mp4?dis_k=4e71b88d0893017fc9a93270977af2ae&dis_t=1645153302&vid=wxv_2258941864789884933&format_id=10002&support_redirect=0&mmversion=false