• 5

2.4G跟5G同一個SSID自動切換的無線AP基地台?

針對這方面各家好像都還不是很成熟,跟 AP 漫遊一樣,問題蠻多的,

5G 跟 2.4G 如 5G 優先連大部分好像是這樣,好像沒問題,

但問題來了,5G 訊號差的時後就跳回 2.4G,但通常不會再回來了,

再來又另外一個問題 2.4G 會比 5G 早被偵測到,所以就 GG 了...

所以正常來說 5G 優先也只是在兩個範圍內連接才有作用,

當然 AP 漫遊也是這個問題,會有一邊咬住不放,真的要到訊號差自動切換,

基本上蠻難的,除非兩個 AP 範圍要完全獨立。

還是要等廠商從根本解決才有用,無論是何種第三方方式,都是很耗資源,

一直偵測變化,變向的就是讓手機耗電。
From thin-ap solution concepts for Fortinet:
Frequency hand-off or band-steering
Encouraging clients to use the 5GHz WiFi band if possible enables those clients to benefit from faster
interference-free 5GHz communication. The remaining 2.4GHz clients benefit from reduced interference.
The WiFi controller probes clients to determine their WiFi band capability. It also records the RSSI (signal
strength) for each client on each band.
If a new client attempts to join the network, the controller looks up that client’s MAC address in its wireless device
table and determines if it’s a dual band device. If it is not a dual band device, then its allowed to join. If it is a dual
band device, then its RSSI on 5GHz is used to determine whether the device is close enough to an access point
to benefit from movement to 5GHz frequency.
If both conditions of 1) dual band device and 2) RSSI value is strong, then the wireless controller does not reply to
the join request of the client. This forces the client to retry a few more times and then timeout and attempt to join
the same SSID on 5GHz. Once the Controller see this new request on 5GHz, the RSSI is again measured and the
client is allowed to join. If the RSSI is below threshold, then the device table is updated and the controller forces
the client to timeout again. A client’s second attempt to connect on 2.4GHz will be accepted.

MOOMS wrote:
當然 AP 漫遊也是這個問題,會有一邊咬住不放,真的要到訊號差自動切換,
基本上蠻難的,除非兩個 AP 範圍要完全獨立。(恕刪)

其實這一點本來就不是問題,
只要不是太低階的AP,
基本上都有裝置訊號低於幾db就主動踢掉的機制,
這部分也提供用戶自行設定,
看是要低於-70db~-90db的範圍內都行。
vxr wrote:
The WiFi controller probes clients to determine their WiFi band capability. It also records the RSSI (signal
strength) for each client
on each band.
If a new client attempts to join the network, the controller looks up that client’s MAC address in its wireless device
table and determines if it’s a dual band device.
If it is not a dual band device, then its allowed to join. If it is a dual
band device, then its RSSI on 5GHz is used to determine whether the device is close enough to an access point
to benefit from movement to 5GHz frequency.

感謝你提供的資訊

果然還是要靠記錄每一個裝置的相關資訊
才能避免AP (Controller)重複詢問(試探)Client裝置有關資料


MOOMS wrote:
一直偵測變化,變向的就是讓手機耗電。

如果靠AP來記錄每個裝置相關資訊的話
這樣也可以避免造成手機的負荷(及耗電)增加啊


MOOMS wrote:
但問題來了,5G 訊號差的時後就跳回 2.4G,但通常不會再回來了,
再來又另外一個問題 2.4G 會比 5G 早被偵測到,所以就 GG 了...
所以正常來說 5G 優先也只是在兩個範圍內連接才有作用,

是的
假設我從外面回家的時候
因為2.4G的涵蓋範圍比較大、5G的涵蓋範圍比較小
如果建立連線階段,我正好位於較外圈的位置時
很有可能會發生這種事

不過 #13樓 網友提到例如讓2.4G要過10秒才能連線
所以如果我走進家裡的路上都沒有停留的話
應該可以趕在10秒內進入內圈位置(指5G訊號好的範圍)
只是如果每次建立2.4G連線(包括斷線後重新建立連線時)都要等10秒
我想使用者應該也會抱怨的
所以靠著記錄每個裝置相關資訊的話,這會比較理想
MOOMS wrote:
當然 AP 漫遊也是這個問題,會有一邊咬住不放,真的要到訊號差自動切換,
基本上蠻難的,除非兩個 AP 範圍要完全獨立。

forvaio wrote:
只要不是太低階的AP,
基本上都有裝置訊號低於幾db就主動踢掉的機制,
這部分也提供用戶自行設定,
看是要低於-70db~-90db的範圍內都行。

是的

有關AP漫遊,我個人是用Mikrotik CAPsMAN來解決
不敢說是"無縫漫遊",但效果也還算滿意
至少不會有一直咬著訊號太差的AP不放的狀況
AP和AP之間切換的時候,大約掉3~5個ping可完成
(因此我前面提到的小米路由器mini被我打入冷宮了)

下圖的cap1~cap6就各代表一個AP
更正確點說是代表AP裡的無線網卡,因為雙頻的AP就會有兩張無線網卡
2.4G我都是用同一個SSID,5G則都是用另一個SSID


