一、Bonjour 一致性测试

作为认证的一部分，BonjourConformanceTest 工具必须通过所有网络的所有测试
DUT 支持的接口。测试结果文件和相应的 debug.log 文件必须是认证时提交。

1.1 BonjourConformance测试工具

• 在此处下载该工具的最新可用版本：
https://developer.apple.com/bonjour/
• “README.txt”展示了如何使用BonjourConformanceTest 工具。
• “BonjourConformanceTest -h”展示了如何使用BonjourConformanceTest 工具。

1.2 要求

• 测试机器必须是运行最新版本macOS 的Mac。
• 必须使用最新的 Apple AirPort 基站或 Time Capsule 运行测试
最新固件或支持多播的第三方基站。记录使用的路由器
在适当的评论部分进行测试。此外，应使用 DUT 进行测试
额外的 Wi-Fi 路由器。

如果您没有 Apple AirPort Extreme，请参阅设置文档 适用于已获准进行 Bonjour 一致性测试的第三方路由器。

• 如果DUT 同时支持Wi-Fi 和以太网，则必须对这两个接口进行测试并通过所有测试。
所有接口都必须通过 IPv4 和 IPv6 测试。

1.2.1 使用以下命令运行 IPv4 测试

BonjourConformanceTest -I <interface name> -D -F <name of the log file> -Aip <the IP address of access point or router> -Amac <the MAC address of the access point or router>

请注意，Wi-Fi 接口和以太网接口的 MAC 地址不同。“-L”、“-M”和/或“-N”选项不得用于认证。 这些仅用于调试目的

1.2.1 使用以下命令运行 IPv6 测试

BonjourConformanceTest -I <interface name> -6 -M -D -F <name of the log file> -Aip <the IP
address of access point or router> -Amac <the MAC address of the access point or router>

• 所有网络接口的测试结果文件和 debug.log 文件必须在期间提交
  认证。对于例外请求，请参阅第 1.7.2 节。
• 我们建议使用射频屏蔽环境以避免射频污染。操纵访问
  如果 RF 屏蔽环境不可用，点到一个无重叠的通道是有益的。

1.3设置

1.3.1 配置 AirPort 基站或 Time Capsule 说明

如果使用兼容的3rd 方接入点，请跳过此部分并从1.3.2继续。
详细信息可通过“AirPort 实用程序帮助”获得。

1. 通过以太网将 Mac 连接到路由器（AirPort 基站或 Time Capsule）。
2. 在 /Applications/Utilities 中启动“AirPort Utility”。

如果是mac设置为中文版本，打开方法如下两种
--------------------------- 1、配置主 Wi-Fi 基站---------------------------
接通所有 802.11n Wi-Fi 基站的电源，并等待一定时间让其在 AirPort 附加菜单中显示。 打开 AirPort 实用工具（在 Mac 上，从桌面上选择“前往”>“应用程序”，再点按“实用工具”文件夹，然后打开 AirPort 实用工具。在 Microsoft Windows 中，选取“开始”>“所有程序”>“AirPort”，以打开 AirPort 实用工具）。 在“基站选取器”中，选择主 Wi-Fi 基站，然后点按“继续”。注：如果系统显示信息表明 Wi-Fi 基站已重置，请点按“取消”继续。 点按“手动设置”。必要时，请输入基站密码。 点按工具栏中的 AirPort。 点按“无线”。 从“无线模式”菜单中，选取“创建无线网络”。 选中“允许此网络被扩展”注记格。 输入无线网络名称。 可选：默认情况下，“无线安全性”设置为“无”，这样加入该网络就不需要密码。建议点按“无线安全性”菜单，选择“WPA2 个人级”，然后创建长度在 8 到 63 个字符之间的密码。 从“无线频段选择”菜单中，选择“自动”。 点按“更新”。 下一窗口可能指示存在一些问题。解决相关问题，然后点按“更新”。到此即已准备就绪，可向网络中添加扩展 Wi-Fi 基站。 [1]
--------------------------2、-配置扩展 Wi-Fi 基站---------------------------
将所有扩展 Wi-Fi 基站放在主 Wi-Fi 基站的覆盖范围内 确保所有 802.11n Wi-Fi 基站都已接通电源，并等待一定时间让其在 AirPort 附加菜单中显示。 打开 AirPort 实用工具（在 Mac 上，从桌面上选择“前往”>“应用程序”，再点按“实用工具”文件夹，然后打开 AirPort 实用工具。在 Microsoft Windows 中，选取“开始”>“所有程序”>“AirPort”，以打开 AirPort 实用工具）。 在“基站选取器”中，选择扩展 Wi-Fi 基站，然后点按“继续”。注：如果系统显示信息表明 Wi-Fi 基站已重置，请点按“取消”继续。 点按“手动设置”。必要时，请输入基站密码。 点按工具栏中的 AirPort。 点按“无线”。 从“无线模式”菜单中，选取“扩展无线网络”。 从“网络名称”菜单中，选取要扩展的网络。 必要时，输入网络和设备密码，然后点按“更新”。 下一窗口可能指示存在一些问题。解决相关问题，然后点按“更新”。

3. 如果路由器已经设置，它会显示在出现的窗口中。单击的图标router，点击“编辑”，如下图所示。否则，继续步骤6

4. 在“基站”菜单中选择“恢复默认设置”，点击“继续”出现的对话框。这将重新启动路由器
   

5. 当路由器重新启动时，重新启动“AirPort Utility”。

