※ 引述《ppo2000 (儒)》之铭言：
: Arcadyan WE410443-TC这三台AP会只有一台在会在线上
: DHCP Server内的leases其他两台会显示conflict
: Expires After设定10分钟到，conflict两台AP会重新连线，
: 会把在线上的AP踢离状态会变成conflict再转成declined
: 已调整Bridge内的RSTP(停用)-无效
: 以上这段都不会影响AP功能只是三台AP踢来踢去
: AP接在RB750Gr3，如果AP做重置动作是无法重新配对的(猜跟我遇到踢来踢去的问题有关)
前几天把家里的全屋通断电换位置后,变成无法连线一直闪红灯的状态
以前有确认过两台之间的 switch 支援 IEEE 1905.1
但是 mikrotik RouterOS v7.4 beta2 被以下 log 洗版:
dhcp1 offering lease 192.168.1.175 for D0:05:2A:22:22:22 to eth 30:B1:B5:8D:xx:xx without success
后面是两台 AP之一的 MAC交替出现
录了这两台开机后的网络封包，发现他们 DHCP Discover 怪怪的:
https://imgur.com/L0ZmLC1
上方红圈是机器自己的 mac: 30:B1:B5:8D:xx:xx
但在下方 DHCP 封包中 chaddr 却是 D0:05:2A:22:22:22
而且虽然两台MAC不一样，但 chaddr 都是送出 D0:05:2A:22:22:22
可能是写死在韧体的 DHCP client 中
而根据 RFC:
https://datatracker.ietf.org/doc/html/rfc2131#section-4.2
The client MUST include its hardware address in the 'chaddr' field
这样应该是不符标准做法? routerOS 可能因此就认为 conflict 不发 IP 了。
中华自己的安装文件有提到:
https://bit.ly/3NNc2JN
"请连上 WEB 设定接口，查看 LOG 更新时间是否与现在时间相符，确认校时成功。"
因此这机器只有在取得IP -> NTP对时完毕后才能被app连上
所以虽然没接 ethernet，连上 AP 时他自己 DHCP server 会发 192.168.1.0/24
但没办法透过app做任何设定
最后是抓了一个dhcp server 发 IP 给他，才解决这个问题:
https://pjo2.github.io/tftpd64/