作者NotExist (杏仁)
看板Broad_Band
标题Re: [问题] 中华 全屋通 白盘 无法建立 mesh
时间Tue Aug 27 22:46:03 2024
※ 引述《NotExist (杏仁)》之铭言:
: 经过一连串交叉比对测试,算是暂时把手上的环境兜了起来勉强能动
: 但距离理想状况还有一个差距 (希望用 router 後任意孔位做到有线回程)
: 虽然无法确实测试漫游切换,但至少一时半刻间没遇到太明显的问题
: 稍微叙述一下看到和做了什麽 (虽然现在好像不新发白盘了)
: 也想厘清最後的问题
: 重新描述一次架构
: 光纤进屋 (非固定制 500/500 1固7浮)
: -> Askey RTF8207W-E (ONU)
: -> RB5009UPr+S+IN (Router)
: -> US-24-250W (Switch)
: 此架构中,有三个可以接白盘的位置可选择
: 1. ONU 後 (192.168.1/24)
: 2. Router 後 (192.168.21/24) (主要是 quick-set 起来的 ether1 以外所有 port 同 bridge)
: 3. Switch 後 (192.168.21/24) (Switch 没做任何设定,除了部分 PoE 选项)
: 3. 确认组态维持正确
: 确认到各白盘都有正确被赋予角色 (Slave) 後,就尽量想把组态凹成自己想要的
: 测试基准是从 App 和 WebUI 观察系统状态
: 包括能否连接上 webUI、有几台白盘显示被纳入系统、系统显示的回程方式和系统显示的IP等
: 测试过程中 有发现配对好的各个白盘 基本上在有线和无线模式下切换没大问题
: 印象一分钟内都能完成,真的哪里怪怪的重开也都有解决。
: 如果迷失(後述) 找不到 master 自己虽然不会马上成为 master
: 但会变 ping 得到 webui 开得起来 (原本成为 slave 後这两个行为都会消失)
: 这是我後来判断的一个依据
: 而所谓迷失,就是当白盘们都接在 Switch 後的情况时,白盘主从间是互相看不到的
: 同接在 ONU 後 或是同接在 Router 後 都可以互相看得到
: 一将 slave 改接 switch 後就是会找不到 master,webUI 可以使用也 ping 得到
: 一改接回 ONU/Router 後 webUI 就连不上也 ping 不到
: 而且这边讲的 Switch 就是指 US-24-250W 这台 Switch
: 有换接在一般无网管功能的 switch 下测试过,这状况是没问题的
: (题外话是测试期间也有观察到,如果两个 slave 互相看得到但找不到 master
: ,他们会自己选出 master,但 master 回来时会自动退位)
: switch 後不通是目前最想厘清原因的问题,如果这个原因能厘清
: 那要有线回程应该就没什麽阻碍了
经过一些挣扎和折腾,算是厘清了原因,但不换设备的情况下自己目前找不到解法
透过 Wireshark 观察,确信一系列丢往 Ethernet multicast address
(dst mac = 01:80:c2:ef:03:fe) 的封包在过了 switch 後消失
wireshark 可能是因为地址特性将之跟 spanning-tree 扯上关系,但不论
从 Ethertype 看还是细究封包内容後都可以推定这跟 spanning-tree 无关。
一个不存在於标准中的封包,正规的机器不理他丢掉好像也是天经地义。
只要能让这个四不像的封包继续在介面间游走,那应该就可以解决白盘间找不到的问题
但如此脱离标准的东西,相信正规环境下不一定存在解法,就算有也很可能因设备而异。
查到这边是有点绝望,如果有人有其他想法恳请不吝赐教,谢谢。
(上篇推文有相关的晚些再整理过来)
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.32.49.216 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Broad_Band/M.1724769965.A.4DE.html
1F:→ tomsawyer: 这确定是multicast mac? 08/27 23:54
这是我综合
https://standards.ieee.org/products-programs/regauth/grpmac/public/
https://www.ieee802.org/1/files/public/docs2007/admin-jeffree-standard-group-mac-address-assignments-0307.pdf
https://en.wikipedia.org/wiki/Multicast_address
得来的称呼方式,我没有找到相关规范文件提到这个词
因为看起来确实是会有 multicast 的行为所以这麽称呼...
如果有更洽当的描述方式还请赐教
2F:→ ricky7899: 有没有可能跟D-link一样,把MESH的封包挡掉了 08/28 10:37
现状是这样没错,但比较不能归咎是单一品牌的特别行为。
而是所谓 "mesh封包" 的超规格
导致有能力做些什麽的 switch 接触了,却又看不懂最後被放弃
那怕这些 switch 有个 "当做没看过就无脑丢出去就对了" 的功能能用
(因此就有对各种 relay/snooping 有所期待,但目前没成功的)
这个问题应该都可以解决
3F:推 lk86jeff: 所以那个封包的来源就是小白盘吗? 08/28 20:57
是
我观测当下的 src mac 开头是 30:b1:b5,wireshark自动对照出 Arcadyan
也就是小白盘的厂商,经比对完整 MAC 也相似
※ 编辑: NotExist (114.32.49.216 台湾), 08/29/2024 17:48:23
4F:推 Windcws9Z: 不用换设备,解法是多买一台无网管Switch 09/04 01:48
5F:→ NotExist: 楼上说的解法确实可行,就是放弃治疗我想解决的问题XDD 09/10 16:30