6. 输入“网络名称”、“基站名称”和“密码”。 （他们不必是与下面的屏幕截图相同。）
   

7. 在出现的对话框中单击“下一步”，因为路由器不得连接到互联网。
   

8. 创建网络后点击路由器图标，然后点击“编辑”。（请参阅步骤3。）

9. 配置必须如下所示。以下未提及的设置必须保留为默认值。

基站”选项卡

• 基站名称：任意
• 基站密码/验证密码：任意

“互联网”选项卡
• 连接使用：“静态”
• IP 地址：169.254.1.2
• 子网掩码：255.255.0.0
• 路由器地址：10.0.1.1

“无线”选项卡
•网络模式：“创建无线网络”
•无线网络名称：任意
•无线安全：“WPA/WPA2个人”

“无线选项”页
所有选项必须保留为默认值。
•5GHz网络名称：未选中
•无线电模式：802.11a/n-802.11b/g/n（自动）
•2.4GHz信道：自动
•5GHz频道：自动

“网络”选项卡
•路由器模式：“关闭（桥接模式）”

10.单击“更新”，出现“无DNS服务器”警告。单击“忽略问题”，然后在出现的对话框上单击“继续”。

1.3.2设置测试机器

1.通过以太网将Mac连接到路由器。
2.从“”菜单中选择“系统首选项”，然后单击“网络”
3.从列表中选择“Wi-Fi”（如果存在）。如果“状态”不是“关闭”，请单击“关闭Wi-Fi”。“状态”必须变为“关闭”

4.从列表中选择“以太网”。“状态”必须为“已连接”。“配置IPv4”必须为使用DHCP

5.在系统首选项中，单击“共享”
6.确保所有服务都已关闭。

1.3.3查找以太网的“BSD设备名称”

1.在/Applications/Utilities中启动“System Information”。
2.从窗口左侧的列表中选择“Network”（网络）。
注意“以太网”的“BSD设备名称”。例如，在下面的截图中，“en0”是“以太网”的“BSD设备名称”。“BSD设备名称”稍后在运行BonjourConformanceTest工具时用作“-I”选项的值。

1.4 运行BonjourConformanceTest

测试必须在网络流量安静的环境中运行。测试机器必须通过以太网连接到路由器。
根据要测试的网络接口，DUT必须通过Wi-Fi或以太网连接到同一路由器。
必须测试DUT支持的所有网络接口。
测试IPv4时，必须同时运行本地链路、多播DNS和混合网络测试。换句话说，当为IPv4运行测试时，不得指定“-L”、“-M”或“-N”配置选项。
IPv4和IPv6命令都必须针对设备运行。（见第1.2.1和1.2.2节。）
必须传递“-D”选项，以便启用调试日志记录。这将在当前位置生成一个debug.log文件。debug.log文件必须与相关测试结果文件一起提交给Apple。
如果DUT支持以太网，请执行以下步骤1至3。否则，跳过这些步骤，继续执行步骤8。

1.按照第1.3.1节和适当的第三方配置文件设置AirPort基站、Time Capsule或经批准的第三方接入点和测试机器后。
2.通过以太网将DUT连接到同一路由器。
3.关闭DUT。
4.退出测试计算机上运行的所有应用程序。
在/Applications/Utilities中启动“终端”，然后运行以下命令：

mkdir BCT-VENDOR-DUT-INTERFACE
cd BCT-VENDOR-DUT-INTERFACE
sudo BonjourConformanceTest -I <interface name> -D -F Results-VENDOR-DUT-INTERFACE.
txt -Aip <the IP address of access point or router> -Amac <the MAC address of
the access point or router>

-接口名称：BSD设备名称（见第1.3.3节）
-供应商：贵公司名称
-DUT：DUT的型号名称
-接口：“有线”或“WiFi”

命令示例：

sudo BonjourConformanceTest -D -F Results-Apple-AwesomeDUT1-Wired.txt -Aip
169.254.1.1 -Amac A0:B0:C0:D0:E0:F0
sudo BonjourConformanceTest -I en1 -D -F Results-Apple-AwesomeDUT1-Wired.txt -Aip
169.254.1.1 -Amac A0:B0:C0:D0:E0:F0

6.按照终端中显示的说明进行测试。（见第1.5.1节。）
7.测试必须在25小时内完成。测试完成后，必须在
“BCT-VENDOR-DUT-INTERFACE”文件夹。查看测试结果文件。（见第1.6节）

如果DUT支持Wi-Fi，请执行以下步骤8至10。否则，请跳过这些步骤。

8.按照第1.3.1节和适当的第三方配置文件设置AirPort基站、Time Capsule或经批准的第三方接入点和测试机器后。
9.通过Wi-Fi将DUT连接到同一路由器。
10.运行步骤3至7。

---

1.5 测试人员交互

本节详细介绍了运行BonjourConformanceTest时所需的交互。开始测试前，DUT必须断电。
测试期间不要关闭路由器。
对于IPv6测试，仅第1.5.1、1.5.3和1.5.4节测试适用。

1.5.1 测试说明开始

如果在运行二进制文件时，上面没有使用-Aip和-Amac参数，将提示您如下所示。如果使用了参数，只需按照屏幕上的说明进行操作。

Enter the IP address of the access point:
>
...
Enter the MAC address of the access point:
>
...

上面翻译即
输入接入点的IP地址：

输入接入点的MAC地址：

要获取接入点的IP和MAC地址，请在另一个终端窗口中键入以下内容（或使用其他方法）：

> arp -a

输入接入点的IP和MAC地址后，测试将继续：

