Re: [問題] 中華 全屋通 白盤 無法建立 mesh

看板 Broad_Band
作者 NotExist (杏仁)
時間 2024-08-27 22:46:03
留言 3 ( 1推 0噓 2→ )
回文 3則
※ 引述《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://www.ptt.cc/bbs/Broad_Band/M.1724769965.A.4DE.html

留言

tomsawyer 這確定是multicast mac? 08/27 23:54 1F
這是我綜合 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.pdfhttps://en.wikipedia.org/wiki/Multicast_address 得來的稱呼方式,我沒有找到相關規範文件提到這個詞 因為看起來確實是會有 multicast 的行為所以這麼稱呼... 如果有更洽當的描述方式還請賜教
ricky7899 有沒有可能跟D-link一樣,把MESH的封包擋掉了 08/28 10:37 2F
現狀是這樣沒錯,但比較不能歸咎是單一品牌的特別行為。 而是所謂 "mesh封包" 的超規格 導致有能力做些什麼的 switch 接觸了,卻又看不懂最後被放棄 那怕這些 switch 有個 "當做沒看過就無腦丟出去就對了" 的功能能用 (因此就有對各種 relay/snooping 有所期待,但目前沒成功的) 這個問題應該都可以解決
lk86jeff 所以那個封包的來源就是小白盤嗎? 08/28 20:57 3F
是 我觀測當下的 src mac 開頭是 30:b1:b5,wireshark自動對照出 Arcadyan 也就是小白盤的廠商,經比對完整 MAC 也相似
※ 編輯: NotExist (114.32.49.216 臺灣), 08/29/2024 17:48:23