WiFi CAPsMAN
适用于 wifi-qcom / wifi-qcom-ac 软件包的 WiFi CAPsMAN(Controlled Access Point system Manager,受控接入点系统管理器)集中管理多个 WiFi 接入点。内容涵盖 CAP 发现、radio provisioning、datapath/转发模式、VLAN 和 OWE 示例,以及 CAPsMAN/CAP/provisioning 属性参考。
WiFi CAPsMAN
信息
本节介绍 wifi-qcom 和 wifi-qcom-ac 软件包中 CAPsMAN 功能的操作。对于使用较旧 "wireless" 软件包的设备,请参阅此处相应的手册。在本文及下文,当谈到 "WiFi" 时,我们指的是新的 WiFi 菜单,而非该技术本身。 Controlled Access Point system Manager(受控接入点系统管理器,CAPsMAN)允许从中央配置界面向多个 MikroTik WiFi AP 设备应用无线设置,即实现无线网络管理的集中化。使用 CAPsMAN 时,网络将由多个提供无线连接的 'Controlled Access Points'(CAP)和一个管理 AP 配置、并负责客户端认证的 'system Manager'(CAPsMAN)组成。
要求:
- 任何支持 WiFi 软件包的 RouterOS 设备,只要至少拥有 Level 4 RouterOS 许可证,都可以作为受控无线接入点(CAP)。
- WiFi CAPsMAN 服务器可以安装在任何支持 WiFi 软件包的 RouterOS 设备上,即使该设备本身没有无线接口。
- CAPsMAN 支持无限数量的 CAP(接入点)。
信息
WiFi CAPsMAN 只能控制 WiFi 接口,WiFi CAP 只能加入 WiFi CAPsMAN。同样,常规 CAPsMAN 只支持非 WiFi 的 cap。
CAP 不向 CAPsMAN 发送流量使用信息。
CAP 发现 CAPsMAN
CAP 通过以下方式发现 CAPsMAN 地址/主机名:
- Layer 2 发现。
- DHCP option 138(CAPsMAN 地址)。
- DHCP option 15(自定义域):
resolves _capsman._tcp.<domain>. - 默认 MikroTik 'lan' 域:
resolves _capsman._tcp.lan.
Radio Provisioning
一旦创建了配置模板,你就可以选择哪些设备应使用每个模板进行 provisioning。当然,在简单的配置中,只需一条 provisioning 规则就足够了,但如果你希望向 2.4GHz 接口发送一种配置,向 5GHz 接口发送另一种配置,你可以创建两条 provisioning 规则,并使用 supported-bands 参数定义哪个模板发送到哪里。
CAPsMAN 根据无线接口(radio)的内置 MAC 地址(radio-mac)来区分它们。这意味着不可能在一个 CAPsMAN 上管理两个具有相同 MAC 地址的 radio。当前由 CAPsMAN 管理的 radio(由已连接的 CAP 提供)列在 /interface/wifi/radio 菜单中。如果 CAPsMAN 本身存在内置 wifi 接口,此列表也会包含它们:
[admin@c52i] > /interface/wifi/radio/print
Flags: L - LOCAL
Columns: CAP, RADIO-MAC, INTERFACE
# CAP RADIO-MAC INTERFACE
0 L 18:FD:74:AF:F4:28 wifi1
1 L 18:FD:74:AF:F4:29 wifi2
2 hapAX3@192.168.88.30 48:A9:8A:0B:F7:4B cap1
当 CAP 连接时,CAPsMAN 首先尝试根据 radio-mac 将每个 CAP radio 绑定到 CAPsMAN master 接口。如果找到合适的接口,则使用 master 接口配置以及引用该特定 master 接口的 slave 接口的配置来设置该 radio。此时,接口(master 和 slaves)被视为已绑定到 radio,并且该 radio 被视为已 provisioned。这只在 /interface/wifi 下已存在匹配的静态条目时才会发生,通常该条目是之前手动创建的,或者是由包含 "create-enabled" 或 "create-disabled" 操作的 provisioning 规则创建的。
如果没有找到匹配的 master 接口,CAPsMAN 将执行 'provisioning rules',这些规则定义在 /interface/wifi/provisioning/ 下。Provisioning 规则是一个有序的规则列表,包含指定要匹配哪个 radio 的设置,以及确定如果 radio 匹配则采取什么操作的设置。
当 CAP 加入 CAPsMAN,并且 /interface/wifi 下不存在与其匹配的接口时,将自动检查 provisioning 规则,一旦找到匹配项,CAP 的无线接口将出现在 /interface/wifi 下。这样的接口是 "provisioned" 的,在此上下文中 provisioned 意味着该 radio 存在一个 wifi 接口,并且为其分配了一个配置 profile。
还有一个手动 provision 接口的选项,这将使 CAPsMAN 开始针对特定接口评估 provisioning 规则,并在匹配时创建一个新接口。如果该 radio 在 /interface/wifi/ 下已经存在一个条目,该条目将被删除并重新创建。手动 provisioning 会重新创建接口,通常并不需要,因为 provisioning 规则会自动评估,而且如果你更改与 provisioning 规则关联的配置 profile,这些更改将应用于所有使用该配置的 wifi 接口。如果你手动 provision 接口,接口 ID 或名称可能会改变,导致对其他对象(例如桥接端口)的引用失效。
手动 provision 可以在 /interface/wifi/capsman/remote-cap/provision 下执行,以 provision 与特定 CAP 关联的所有 radio;也可以在 /interface/wifi/radio/provision 下执行,以 provision 特定的 radio。
CAPsMAN 无法使用 configuration.manager=capsman 管理自己的 wifi 接口,只需像对待 provisioning 规则那样,在本地接口上手动设置相同的配置 profile 即可,最终结果将与它们是 CAP 时相同。话虽如此,也可以通过 /interface/wifi/radio 菜单 provision 本地接口,但应注意,在 provisioning 后若要重新获得对本地接口的控制,你需要禁用匹配的 provisioning 规则并再次按 "provision",这会将本地接口恢复到未配置状态。
信息
Provision 只应在初始时执行,并且如果有匹配且已启用的 provisioning 规则,会在 CAP 加入时自动执行。
如果你调整任何与已 provisioned 接口关联的配置 profile,所有更改将在你应用对 profile 的更改时立即被"推送",无需重新创建已存在的接口。
Provisioning 本身不是用于发送配置,它的本质是创建一个新接口。在大多数情况下,当你已经有 CAP 接口在运行时,没有理由执行手动 provisioning。
CAPSMAN Datapath
Datapath 设置控制数据转发相关的方面。在 CAPsMAN 上,datapath 设置在 datapath profile 菜单 /interface/wifi/datapath/ 中配置,或者直接在配置 profile 或接口菜单中作为带有 datapath. 前缀的设置进行配置。
有两种主要的转发/流量处理模式:
- 本地转发模式(
traffic-processing=on-cap),其中 CAP 在本地与无线接口之间转发数据; - CAPsMAN 转发模式(
traffic-processing=on-capsman),其中 CAP 将无线接收到的所有数据发送给 CAPsMAN,并且只发送从 CAPsMAN 接收到的无线数据。
信息
CAPsMAN 转发仅在 7.21beta2 版本起才可用。在较旧版本上,仅支持 CAP 转发。
wifi-qcom-ac 设备不支持 CAPsMAN 转发(wifi-qcom-ac 驱动仅支持 本地转发)。
CAPsMAN - CAP 简单配置示例
WiFi 中的 CAPsMAN 使用与常规 WiFi 接口相同的菜单,这意味着当你向 CAP 传递配置时,你必须使用与常规 WiFi 接口相同的 configuration、security、channel 配置等。
信息
你可以直接在
/interface/wifi/configuration下配置子配置菜单,或在主 configuration profile 中引用先前创建的 profile
CAPsMAN
#create a security profile
/interface/wifi/security
add authentication-types=wpa3-psk name=sec1 passphrase=HaveAg00dDay
#create configuration profiles to use for provisioning
/interface/wifi/configuration
add country=Latvia name=5ghz security=sec1 ssid=CAPsMAN_5
add name=2ghz security=sec1 ssid=CAPsMAN2
add country=Latvia name=5ghz_v security=sec1 ssid=CAPsMAN5_v
#configure provisioning rules, configure band matching as needed
/interface/wifi/provisioning
add action=create-dynamic-enabled master-configuration=5ghz slave-configurations=5ghz_v supported-bands=\
5ghz-n
add action=create-dynamic-enabled master-configuration=2ghz supported-bands=2ghz-n
#enable CAPsMAN service
/interface/wifi/capsman
set ca-certificate=auto enabled=yes
CAP
#enable CAP service, in this case CAPsMAN is on the same LAN, but you can also specify "caps-man-addresses=x.x.x.x" here
/interface/wifi/cap/set enabled=yes
#set configuration.manager= on the WiFi interface that should act as CAP
/interface/wifi/set wifi1,wifi2 configuration.manager=capsman-or-local
警告
如果 CAP 是 hAP ax<sup>2</sup> 或 hAP ax<sup>3</sup>,强烈建议在 CAP 的桥接配置中启用 RSTP
configuration.manager 只应在 CAP 设备本身上设置,不要将它传递给你 provisioning 的 CAP 或 configuration profile。 信息
应作为 CAP 的接口需要在
/interface/wifi/set wifi1 configuration.manager=下进行额外配置
CAPsMAN - CAP VLAN 配置示例
在本示例中,我们将把 VLAN10 分配给我们的主 SSID,并为访客网络添加 VLAN20,CAPsMAN 的 ether5 连接到 CAP。
信息
使用 "wifi-qcom" 软件包的 CAP 可以通过 Datapath 从 CAPsMAN 获取 "vlan-id",而使用 "wifi-qcom-ac" 软件包的 CAP 则需要使用本示例末尾提供的配置。
CAPsMAN
/interface/bridge
add name=br vlan-filtering=yes
/interface/vlan
add interface=br name=MAIN vlan-id=10
add interface=br name=GUEST vlan-id=20
/interface/wifi/datapath
add bridge=br name=MAIN vlan-id=10
add bridge=br name=GUEST vlan-id=20
/interface/wifi/security
add authentication-types=wpa2-psk,wpa3-psk ft=yes ft-over-ds=yes name=Security_MAIN passphrase=HaveAg00dDay
add authentication-types=wpa2-psk,wpa3-psk ft=yes ft-over-ds=yes name=Security_GUEST passphrase=HaveAg00dDay
/interface/wifi/configuration
add datapath=MAIN name=MAIN security=Security_MAIN ssid=MAIN_Network
add datapath=GUEST name=GUEST security=Security_GUEST ssid=GUEST_Network
/ip/pool
add name=dhcp_pool0 ranges=192.168.1.2-192.168.1.254
add name=dhcp_pool1 ranges=192.168.10.2-192.168.10.254
add name=dhcp_pool2 ranges=192.168.20.2-192.168.20.254
/ip/dhcp-server
add address-pool=dhcp_pool0 disabled=yes interface=br name=dhcp1
add address-pool=dhcp_pool1 interface=MAIN name=dhcp2
add address-pool=dhcp_pool2 interface=GUEST name=dhcp3
/interface/bridge/port
add bridge=br interface=ether5
add bridge=br interface=ether4
add bridge=br interface=ether3
add bridge=br interface=ether2
/interface/bridge/vlan
add bridge=br tagged=br,ether5,ether4,ether3,ether2 vlan-ids=20
add bridge=br tagged=br,ether5,ether4,ether3,ether2 vlan-ids=10
/interface/wifi/capsman
set enabled=yes interfaces=br
/interface/wifi/provisioning
add action=create-dynamic-enabled master-configuration=MAIN slave-configurations=GUEST supported-bands=5ghz-ax
add action=create-dynamic-enabled master-configuration=MAIN slave-configurations=GUEST supported-bands=2ghz-ax
/ip/address
add address=192.168.1.1/24 interface=br network=192.168.1.0
add address=192.168.10.1/24 interface=MAIN network=192.168.10.0
add address=192.168.20.1/24 interface=GUEST network=192.168.20.0
/ip/dhcp-server/network
add address=192.168.1.0/24 gateway=192.168.1.1
add address=192.168.10.0/24 gateway=192.168.10.1
add address=192.168.20.0/24 gateway=192.168.20.1
/system/identity
set name=cAP_Controller
使用 "wifi-qcom" 软件包的 CAP
/interface/bridge
add name=bridgeLocal
/interface/wifi/datapath
add bridge=bridgeLocal comment=defconf disabled=no name=capdp
/interface/wifi
set [ find default-name=wifi1 ] configuration.manager=capsman datapath=capdp disabled=no
set [ find default-name=wifi2 ] configuration.manager=capsman datapath=capdp disabled=no
/interface/bridge/port
add bridge=bridgeLocal comment=defconf interface=ether1
add bridge=bridgeLocal comment=defconf interface=ether2
add bridge=bridgeLocal comment=defconf interface=ether3
add bridge=bridgeLocal comment=defconf interface=ether4
add bridge=bridgeLocal comment=defconf interface=ether5
/interface/wifi/cap
set discovery-interfaces=bridgeLocal enabled=yes slaves-datapath=capdp
/ip/dhcp-client
add interface=bridgeLocal disabled=no
使用 "wifi-qcom-ac" 软件包的 CAP
/interface/bridge
add name=bridgeLocal vlan-filtering=yes
/interface/wifi
set [ find default-name=wifi1 ] configuration.manager=capsman disabled=no
set [ find default-name=wifi2 ] configuration.manager=capsman disabled=no
/interface/bridge/port
add bridge=bridgeLocal comment=defconf interface=ether1
add bridge=bridgeLocal comment=defconf interface=ether2
add bridge=bridgeLocal comment=defconf interface=ether3
add bridge=bridgeLocal comment=defconf interface=ether4
add bridge=bridgeLocal comment=defconf interface=ether5
add bridge=bridgeLocal interface=wifi1 pvid=10
add bridge=bridgeLocal interface=wifi21 pvid=20
add bridge=bridgeLocal interface=wifi2 pvid=10
add bridge=bridgeLocal interface=wifi22 pvid=20
/interface/bridge/vlan
add bridge=bridgeLocal tagged=ether1 untagged=wifi1,wifi2 vlan-ids=10
add bridge=bridgeLocal tagged=ether1 untagged=wifi21,wifi22 vlan-ids=20
/interface/wifi/cap
set discovery-interfaces=bridgeLocal enabled=yes slaves-static=yes
信息
检查动态创建的接口,并将 PVID 分配给适当的接口。确保不要使用
/interface/bridge/port/add bridge=bridgeLocal interface=all,因为这会阻止你向 wifi 接口应用 PVID。 此外,必须将以下配置添加到 CAPsMAN configuration:
/interface/wifi/datapath
add bridge=br name=DP_AC
/interface/wifi/configuration
add datapath=DP_AC name=MAIN_AC security=Security_MAIN ssid=MAIN_Network
add datapath=DP_AC name=GUEST_AC security=Security_GUEST ssid=GUEST_Network
/interface/wifi/provisioning
add action=create-dynamic-enabled master-configuration=MAIN_AC slave-configurations=GUEST_AC supported-bands=5ghz-ac
add action=create-dynamic-enabled master-configuration=MAIN_AC slave-configurations=GUEST_AC supported-bands=2ghz-n
信息
将示例开头的 datapaths "MAIN/GUEST" 传递给 "wifi-qcom-ac" CAP 将是一种错误配置,请确保对此类设备使用未指定 "vlan-id" 的 datapath。
使用 wifi-qcom-ac 驱动时,CAPSMAN 上的 datapath 设置不是必需的。此示例只是展示了必须省略 "vlan-id"。
CAPsMAN - OWE 配置示例
CAPsMAN
/interface/wifi/configuration
add country=Latvia disabled=no hide-ssid=yes name=OWE security.authentication-types=owe .owe-transition-interface=auto ssid=MikroTik_OWE
add country=Latvia disabled=no name=open security.owe-transition-interface=auto ssid=Mikrotik_open
/interface/wifi/provisioning
add action=create-dynamic-enabled disabled=no master-configuration=open slave-configurations=OWE
/interface/wifi/capsman
set ca-certificate=auto enabled=yes
CAP
/interface/wifi/cap/set enabled=yes
/interface/wifi/set wifi1,wifi2 configuration.manager=capsman-or-local
属性参考
CAPsMAN 全局配置
菜单:/interface/wifi/capsman
| 属性 | 描述 |
|---|---|
| ca-certificate (auto | certificate name) | 设备 CA 证书,CAPsMAN 服务器需要证书,CAP 上的证书是可选的。 |
| certificate (auto | certificate name | none;默认值:none) | 设备证书 |
| enabled (no | yes) | 禁用或启用 CAPsMAN 功能 |
| package-path (string) | RouterOS 软件包的文件夹位置。例如,使用 "/upgrade" 指定 files 区段中的 upgrade 文件夹。如果设置为空字符串,CAPsMAN 可以使用内置的 RouterOS 软件包。注意在这种情况下,只有与 CAPsMAN 架构相同的 CAP 才会被升级。 |
| require-peer-certificate (yes | no; Default: no) | 要求所有连接的 CAP 拥有有效证书 |
| upgrade-policy (none | require-same-version | suggest-same-upgrade; Default: none) | 升级策略选项 none - 不执行升级 require-same-version - CAPsMAN 建议升级 CAP 的 RouterOS 版本,如果失败,它将不会对该 CAP 进行 provisioning。(仍可手动 provision)suggest-same-version - CAPsMAN 建议升级 CAP 的 RouterOS 版本,如果失败,它仍会对其进行 provisioning |
| interfaces (all | interface name | none; Default: all) | CAPsMAN 在其上监听第 2 层 CAP 连接的接口 |
CAPsMAN Provisioning
用于匹配 radio 的 provisioning 规则在 /interface/wifi/provisioning/ 菜单中配置:
| 属性 | 描述 |
|---|---|
| action (create-disabled | create-enabled | create-dynamic-enabled | none; Default: none) | 如果规则匹配,则由以下设置指定要采取的操作:create-disabled - 为 radio 创建禁用的静态接口。即接口将绑定到 radio,但在手动启用接口之前,radio 不会工作;create-enabled - 创建启用的静态接口。即接口将绑定到 radio,radio 将工作;create-dynamic-enabled - 创建启用的动态接口。即接口将绑定到 radio,radio 将工作;none - 不执行任何操作,使 radio 处于未 provisioning 状态;enabled 与 dynamic-enabled 的基本区别在于,动态接口无法被手动编辑以覆盖设置,也无法在防火墙或其他菜单中被引用,因为它们会被重新创建。在两种情况下,任何 /interface/wifi/configuration 更改都会自动推送到 CAP。 |
| comment (string) | Provisioning 规则的简短描述 |
| common-name-regexp (string) | 用于按 common name 匹配 radio 的正则表达式。每个 CAP 的 common name 标识符可以在 /interface/wifi/radio 下作为值 "REMOTE-CAP-NAME" 找到 |
| supported-bands (2ghz-ax | 2ghz-be | 2ghz-g | 2ghz-n | 5ghz-a | 5ghz-ac | 5ghz-ax | 5ghz-be | 5ghz-n | 60ghz-ad | 6ghz-ax | 6ghz-be) | 按支持的无线模式匹配 radio。此参数接受一个或多个频段作为逗号分隔列表(例如 supported-bands=5ghz-ac,5ghz-ax)。当指定多个频段时,设备必须支持所有列出的频段,匹配才能成功,定义的配置才会被应用。 |
| supported-hw-caps (beacon-protection | channel-switch | hw-protection-mode | mlo | qos-qualifier | sniffer | spectral) | 按 radio 支持的附加功能进行匹配,这些功能在 /interface/wifi/radio 下的 hw-caps 字段中报告。接受一个或多个逗号分隔的值。radio 必须支持所有列出的能力才能匹配此 provisioning 规则。 |
| identity-regexp (string) | 用于按路由器身份匹配 radio 的正则表达式 |
| address-ranges (IpAddressRange[,IpAddressRanges] max 100x;) | 匹配 IP 位于所配置地址范围内的 CAP。仅对使用 IP(而非 MAC 地址)加入 CAPsMAN 的 CAP 有效。 |
| master-configuration (string) | 如果 action 指定创建接口,则将创建一个新的 master 接口,其配置设置为此配置 profile |
| multi-link-mode (all | auto | disabled | master; Default: disabled) | 控制在 provisioning 期间的 MLO(Multi-Link Operation,多链路操作)行为。all 或 auto - CAPsMAN 将自动把已 provisioned 的 WiFi 接口分配为 MLD 接口的附属链路。如果尚不存在匹配的 MLD 接口,将使用相应的配置创建一个。这适用于 master 和 slave 接口;disabled - provisioning 期间不创建或分配任何 MLD 接口;master - 行为与 all 或 auto 相同,但只将 master 接口添加为附属 MLD 链路; |
| name-format (string) | 构造已 provisioned 接口名称时使用的基础字符串。每个新接口将通过取基础字符串并在其末尾追加一个数字来创建。仅当该字符串不唯一时才会追加数字。如果包含在字符串中,字符序列 %I 将被替换为 cAP 的系统身份,%C 将被替换为 cAP 的 TLS 证书的 Common Name,%R(或小写 %r)将被替换为 CAP 的 radio MAC 默认值:"cap-wifi" |
| slave-name-format (string) | 构造虚拟接口名称时使用的基础字符串。每个新接口将通过取基础字符串并在其末尾追加一个数字来创建。仅当该字符串不唯一时才会追加数字。如果包含在字符串中,字符序列 %v 将被替换为 "virtual",字符序列 %m 将被替换为 master 接口的名称,如果包含在字符串中,字符序列 %I 将被替换为 cAP 的系统身份,%C 将被替换为 cAP 的 TLS 证书的 Common Name,%R(或小写 %r)将被替换为 CAP 的 radio MAC 默认值:"master-interface-name-virtual" |
| radio-mac (MAC address) | 要匹配的 radio 的 MAC 地址。没有默认值。 |
| slave-configurations (string) | 如果 action 指定创建接口,则为此列表中的每个配置 profile 创建一个新的 slave 接口。 |
| disabled (yes | no) | 指定 provision 规则是否被禁用。 |
CAP 配置
菜单:/interface/wifi/cap
| 属性 | 描述 |
|---|---|
| caps-man-addresses (list of IP addresses or host names; Default: _capsman._tcp.lan) | CAP 在发现期间将尝试联系的 Manager IP 地址或主机名的逗号分隔列表 |
| caps-man-names () | CAP 将连接的 CAPs Manager 名称的有序列表,如果为空 - CAP 不检查 Manager 名称 |
| discovery-interfaces (list of interfaces) | CAP 应在其上尝试发现 Manager 的接口列表 |
| lock-to-caps-man (yes | no; Default: no) | 设置 CAP 是否应锁定到它连接的第一个 CAPsMAN。 |
| slaves-static (yes | no; Default: no) | 创建静态虚拟接口,并允许为这些接口分配 IP 配置。在应用来自 CAPsMAN 的配置时,使用 MAC 地址来记住每个静态接口。 |
| mld-static (yes | no; Default: no) | 当设置为 yes 时,由 CAPsMAN 在 cAP 上创建的 MLD 接口是静态的;否则它们是动态的。静态接口具有持久的内部 ID,可以被手动操作、添加到桥接、在防火墙规则中引用等。动态接口在重启之间不会保留。应为它们分配适当的 datapath profile。 |
| caps-man-certificate-common-names () | CAP 将连接的 Manager 证书 CommonName 列表,如果为空 - CAP 不检查 Manager 证书的 CommonName |
| certificate () | 用于认证的证书 |
| enabled (yes | no; Default: no) | 禁用或启用 CAP 功能 |
| current-caps-man-address () | 显示当前使用的 CAPsMAN 地址 |
| current-caps-man-identity () | 显示当前使用的 CAPsMAN 身份 |
| slaves-datapath (datapath profile) | 应用于 slave 接口的 datapath profile。主要用于指定 slave 接口在 CAP 上自动添加到的桥接。使用本地转发(traffic-processing=on-cap)时必需,因为在该模式下所有路由和转发决策都由 CAP 本身做出 - CAPsMAN 不会将这些接口包含在自己的桥接中,因此必须在此处或在 CAP 上手动设置 datapath。 |
| mld-datapath (datapath profile) | 应用于由 CAPsMAN 创建的 MLD 接口的 datapath profile。决定流量在 MLD 接口上如何转发,包括将其添加到哪个桥接,以及转发是在 CAP 上本地处理还是由 CAPsMAN 集中处理。仅在使用 MLD 时有效。 |
Remote CAP
有关远程 CAP 的信息可以通过运行 /interface/wifi/capsman/remote-cap/print detail 命令查看。
| 属性 | 描述 |
|---|---|
| address(IP address/MAC address%interface) | CAP 的 IP 地址或用于连接到 CAPsMAN 的 MAC 地址 |
| identity (list of integers) | CAP 配置的系统身份 |
| board-name (string) | 描述型号名称 |
| serial (string) | CAP 的序列号 |
| version (string) | CAP 的 RouterOS 版本 |
| base-mac (MAC address) | CAP 提供的 Base-MAC,格式为:'[XX:XX:XX:XX:XX:XX]' |
| common-name (string) | CAP 的 common name |
| connected-time (time) | 自 CAP 连接到 CAPsMAN 以来经过的时间间隔 |
| uptime (time) | 自启动以来经过的时间间隔 |