Starting Test: Mon Aug 26 07:31:58 2019
*** Please Power On Device ***

活动

1.打开DUT电源。
2.测试自动进行。

1.5.2电缆更改处理（链路本地地址分配测试）说明

Press enter to continue.
START (CABLE CHANGE HANDLING)
Please unplug the device’s network cable for ten seconds and then reconnect.
For a device being tested over its wireless interface, cause the interface to
disassociate from the access point and then re-associate with the access point.

翻译即：按enter键继续。启动（电缆更换处理）
请拔下设备的网线十秒钟，然后重新连接。对于通过其无线接口进行测试的设备，使接口与接入点解除关联，然后重新与接入点关联。

活动

1.如果正在测试的接口是以太网，请将以太网电缆从DUT上拔下10秒，然后重新连接。
2.如果正在测试的接口是Wi-Fi，则关闭DUT的Wi-Fi无线电10秒钟，然后将其打开。如果DUT没有打开/关闭Wi-Fi无线电的功能，则让DUT连接到另一个路由器10秒钟，再连接回接入点或路由器。
3.测试自动进行。

1.5.3 手动名称更改（多播DNS测试）

根据所测试附件的类型，可能不需要进行此测试。

Press enter to continue.
START (MANUAL NAME CHANGE)
**** MANUAL SERVICE NAME CHANGE *****
*** Please manually change the service name ”Vendor device model-6._http._tcp.local” to ”New-BCT._http.
_tcp.local.”

按enter键继续。启动（手动更改名称）
**** MANUAL SERVICE NAME CHANGE *****
***请手动将服务名称“Vendor device model-6.http_tcp.local”更改为“New BCT._http.
_tcp本地。”

活动

1.访问DUT上的Bonjour服务名称字段，为名称更改做好准备。
2.如果支持，请通过网页查找DUT的本地链接或IP地址访问。
3.使用正确的路径输入此信息以编辑服务名称。。。
4.在DUT网页、iOS应用程序或DUT本身的Bonjour服务名称字段中输入“New BCT”。字段名称可能因DUT而异。此操作完成后，测试将自动进行。

1.5.4 HOT-PLUGGING（多播DNS测试）指令

Press enter to continue.
START (HOT-PLUGGING)
*** Please unplug the device’s network cable for ten seconds and then reconnect. ***
*** For a device being tested over its wireless interface, cause the interface to ***
*** to disassociate from the access point and then re-associate with the access point. ***

活动

1.如果正在测试的接口是以太网，请将以太网电缆从DUT上拔下10秒，然后重新连接。
2.如果正在测试的接口是Wi-Fi，则关闭DUT的Wi-Fi无线电10秒钟，然后将其打开。如果DUT没有打开/关闭Wi-Fi无线电的功能，则让DUT连接到另一个路由器10秒钟，再连接回接入点或路由器。
3.测试自动进行。

1.5.5网络互操作性测试（混合网络互操作测试）说明

*** Beginning Network Interoperability Test ***
START (UNICAST INTEROPERABILITY)
*** Please enter the device’s link-local IP address in ’dot’ notation (or try again with ”-L”):
>

*** Beginning Network Interoperability Test *** START (UNICAST INTEROPERABILITY)
***请以“点”符号输入设备的链接本地IP地址（或使用“-L”重试）：

活动

1.从DUT的前面板、DUT的网络服务器或其他方法查找DUT的IP地址。
2.不要向网络中添加其他设备以捕获IP地址。

1.5.6CHATTINESS（混合网络互操作性测试）指令

START (CHATTINESS)
*** Please verify the device is set to a link-local IP address (169.254/16)
(enter when complete)

开始（聊天）
***请验证设备是否设置为链接本地IP地址（169.254/16）（完成后输入）

活动

1.从DUT的前面板或DUT的网络服务器验证DUT的IP地址。
2.在运行BonjourConformanceTest的窗口中按“回车”键。将显示以下消息：

**** Filtering packets only from address 169.254.x.y ****

3.退出除终端以外的所有应用程序。关闭所有Finder窗口。
4.该测试需要2.5小时至24小时才能完成。有关详细信息，请参阅第节
2.附录-Bonjour一致性测试大纲-III.2振动测试。

1.5.7将测试结果写入文件说明

Write test results to file ”Results-BCT-Apple-AwesomeDUT-AirPort-Wired.txt”?
Overwrites any existing logfile.
(yes or no)

将测试结果写入文件“results BCT Apple AwesomeDUT AirPort Wired.txt”？覆盖任何现有日志文件。
（是或否）

活动

输入“是”

---

1.6 审查测试结果

•双击测试结果文件（Results VENDOR DUT INTERFACE.txt），它将在TextEdit中打开。
•必须调查显示“警告”的子测试，并应予以修复。
•显示“失败”的子测试必须进行调查，并且必须进行修复。
•如果您提交了故障异常请求，则必须提供支持文件。

1.6.1 具有警告和失败子测试的测试结果文件示例