下圖則是設定訊號好(-75..120)的時候,才允許連線
訊號不好的時候(小於-75)就會被AP踢掉,手機就得自己再去找訊號好的AP連線
因為是集中控管,所以這規則表只需要維護一份,就可以套用在全部的CAP


如果不想要針對MAC Address做控管的話,其實只要兩條規則就可以
第一條訊號好(-75..120)就accept,第二條訊號不好(-120..-75)就reject
即下圖編號2和3的兩條規則就夠了


不過這串討論,因為想要在距離雙頻AP近的時候切換到5G
所以我想到可以幫雙頻AP加上如編號0和1的兩條規則
當2.4G訊號太好的時候(例如高於-55dBm)代表距離雙頻AP夠近
故把它從2.4G給踢掉,讓該裝置重新連線,這樣就可以自動切到5G
不過這只是"示意圖",因為實際運作上會有某些裝置只支援單頻(2.4G)
所以編號0和1的規則必須量身訂做--針對MAC Address來設定運作才妥當
不然只支援單頻(2.4G)的裝置會發生(因訊號太好)無法連線的窘境
蝦米爸爸 wrote:
感謝你提供的關鍵字...(恕刪)

蝦米爸爸 大大 您好:

大大可以參考以下網路公開文件詳盡說明。值得參考和研讀~
Band-Steering for Dual-Band Wi-Fi Access Points

不過各家無線設備廠商,如何實現在相同SSID下,自動連線最佳頻段且達到雙頻或三頻網路的高承載率與負載平衡。在此就無法100%正確回答您其運作理論了,畢竟它並非是一個標準而是一種技術。 就像D-Link稱為「Smart Connect」。各家R&D可能存在著一些設計上的差異。就使用者角度,如果您相信開啟此功能有助於優化您的無線網路,那麼就開啟使用它吧~

/KiKi



forvaio wrote:
其實這一點本來就不是問題,
只要不是太低階的AP,
基本上都有裝置訊號低於幾db就主動踢掉的機制,
這部分也提供用戶自行設定,
看是要低於-70db~-90db的範圍內都行。


這通常是商用企業級 AP 才做得到,本身能支援 Wireless AP Roaming、Load Balancing 這兩個協定才行,消費級目前只看過 ASUS 有做類似的功能 (漫遊助手)。

同時設備端要能對應,Apple 的機器都有支援,大部分筆電網卡的設定都有漫遊積極度能調整,Android 手機平板就要看各家有無開放這功能。





didikiki88 wrote:
大大可以參考以下網路公開文件詳盡說明。值得參考和研讀~
Band-Steering for Dual-Band Wi-Fi Access Points

感謝你提供的文件,果然值得一讀

我注意到其中一段:
wrote:
Dynamic Monitoring
Since radio conditions, client activity, client location and mobility are constantly changing, the AP needs to dynamically track and monitor the clients and the load on each band, evaluating whether any clients need to be steered and whether new clients should be blocked from a specific band due to overloaded conditions. Once the AP decides it needs to steer a client, it activates the steering mechanism and monitors the clients to detect when they are idle and then executes the steering decision.

這個動態追蹤和監控客戶端裝置
在實作上應該就是把連線裝置的相關資訊給記錄下來並分析評估

不過就像你說的:
didikiki88 wrote:
不過各家無線設備廠商,如何實現在相同SSID下,自動連線最佳頻段且達到雙頻或三頻網路的高乘載率與負載平衡。在此就無法100%正確回答您其運作理論了,畢竟它並非是一個標準而是一種技術。 就像D-Link稱為「Smart Connect」。各家R&D可能存在著一些設計上的差異

技術上希望達成的目標是一回事
但各家廠商實作多少出來又是另一回事

"連線建立階段"(請求連線) 部分的實作比較簡單
我相信現在各廠商大概都有實作出來,名稱不一樣
(例如小米稱之為"雙頻合一")

但 "已經連線階段" 部分的實作就需要花功夫(演算)去做
目前可能只有商用級的AP(例如Cisco..等)才比較完善
現在PChome特價的Asus RT-AC5300的smart connect
可以有這個功能嗎?
altezza wrote:
現在PChome特價的Asus RT-AC5300的smart connect
可以有這個功能嗎?

下面這個帖子參考一下
你可以看仔細點,看是不是符合你想要的效果?
http://koolshare.cn/thread-73365-1-1.html
SmartConnect 優化配置-讓你的多頻路由器智能選擇

帖子裡討論的人
看來在說根據"訊號強度"和"傳送速率"之類的條件
然後怎麼踢到2.4G或踢到5G....

我在 #25樓 末段有提到根據訊號強度從2.4G往5G踢的概念
蝦米爸爸 wrote:
當2.4G訊號太好的時候(例如高於-55dBm)代表距離雙頻AP夠近
故把它從2.4G給踢掉,讓該裝置重新連線,這樣就可以自動切到5G

只是我是用 Mikrotik 的 CAPsMAN 來做
該帖是用 SmartConnect 來做

不過該帖主也提到一件事
這個要注意認真仔細設置,窗口時間過長 跳轉次數過多。你就會感覺手機wifi一直在連通斷開然後連通。。體驗非常的糟糕。。

  • 5
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?