所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

S9300, S9300E, S9300X V200R010C00 配置指南-IP业务

本文档介绍了IP业务的配置,具体包括IP地址配置、ARP配置、DHCP配置、DNS配置、mDNS网关配置、mDNS中继配置、UDP Helper配置、IP性能优化配置、IPv6基础配置、DHCPv6配置、IPv6 DNS配置、IPv6 over IPv4隧道配置和IPv4 over IPv6隧道配置。
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
mDNS网关原理描述

mDNS网关原理描述

下面从以下三个阶段介绍mDNS网关与服务提供设备的交互过程:

服务提供设备通告服务阶段

服务提供设备把所能提供的服务通告给mDNS网关,这样,mDNS网关就能记录网络中所有可用的服务信息。主机名用来标识服务提供设备。服务名用来标识设备所能提供的服务和记录服务类型。例如服务名“Officejet Pro 8100 [C12FFA] (7)._printer._tcp.local”表示能够提供打印服务。每台设备可以提供多种类型的服务。以Apple TV为例,服务提供设备向mDNS网关通告服务的工作原理如图5-2所示。

图5-2  服务提供设备通告服务工作原理图
  1. Apple TV上电启动后,自动生成一个主机名,并发送目的组播地址为224.0.0.251的mDNS请求报文探测主机名是否与其他服务提供设备重复,以确保主机名在网络中唯一。mDNS网关收到探测报文后查询本地记录的主机名列表,如果存在此主机名,表示网络中已经有其他服务提供设备使用此名字,则发送冲突报文给Apple TV。Apple TV收到冲突报文后生成一个新的主机名,重新进行探测。如果在探测时间内没有收到mDNS网关的冲突回应报文,表示主机名可用。如果在探测时间内持续冲突,则在下一探测时间继续发送请求报文。

  2. Apple TV以组播方式发送mDNS报文通告其主机名和IP地址,mDNS网关收到请求报文后记录此主机名和IP地址信息。

  3. Apple TV发送目的组播地址为224.0.0.251的mDNS请求报文探测服务名是否与其他服务提供设备重复,以确保服务名在网络中唯一。mDNS网关收到探测报文后查询本地记录的服务信息列表,如果存在此服务名,表示网络中已经有其他服务提供设备使用此服务名,则发送冲突报文。Apple TV收到冲突报文后生成一个新的服务名,重新进行探测。如果在探测时间内没有收到mDNS网关的冲突回应报文,表示服务名可用。如果在探测时间内持续冲突,则在下一探测时间继续发送请求报文。

  4. Apple TV以组播方式发送mDNS报文通告其服务信息,mDNS网关收到请求报文后记录此服务信息,包括服务名、服务类型、TTL值、主机名和IP地址。

    说明:

    TTL值是服务提供设备提供给mDNS网关的。mDNS网关上记录的服务信息列表中的TTL值代表服务的老化时间。在老化时间内,如果mDNS网关收到服务提供设备发送的服务更新消息(mDNS回应报文),则刷新服务信息。经过老化时间后,如果mDNS网关没有收到服务提供设备发送的服务更新消息,则删除该服务信息。

用户终端请求发现服务阶段

以iPhone为例,用户终端请求发现服务的工作原理如图2所示。

图5-3  用户终端请求发现服务工作原理图
  1. iPhone以组播方式发送mDNS请求报文,查询网络中是否提供某种服务。

  2. mDNS网关接收到请求报文后,查找服务信息列表,把能够提供此服务的主机名和IP地址回应给iPhone。这样,iPhone可以选择相应的服务提供设备建立连接。

    说明:
    设备作为mDNS网关时仅支持以组播方式发送回应报文。同时,设备发送的请求报文与探测报文中均请求对端以组播方式发送回应报文。

mDNS网关定时发现服务阶段

mDNS网关支持定时发现服务功能,每隔一个探测周期mDNS网关以组播方式发送服务信息查询消息,服务提供设备收到查询消息后会回应服务信息。mDNS网关收到回应报文后刷新服务信息列表。这种方式保证了服务提供设备的服务信息及时通告给mDNS网关,也保证了mDNS网关维护的服务信息列表的及时性和完整性。

mDNS策略控制功能

配置mDNS网关后,客户端接入网络后,可以发现同一mDNS网关上的所有服务提供设备,无法做到设备和服务提供者的精确控制。例如,手机从某一AP接入网络,手机上不仅可以发现从该AP接入的Apple TV,也可以发现其他的Apple TV,即不容易区分选择,也不安全。为了能够更精准的让客户端发现mDNS服务提供设备,可以通过mDNS策略控制功能,让客户端和mDNS服务提供设备按照预先设置的策略进行匹配。该策略基于AP的位置进行控制,因此客户端必须通过无线接入网络。当客户端移动到其他位置时,位置信息可以随之更改。位置信息类型包括AP Name、AP Group、AP Location、AP邻居。其中,AP Name、AP Group、AP Location在网络中部署AP时指定,AP邻居由AP自行发现。有以下两种控制策略。

基于服务类型和AP位置的控制策略

mDNS网关基于服务类型和AP位置信息配置策略。对于加入到策略中的服务类型,其客户端和服务提供者接入的AP位置信息匹配策略时才会发现对应服务。

例如,AP1和AP2属于Group1,AP3属于Group2。Apple TV_1从AP1接入,Apple TV_2从AP3接入。iPhone1从AP1接入,iPhone2从AP2接入,iPhone3从AP3接入,我们配置基于服务类型_airplay._tcp.local和位置信息为AP Group的控制策略,属于同一个AP Group的用户和服务提供者可以互相发现。则iPhone1和iPhone2可以发现Apple TV_1,但不能发现处于不同AP Group的Apple TV_2。iPhone3只能发现处于同一AP Group的Apple TV_2。

基于服务提供者和AP位置的控制策略

mDNS网关基于服务提供者的MAC地址和AP位置信息配置策略。客户端和服务提供者的位置信息必须匹配控制策略才能发现服务。

例如,AP1和AP2位于的AP Location信息为5F-1,可以通过配置策略,让MAC地址为0001-0001-0001的Apple TV_1仅让位置信息为5F-1的客户端(iPhone1和iPhone2)发现。从3F-1接入的用户iPhone3无法发现Apple TV_1。

翻译
下载文档
更新时间:2019-04-17

文档编号:EDOC1000141518

浏览量:13786

下载量:292

平均得分:
本文档适用于这些产品
相关文档
相关版本
分享
上一页 下一页