Bonjour Conformance Test Version 1.5.1
Started Mon Oct 26 08:34:08 2019
Completed Mon Oct 26 11:50:54 2019
Link-Local Address Allocation
-----------------------------
PASSED: INITIAL PROBING
PASSED: PROBING: RATE LIMITING
PASSED: PROBING: CONFLICTING SIMULTANEOUS PROBES
PASSED: PROBING: PROBE DENIALS
PASSED: PROBING:COMPLETION
WARNING: SUBSEQUENT CONFLICTS: RE-PROBE AFTER FIRST CONFLICT
PASSED: SUBSEQUENT CONFLICTS
PASSED: HOT-PLUG: USE OF PREVIOUS ADDRESS AS FIRST PROBE CANDIDATE
PASSED: CABLE CHANGE HANDLING
PASSED: PREMATURE MDNS PROBING
PASSED with 1 warning(s).
Multicast DNS
-----------------------------
PASSED: INITIAL PROBING
WARNING: PROBING: Switching to legacy mode behavior
WARNING: SRV PROBING WARNING: Switching to legacy mode behavior
WARNING: PROBING: 0 PROBE CONFLICT IGNORED BY DEVICE
PASSED: PROBING: SIMULTANEOUS PROBE CONFLICT
PASSED: PROBING: RATE LIMITING
PASSED: PROBING: PROBE DENIALS
PASSED: WINNING SIMULTANEOUS PROBES - ANNOUNCEMENTS
PASSED: WINNING SIMULTANEOUS PROBES: WINNING SIMULTANEOUS PROBES
WARNING: SRV PROBING/ANNOUNCEMENTS: ONE DENIAL/CONFLICT IGNORED BY DEVICE
PASSED: SRV PROBING/ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - A
PASSED: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - SRV
PASSED: SIMPLE REPLY VERIFICATION
WARNING: SHARED REPLY TIMING - UNIFORM RANDOM REPLY TIME DISTRIBUTION
PASSED: SHARED REPLY TIMING
PASSED: MULTIPLE QUESTIONS - SHARED REPLY TIMING - UNIFORM RANDOM REPLY TIME DISTRIBUTION
PASSED: MULTIPLE QUESTIONS - SHARED REPLY TIMING
PASSED: REPLY AGGREGATION
PASSED: MANUAL NAME CHANGE - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: INITIAL PROBING
WARNING: HOT-PLUGGING: PROBING: Switching to legacy mode behavior
WARNING: SRV PROBING WARNING: Switching to legacy mode behavior
PASSED: HOT-PLUGGING: PROBING: SIMULTANEOUS PROBE CONFLICT
PASSED: HOT-PLUGGING: PROBING: RATE LIMITING
PASSED: HOT-PLUGGING: PROBING: PROBE DENIALS
PASSED: HOT-PLUGGING: WINNING SIMULTANEOUS PROBES - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: WINNING SIMULTANEOUS PROBES: WINNING SIMULTANEOUS PROBES
FAILED: HOT-PLUGGING: SRV PROBING/ANNOUNCEMENTS: PROBE DETAILS
WARNING: HOT-PLUGGING: SRV PROBING/ANNOUNCEMENTS: ONE DENIAL/CONFLICT IGNORED BY DEVICE
FAILED: HOT-PLUGGING: SRV PROBING/ANNOUNCEMENTS
PASSED: NO DUPLICATE RECORDS IN PACKETS
...

翻译过来如下：

链接本地地址分配

通过：初始探测通过：探测：速率限制
已通过：探测：已通过冲突的同时探测：探测：探测拒绝
通过：探测：完成
警告：后续冲突：第一次冲突通过后重新生成：后续冲突
通过：热插拔：使用前一个地址作为第一个探针候选通过：电缆更改处理
通过：过早的MDNS探测
已通过，但有1个警告。多播DNS
通过：初始探测
警告：探测：切换到传统模式行为
警告：SRV探测警告：切换到传统模式行为警告：探测：0探测冲突被设备忽略
已通过：探测：已通过同时探测冲突：探测：速率限制
通过：探测：探测拒绝
通过：赢得同时调查-公告
通过：赢得同时探测：赢得同时检测
警告：SRV探测/通告：设备忽略了一个拒绝/冲突：SRV探查/通告
已通过：后续冲突-已通过的公告：后续冲突-A
已通过：后续冲突-已通过公告：后续冲突-SRV
通过：简单回复验证
警告：共享回复定时-通过的统一随机回复时间分布：共享回复时间
通过：多个问题-共享答复时间-统一的随机答复时间分布通过：多问题-共享回答时间
通过：回复聚合
已通过：手动更改名称-已通过公告：热插拔：初始探测
警告：热探测：探测：切换到传统模式行为警告：SRV探测警告：切换到旧模式行为已通过：热探测；探测：同时探测冲突已通过：高温探测：探测速度限制
通过：热插拔：探测：探测拒绝
通过：热插拔：赢得同时探测-公告
通过：热插拔：赢得同时探测：赢得同时探测器失败：热插拔；SRV探测/公告：探测器详细信息
警告：热插拔：SRV探测/通告：设备忽略的一个拒绝/冲突失败：热插入：SRV探查/通告
PASSED：数据包中没有重复记录
...

1.6.2 预期结果：所有测试通过的测试的测试结果文件

