Arista EOS-4.26上实施mDNS gateway实例

1. 测试的Arista设备型号

7060CX2-32S

2. 测试的Arista交换机EOS版本

EOS-4.26.4M

3. 配置

a. 测试系统拓扑

b. 配置终端IP和交换机

具体请参照之前的文章

c. 接口配置状态

其中，Et1/2为IQUCP，Et21/1为LDX 100，为NMOS注册查询终端，处于Vlan100中；Et13/1为GV Orbit，为NMOS注册服务终端，处于Vlan200中。确保同一个vlan内的终端IP可达，同时启用BGP路由协议，

d. Vlan 100为查询nmos的终端，以下为Vlan 100逻辑接口的配置

e. vlan200为提供NMOS注册服务的终端，以下为Vlan 200逻辑接口的配置

f. mdns相关配置，配置的规则名称为nmos，筛选的服务为_nmos-node._tcp. 和_nmos-register._tcp.， 查询接口为vlan100，响应接口为vlan200

4. 配置完毕，验证mDNS gateway服务

a. 显示端口查询到的mdns服务类型，这些是所有配置了mdns ipv4的接口上能解析的mdns服务

b.查询定义的nmos服务规则的响应

5.测试过程遇到的问题

问题1: Service name must be 1-15 characters long，目前Arista的mDNS gateway服务规则的过滤名称最多支持15个字符。某些NMOS旧设备使用的注册查询服务名称为_nmos-registration._tcp.，长度超过15，无法在type中过滤相关服务

而且提供NMOS注册服务的终端的部分nmos响应报文的服务名称为_nmos-registration., 会超出限制，可能会被过滤掉

问题2: 猜测交换机gateway不会存储所有mdns相关报文

猜测交换机仅仅缓存并转发PTR记录，其他记录是否会转发？

6.测试时候的网络抓包

a. 当nmos查询终端和响应终端在同一个vlan中的mDNS交互过程，注：此过程不需要开启mdns gateway。

交互过程可以总结为：

1. 查询终端发起mDNS查询，"QM" question

_nmos-register._tcp.local: type PTR, class IN, "QM" question

2. 响应终端响应查询

这里的问题是Additional records中的报文是否被mdns gateway缓存并转发？

b.当nmos查询终端和响应终端不在同一个vlan中并配置交换机的mdns gateway之后，从交换机转发的mdns报文

可见相比二层网络，经过mdns gateway转发后的响应报文中多了gw._arista._udp.local，但是数量是不是比之前的少呢？

对比看一下

二层网络中的响应	3层网络并使用mDNS gateway后的响应