Bonjour Conformance Test Version 1.5.1
Started Mon Aug 26 07:31:58 2019
Completed Mon Aug 26 12:14:28 2019
TXT record for _airplay
-----------------------------
acl=0
deviceid=B#:##:EB:#A:E#:#E
features=0x445E0A00,0x1C340
rsf=0x0
fv=p20.1.0
flags=0x4
model=DUTorama
manufacturer=AwesomeDUT
serialNumber=80s-867-5309
protovers=1.1
srcvers=366.0
pi=aa###ad#-####-####-#e#b-##af##fd##ca
gid=aa###ad#-####-####-#e#b-##af##fd##ca
gcgl=0
pk=##de#a######a###cdb##dd###ccbe###f#####f####b#d#####c#####d#f#d#
Link-Local Address Allocation
-----------------------------
PASSED: INITIAL PROBING
PASSED: PROBING: RATE LIMITING
PASSED: PROBING: CONFLICTING SIMULTANROUS PROBES
PASSED: PROBING: PROBE DENIALS
PASSED: PROBING:COMPLETION
PASSED: SUBSEQUENT CONFLICTS
PASSED: HOT-PLUG: USE OF PREVIOUS ADDRESS AS FIRST PROBE CANDIDATE
PASSED: CABLE CHANGE HANDLING
PASSED: PREMATURE MDNS PROBING
PASSED with 0 warning(s).
Multicast DNS
-----------------------------
PASSED: INITIAL PROBING
PASSED: PROBING: SIMULTANEOUS PROBE CONFLICT
PASSED: PROBING: RATE LIMITING
PASSED: PROBING: PROBE DENIALS
PASSED: WINNING SIMULTANEOUS PROBES - ANNOUNCEMENTS
PASSED: WINNING SIMULTANEOUS PROBES: WINNING SIMULTANEOUS PROBES
PASSED: SRV PROBING/ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - A
PASSED: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: SUBSEQUENT CONFLICT - SRV
PASSED: SIMPLE REPLY VERIFICATION
PASSED: SHARED REPLY TIMING
PASSED: DUPLICATE SUPPRESSION
PASSED: DISTRIBUTED DUPLICATE SUPPRESSION
PASSED: MULTIPLE QUESTIONS - SHARED REPLY TIMING - UNIFORM RANDOM REPLY TIME DISTRIBUTION
PASSED: MULTIPLE QUESTIONS - SHARED REPLY TIMING
PASSED: MULTIPLE QUESTIONS - DUPLICATE SUPPRESSION
PASSED: MULTIPLE QUESTIONS - DISTRIBUTED DUPLICATE SUPPRESSION
PASSED: REPLY AGGREGATION
PASSED: MANUAL NAME CHANGE - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: INITIAL PROBING
PASSED: HOT-PLUGGING: PROBING: SIMULTANEOUS PROBE CONFLICT
PASSED: HOT-PLUGGING: PROBING: RATE LIMITING
PASSED: HOT-PLUGGING: PROBING: PROBE DENIALS
PASSED: HOT-PLUGGING: WINNING SIMULTANEOUS PROBES - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: WINNING SIMULTANEOUS PROBES: WINNING SIMULTANEOUS PROBES
PASSED: HOT-PLUGGING: SRV PROBING/ANNOUNCEMENTS
PASSED: HOT-PLUGGING: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: SUBSEQUENT CONFLICT - A
PASSED: HOT-PLUGGING: SUBSEQUENT CONFLICT - ANNOUNCEMENTS
PASSED: HOT-PLUGGING: SUBSEQUENT CONFLICT - SRV
PASSED: HOT-PLUGGING
PASSED: NO DUPLICATE RECORDS IN PACKETS
PASSED: REQUIRED ADDITIONAL RECORDS IN ANSWERS
PASSED: LEGAL CHARACTERS IN ADDRESS RECORD NAMES
PASSED: CACHE FLUSH BIT SET IN NON-SHARED RESPONSES
PASSED: CACHE FLUSH BIT NOT SET IN PROPOSED ANSWER OF PROBES
PASSED with 0 warning(s).
Mixed-Network Interoperability
-----------------------------
PASSED: LINK-LOCAL TO ROUTABLE COMMUNICATION
PASSED: ROUTABLE TO LINK-LOCAL COMMUNICATION
PASSED: CACHE FLUCS BIT NOT SET IN UNICAST RESPONSE
PASSED: UNICAST INTEROPERABILITY
PASSED: CHATTINESS
PASSED: mDNS IP TTL CHECK
PASSED: DUPLICATE RECORDS CHECK
PASSED: ADDITIONAL RECORDS IN ANSWER CHECK
PASSED with 0 warning(s).
******************************************************************************
CONGRATULATIONS: You successfully passed the Bonjour Conformance test
******************************************************************************

Bonjour	一致性测试	1.5.1版于2019年8月26日星期一07:31:58开始	
完成2019年8月26日星期一12:14:28 TXT记录
acl=0 deviceid=B#：##：EB:#A:E#：#E功能=0x445E0A00,0x1C340 rsf=0x0
fv=p20.1.0标志=0x4型号=DUTorama
制造商=AwesomeDUT序列号=80s-867-5309原型=1.1 srcvers=366.0
pi=aa###ad#-###-###-#e#b-###af###fd##ca gid=aa###ad#-###-###-#e#b-##af###fd##ca gcgl=0
pk=###de#a#######a####cdb###dd###ccbe###f#######f####b#d#######c####d#f#d#链路本地地址分配
通过：初始探测通过：探测：速率限制
已通过：探测：冲突的同时通过探测：探测：探测拒绝
通过：探测：完成通过：后续冲突
通过：热插拔：使用前一个地址作为第一个探针候选通过：电缆更改处理
通过：过早的MDNS探测
已通过，但出现0个警告。多播DNS
通过：初始探测
已通过：探测：已通过同时探测冲突：探测：速率限制
通过：探测：探测拒绝
通过：赢得同时调查-公告
通过：赢得同时探测：赢得同时检测通过：SRV探测/公告
已通过：后续冲突-已通过的公告：后续冲突-A
已通过：后续冲突-已通过公告：后续冲突-SRV
已通过：简单答复验证已通过：共享答复计时已通过：重复抑制
通过：分布式重复抑制
通过：多个问题-共享答复时间-统一的随机答复时间分布通过：多问题-共享回答时间
通过：多个问题-禁止重复
已通过：多个问题-已通过分布式重复抑制：答复聚合
已通过：手动更改名称-已通过公告：热插拔：初始探测
通过：热插拔：探测：同时探测冲突通过：热插入：探测：速率限制
通过：热插拔：探测：探测拒绝
通过：热插拔：赢得同时探测-公告
通过：热插拔：同时探测获胜：同时探测成功通过：热插入：SRV探测/公告
通过：热插拔：后续冲突-公告通过：热插入：后续冲突-A
通过：热插拔：后续冲突-公告通过：热插入：后续冲突-SRV
通过：热插拔
PASSED：传递的数据包中没有重复记录：应答中需要其他记录
传递：地址记录名称中的合法字符传递：非共享响应中的缓存刷新位设置
已通过：建议的探测答案中未设置缓存刷新位
已通过，但出现0个警告。
混合网络互操作性

已通过：已通过链接本地到可路由通信：已通过可路由到链接本地通信：未在单播响应中设置缓存波动位已通过：单播互操作性
已通过：密码已通过：mDNS IP TTL检查
通过：重复记录检查
通过：答案检查中的其他记录
已通过，但出现0个警告。

******************************************************************************恭喜：您成功通过了Bonjour一致性测试
******************************************************************************

1.7 向苹果提交测试结果文件和“调试日志”

以下部分适用于MFi被许可方提交认证。
必须在认证期间提交包含未修改的测试结果文件和未修改的debug.log文件的“BCT-”文件夹。以下是所需的文件。有关路由器的信息也必须在产品符合性问卷的“备注”字段中提供（硬件名称、固件版本等）。

1.7.1所需文件

如果DUT支持Wi-Fi（同时提供IPv4和IPv6结果）：

BCT-VENDOR-DUT-WiFi/
Results-VENDOR-DUT-WiFi.txt
debug.log
VENDOR-DUT-WiFi.pcapng (*)

BCT供应商DUT WiFi/
结果-VENDOR-DUT-WiFi.txt debug.log
供应商-杜特-维菲·普卡彭（*）

如果DUT支持以太网（同时提供IPv4和IPv6结果）：

BCT-VENDOR-DUT-Wired/
Results-VENDOR-DUT-Wired.txt
debug.log
VENDOR-DUT-Wired.pcapng (*)

BCT供应商DUT有线/
结果-VENDORDUT-Wired.txt debug.log
供应商-双线pcapng（*）

如果您提交的测试结果中有任何失败，您还必须提供测试期间由BCT生成的数据包跟踪（BCT.pcapng），并将其重命名为“供应商DUT WiFi.pcapng”。此外，您必须提供测试结果文件和debug.log。您还必须在产品合规性问卷的“备注”字段中解释失败的原因。如果您请求故障例外，请参阅“第节”。如果测试结果中没有任何故障，则不需要数据包跟踪。

1.7.2 异常请求所需的其他文件

如果您请求任何故障的异常，则必须将每个DUT的每个故障的错误报告作为异常请求提交。
测试结果文件、debug.log和数据包跟踪必须附加到每个错误报告中。如果您希望通过tcpdump而不是BCT的数据包捕获来捕获数据包，请使用以下命令。

sudo tcpdump -n -k -s 0 -i en0 -w VENDOR-DUT-INTERFACE.pcapng

故障原因、对客户的影响以及修复计划必须在每个错误报告中说明。
您还可以提供支持您的例外请求的其他信息和/或文件。例如，如果故障阻止您运行进一步的测试，为了显示DUT通过了其他测试，您可以在执行“BonjourConformanceTest”时通过指定“-L”、“-M”和/或“-N”选项跳过失败的测试，并将测试结果文件、debug.log和数据包跟踪附加到错误报告中。

---

2、Bonjour一致性测试大纲

有关运行Bonjour一致性测试的说明和已知错误列表，请参阅随附的自述文件，或使用“-h”运行测试以获取帮助。

链路本地地址分配和多播DNS的详细规范可在以下RFC中找到：

RFC3927 IPv4链路本地地址的动态配置

RFC6762多播DNS

RFC2782用于指定服务位置（DNS SRV）的DNS RR

RFC6763基于DNS的服务发现

---

第一阶段：链路本地地址分配( Link-Local Address Allocation)

在该阶段的任何时候，测试都会进行监听，以确保设备在尚未获取IP地址时（即启动时、热插拔后和后续冲突后）不会过早开始其多播DNS探测

I.1初始探测( Initial Probing)

设备已通电。测试工具验证设备是否为其所选地址发送ARP探测。
有关详细信息，请参阅“RFC3927 2.2.1”。探头详情”。

I.2探讨拒绝和冲突( Probe Denials and Conflicts)

测试工具通过发送设备所选地址的ARP应答来拒绝设备的初始探测。该工具验证设备是否选择了新地址并再次探测。接下来，测试工具为这个新地址发送冲突探测，模拟两个设备探测同一地址。测试工具验证设备是否也将此视为冲突，并选择一个新地址并再次探测。
有关详细信息，请参阅“RFC3927 2.2.1”。探头详情”。

I.3速率限制( Rate Limiting)

测试工具继续拒绝每个探测（交替使用ARP应答和冲突探测），并验证在第十次尝试之后，设备正确地将其速率限制为每秒不超过一次尝试。官方规范说“每分钟一次”，但出于Bonjour一致性测试的目的，我们愿意更加宽松。然而，如果探测之间的间隔（前十次之后）始终小于1秒，则表示失败。类似地，如果设备在两次探测尝试之间等待超过两分钟，那就是失败。其原因是，如果存在某种病理性网络故障，导致每一个探测器都失败（例如，某个应答每一个探测的恶意设备），那么在网络问题解决后，我们希望设备能够恢复并迅速重新开始工作。我们没有
希望用户必须手动重新启动网络上的每个设备以使其再次工作。
有关详细信息，请参阅“RFC3927 2.2.1”。探针详细信息：RATE_LIMIT_INTERVAL“。

I.4探测完成和公告( Probing Completion and Announcements)

测试工具现在允许设备完成探测。设备必须发送三个探测（间隔1秒至两秒），然后发送两个通知（间隔2秒）。如果连续探测之间的时间间隔超过两秒，则为失败。
有关详细信息，请参阅“RFC3927 2.2.1”。探头详情和2.4。宣布地址”。

I.5后续冲突(Subsequent Conflict)

测试工具将等待十秒钟，然后发出两个ARP回复，以获取设备正在使用的地址。测试工具验证设备是否选择了新地址并再次探测/宣布。该设备可以在第一次冲突后立即进行探测，或者在放弃之前通过广播一个ARP公告来试图保护其地址。
有关详细信息，请参阅“RFC3972 2.5”。冲突检测和防御”。

I.6电缆更换处理（“热插拔”）(Cable Change Handling (”hot-plugging”))

操作员断开并重新连接设备的网线。测试工具验证设备是否重复其地址探测，以验证其地址是否仍然唯一。测试工具拒绝第一次探测，并验证设备是否选择了新地址并再次探测/宣布。如果设备未将其原始地址用作其第一个探测候选地址，则会发出警告。
有关详细信息，请参阅“RFC3927 2.1”。链接本地地址选择”。

I.7过早MDNS探测( PREMATURE MDNS PROBING)

当DUT正在探测链路本地IP地址并且尚未获取链路本地IP IP地址时，DUT不应有mDNS流量流出，因为它无法确保该IP地址是否被其他人使用。BCT通过比较DUT的第一个mDNS数据包的时间戳和DUT的首次ARP公告来验证该规则。
有关详细信息，请参阅“RFC3927 2.2”。声称链接本地地址”。

---

第二阶段：多播DNS（ Multicast DNS）

在所有子测试中，可以修改测试在探测拒绝/冲突和查询中发送的名称中的字符大小写（设备必须不区分大小写地匹配mDNS名称）。该测试仅接受源自设备在链路本地地址测试中获取的最终IP地址的数据包。如果在非共享（SRV或地址）记录的通知中未设置缓存刷新位，或者在建议的探测答案中设置了缓存刷新位则为失败。如果未在查询响应的非共享记录中设置缓存刷新位，则会发出警告。

II.1初始探测（ Initial Probing）

测试工具验证设备是否为其计划使用的主机名和计划播发的服务名发送格式正确的多播DNS探测。注意，在mDNS消息的Authority部分中没有建议答案的查询将不会被测试识别为探测。
有关详细信息，请参阅“RFC6762 8.1”。探测”。

II.2探讨拒绝和冲突（ Probe Denials and Conflicts）

测试工具响应设备所选主机名的探测，拒绝探测。该工具验证设备是否选择了新的主机名并再次进行探测。
接下来，测试工具为这个新主机名发送自己的探测，模拟两个设备探测相同的名称。探针中的断路器信息被构造为使设备丢失。测试工具验证设备是否选择了新的主机名并再次进行探测。
有关详细信息，请参阅“RFC6762 8.2”。同时探针断裂”。

II.3速率限制（ Rate Limiting）

测试工具继续拒绝每个探测（交替使用mDNS应答和冲突的mDNS探测）。无论是否设置缓存刷新位，都会发送拒绝；设备必须为这两种拒绝类型选择一个新名称。在第十五次尝试之后，设备必须正确地将其探测速率限制为每秒不超过一次尝试。官方规范说“每分钟一次”，但出于Bonjour一致性测试的目的，我们愿意稍微宽松一点。然而，如果探测之间的间隔（前十五次之后）始终小于800毫秒，则为失败。

II.4赢得同时探测（ Winning Simultaneous Probe）

测试工具现在允许设备完成探测。测试工具为相同的主机名发送自己的探针，但这一次，探针中的平局信息被构造为设备获胜。测试工具验证设备是否正确评估了平局打破信息，并得出其获胜的结论。测试工具验证设备是否发送三个探测，然后至少发出一个通知。如果任意两个连续探针之间的时间间隔小于150ms，则为失败。如果在PTR记录的公告中设置了缓存刷新位，则为失败。
有关详细信息，请参阅“RFC6762 8.2”。同时探针断裂”。

II.5SRV探测/公告（ SRV Probing/Announcements）

同时对SRV记录探测和通告执行子测试11.1至11.4。
有关SRV记录的详细信息，请参阅“RFC2782”

II.6后续冲突（Subsequent Conflict）

测试工具等待十秒钟，然后发出与设备使用的主机名冲突的mDNS响应。当设备重新发出对该主机名的探测时，测试工具再次发送其冲突响应，并验证设备是否选择了新的主机名并再次探测/宣布。如果设备选择新的主机名而未首先探测其原始名称，则会发出警告。对设备正在使用的服务名称（SRV记录）重复此过程。（如果操作员禁用SRV探测/通告，则禁用。）
有关详细信息，请参阅“RFC6762 9。冲突解决”。

这个问题在我的这个博文中有详细记载：link直达

II.7简单响应验证（ Simple Response Verification）

测试工具对非共享记录（SRV、TXT、a）发出一系列简单的查询，并记录设备的响应速度。记录并显示时间。超过10ms为警告，超过750ms为故障。部分查询使用通配符查询类型（T_ANY，255）发出-如果设备未正确响应这些查询，则表示失败。如果答复在SRV查询答复的“附加记录”部分中不包含地址记录，则会发出警告。
有关详细信息，请参阅“RFC6762 6。回应”。

II.8共享答复时间（Shared Reply Timing）

测试工具发出共享（服务PTR）记录的查询，并记录设备的响应速度。该测试重复10次。响应时间必须在20ms-125ms范围内形成均匀的随机分布。10ms-20ms或125ms-750ms范围内的任何结果都是警告。任何小于10ms或大于750ms的结果均为失败。为了确定均匀的随机分布，只考虑落入正确时间范围（20ms-125ms）的答案。
如果少于5%或超过45%的答案属于该范围的任何一个象限，这是一个警告。（理想情况下，25%的答案应位于20ms-125ms范围内的每个21ms象限内。） 如果所有100个答案都位于正确范围的十分之一之内，则这是失败的。（为了适应低时钟精度的低成本设备，在20ms-125ms范围之外的警告生成应答会自动防止随机分配故障）。部分查询使用通配符查询类型（T_ANY，255）发出-如果设备未正确响应这些查询，则表示失败。如果答案部分中不包含SRV和TXT记录，则会发出警告。
有关详细信息，请参阅“RFC6762 6。回应”。

II.9禁止复制（Duplicate Suppression）

测试工具发出服务PTR记录的查询，但在重复抑制部分包含设备的响应记录。测试工具使用逐渐缩短的TTL重复问题，直到TTL小于实际TTL的一半。如果设备在这一点之前应答，则表示故障。如果设备在TTL为实际TTL的一半后仍不应答，则为故障。定期公告不会影响测试结果。
有关详细信息，请参阅“RFC6762 6。回应”。

II.10分布式重复抑制（Distributed Duplicate Suppression）

测试工具发出服务PTR记录查询，并设置TC（截断）位，然后立即发出后续查询，在重复抑制部分包含设备的响应记录。与之前一样，测试工具使用逐渐缩短的TTL重复问题，直到TTL小于实际TTL的一半。如果设备在这一点之前应答，则表示故障。如果设备在TTL为实际TTL的一半后仍不应答，则为故障。定期公告不会影响测试结果。
有关详细信息，请参阅“RFC6762 6。回应”。

II.11-II.14多个问题（ Multiple Questions）

使用包含多个问题的查询重复测试II.7到II.9，测试工具验证设备是否在正确的时间发送正确的回复。

II.15答复聚合（ Reply Aggregation）

测试工具连续快速发出两个“共享回复”查询，这两个查询都应该从设备中得到（不同的）答案。设备应使用包含两个答案的单个响应包进行响应。如果设备不这样做，这就是故障。
有关详细信息，请参阅“RFC6762 6。回应”。

II.16手动名称更改（ Manual Name Change）

操作员手动将设备正在广告的服务的名称更改为测试工具指定的名称，使用为此目的提供的任何机制（例如基于web的配置页面、专用软件配置工具、SNMP命令等）。测试工具验证设备是否发送TTL＝0的PTR记录以删除其旧名称，并正确探测并宣布其新名称（使用与Winning Synchronous Probe测试相同的标准）。如果两次尝试后，服务名称更改为新名称，但不是测试工具指定的确切名称，则会生成警告。
有关详细信息，请参阅“RFC6763附录C。所见即所得”。

II.17电缆更换处理（“热插拔”）（ Cable Change Handling (”hot-plugging”)）

操作员断开并重新连接设备的网线。测试工具验证设备是否重复探测，以验证其名称是否仍然唯一。测试工具将重复测试II.1至II.6，并验证设备是否仍能正常运行。

---

第三阶段：网络互操作性( Network Interoperability)

设备必须通过遵循IP TTL规则来抵御攻击，必须能够与传统单播软件通信，并且不得在网络上造成过度拥塞。在以下子测试中，测试工具通过查询SRV、TXT、PTR和地址记录来验证设备在各种网络配置下的功能。检查SRV响应以验证响应的目标主机名是否正确，以及是否可以建立到指定端口的TCP连接（仅适用于TCP服务）。
这部分测试不是RFC的要求，但它是BCT在进行服务发现时提供更好用户体验的要求。

III.1单播查询响应(Unicast Query Response)

设备必须与非多播DNS感知的传统单播软件成功互操作。测试工具使用单播（发送到多播DNS组地址，但来自5353以外的端口）查询设备。设备必须通过单播正确回答查询。如果在单播响应中设置了缓存刷新位，则失败。

III.2振动试验( Chattiness Test)

对于此测试，请确保测试机器上没有运行可能发出mDNS查询的Bonjour应用程序（如Safari）。

III.3 mDNS IP TTL检查( mDNS IP TTL Check)

在第III.1至III.2部分期间，设备发送的所有mDNS数据包均由测试进行监控。如果设备发送IP TTL小于255的任何多播DNS数据包（不包括源端口不是5353的旧查询），则会发出警告。请注意，这里的TTL指的是数据包的IP TTL，而不是DNS资源记录的TTL。