PTT數位生活區 / Network

[問答] 5GHz WiFi AP Channel 轉換

看板Network作者 (小宇馬克)時間5年前 (2018/10/23 18:10), 編輯推噓4(4推 0噓 70→)
留言74則, 6人參與, 5年前最新討論串1/1
(手機排版，還請見諒) 最近公司的產品，在客戶端遇到Roaming掉封包的問題。 想說來PTT上詢問大家的意見，長長知識。 客戶AP為 Cisco MR33 5Ghz 我有使用[WirelessMon]抓取"ConnectedAPLogData"的 Log file 如下圖所示， 我有標記色框的這邊，都有發生”同一個Mac，但是Channel有切換”的狀況 如果去比Ping對掉封包的時間，好像都是在切換到小頻道的時候問題會發生。(157→36) 但是作為測試對照組的Microsoft Surface Pro，就一樣連在Channel 157 https://i.imgur.com/85McDwW.jpg
在我的知識裡，我認為同一個WiFi AP，如果我當初設定Channel 157，他永遠都會是157 。 如果我Channel 選Auto，Wifi AP發現訊號干擾自動跳頻道，應該是整台WiFi Ap一起跳? 怎麼會發生，我們產品Channel已經跳到36，Microsoft Surface Pro一樣連線在Channel 157？ 我在網路上有找到另外的說法，網友說WiFi AP有Channel，當你選Auto 他會針對不一樣的Device，去偵測你的連線品質，如果覺得彼此連線被干擾就會自動切換 Channel。 這裡的自動切換Channel，只會針對有被干擾的連線去切換。 意思是說， 所以如果我有一台iPhone & HTC，連線同一個WiFi AP， 我iPhone可能都很順利連線在Channel 157，因為WiFi AP覺得跟我連線很穩 但HTC可能就會一開始157,後來WiFi AP覺得跟我HTC連線被干擾，單獨只切換HTC的Channe l到36，但是與iPhone連線依然是Channel 157。 不知道哪一個的說法才是正確，且符合我這張Log的說明方式。 還請大家幫我解答一下～拜託 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.140.76.35 ※ 文章網址: https://www.ptt.cc/bbs/Network/M.1540289448.A.D2D.html
→
10/23 19:08, 5年前 , 1F
Roaming 是客戶端在處理的, AP 不負責這件事
10/23 19:08, 1F
→
10/23 19:09, 5年前 , 2F
AP 最多能做的是"協助", 像是把客戶端踢掉, 或是
10/23 19:09, 2F
→
10/23 19:09, 5年前 , 3F
利用 802.11 k/v/r 那塊的功能做輔助, 但實際上支援很亂
10/23 19:09, 3F
→
10/23 19:11, 5年前 , 4F
所以遇到會黏住的客戶端幾乎是沒有好的解決方案
10/23 19:11, 4F
→
10/23 19:13, 5年前 , 5F
簡單來說wifi協定並不處理roaming,客戶端自己決定要連誰
10/23 19:13, 5F
→
10/23 19:16, 5年前 , 6F
10/23 19:16, 6F
→
10/23 19:16, 5年前 , 7F
這是 iphone 官方對於 wifi romaing 的說明文件
10/23 19:16, 7F
→
10/23 19:16, 5年前 , 8F
其他家手機裡面 driver 怎麼做就一大堆黑箱, 大家自己猜
10/23 19:16, 8F
→
10/23 19:22, 5年前 , 9F
一般來說確定的小建置環境不會建議你用 Auto,
10/23 19:22, 9F
→
10/23 19:23, 5年前 , 10F
AP 自動跳頻理想上是他去找乾淨的頻道,但是你遇到問題
10/23 19:23, 10F
→
10/23 19:24, 5年前 , 11F
客戶端黏住還要等他自己發現去重抓的時候很麻煩
10/23 19:24, 11F
→
10/23 19:35, 5年前 , 12F
另, 你這邊資訊不充足, 客戶端是只有一台還是多台AP
10/23 19:35, 12F
→
10/23 19:46, 5年前 , 13F
非常感謝你的答覆。
10/23 19:46, 13F
→
10/23 19:46, 5年前 , 14F
對！客戶場域很大，還有上下樓。
10/23 19:46, 14F
→
10/23 19:46, 5年前 , 15F
我估計大概有14、15台WiFi AP
10/23 19:46, 15F
→
10/23 19:47, 5年前 , 16F
客戶要拿我們公司產品 在他現場 做盤點
10/23 19:47, 16F
→
10/23 19:48, 5年前 , 17F
我現在就是有點看不懂，同一個WiFi AP MAC,怎麼會
10/23 19:48, 17F
→
10/23 19:48, 5年前 , 18F
有2種Channel
10/23 19:48, 18F
→
10/23 19:48, 5年前 , 19F
如果是一般多 AP 的企業環境那客戶端應該都自己換手的,
10/23 19:48, 19F
→
10/23 19:49, 5年前 , 20F
你確定那是 AP 的 mac 而不是客戶端的 mac 嗎?
10/23 19:49, 20F
→
10/23 19:50, 5年前 , 21F
如果AP會這麼頻繁的自動切換頻道的話建議都先拉回手動,
10/23 19:50, 21F
→
10/23 19:51, 5年前 , 22F
不是設定弄壞了就是有別的原因, 先排除掉
10/23 19:51, 22F
→
10/23 19:53, 5年前 , 23F
我們客戶也用meraki，頻道預設自動也不同一台會變來變去
10/23 19:53, 23F
→
10/23 19:54, 5年前 , 24F
既然是你們賣的meraki，叫客戶給你權限連管理介面看干擾
10/23 19:54, 24F
→
10/23 19:56, 5年前 , 25F
嚴不嚴重，光看client就能除錯那meraki雲可以收起來了
10/23 19:56, 25F
→
10/23 19:59, 5年前 , 26F
第一行修正一下:頻道預設自動也不會同一台AP變來變去
10/23 19:59, 26F
→
10/23 20:33, 5年前 , 27F
了解。我們不是賣AP 我們是賣Client
10/23 20:33, 27F
→
10/23 20:34, 5年前 , 28F
這個Log是 Client 連線哪一個到Wifi AP的Log
10/23 20:34, 28F
→
10/23 20:36, 5年前 , 29F
我也覺得很怪。因為Wifi AP就在那邊。同時間拿我們
10/23 20:36, 29F
→
10/23 20:36, 5年前 , 30F
的Client 和 Surface來一起比較。一起Log.
10/23 20:36, 30F
→
10/23 20:39, 5年前 , 31F
Surface就都好好的。157就157 走一走roaming到換別
10/23 20:39, 31F
→
10/23 20:39, 5年前 , 32F
台AP,MAC理當就跟著切換。但同時間我們的Client就會
10/23 20:39, 32F
→
10/23 20:39, 5年前 , 33F
一下157一下又36，MAC明明都一樣。
10/23 20:39, 33F
→
10/23 20:40, 5年前 , 34F
MAC一樣應該是沒有Roaming
10/23 20:40, 34F
→
10/23 20:41, 5年前 , 35F
所以他會切Channel我覺得很怪。 而且只有我們的clie
10/23 20:41, 35F
→
10/23 20:41, 5年前 , 36F
nt被換channel , surface 好好的都沒動
10/23 20:41, 36F
推
10/23 22:58, 5年前 , 37F
正常不管是哪家的AP(aruba cisco etc.)只要沒有dual 5g b
10/23 22:58, 37F
→
10/23 22:58, 5年前 , 38F
and那他就是一個ap發一個5g channel，不管是n wave1 wave
10/23 22:58, 38F
→
10/23 22:58, 5年前 , 39F
2亦同，我懷疑是scan interval太短導致ap在2個頻道跳來跳
10/23 22:58, 39F
→
10/23 22:58, 5年前 , 40F
去你才會覺得他同時發兩個頻道的訊號，基本上一個無線晶
10/23 22:58, 40F
→
10/23 22:58, 5年前 , 41F
片同時間就只能發射一個頻道的訊號不會有兩個不同頻道
10/23 22:58, 41F
→
10/23 23:01, 5年前 , 42F
唯一的例外就是支援dual 5g的產品，支援dual 5g的產品可
10/23 23:01, 42F
→
10/23 23:01, 5年前 , 43F
以將一般同步雙頻2.4g+5g的發射模式改成5g+5g不發射2.4g
10/23 23:01, 43F
→
10/23 23:01, 5年前 , 44F
，但是在這個情境下兩個5g訊號會是不一樣的bssid不可能是
10/23 23:01, 44F
→
10/23 23:01, 5年前 , 45F
同一個
10/23 23:01, 45F
→
10/23 23:02, 5年前 , 46F
roaming的部分上面已經有人回答我就不多說了
10/23 23:02, 46F
→
10/23 23:06, 5年前 , 47F
aruba雖然原廠宣稱arm如果偵測到有使用者在連線ap就不會
10/23 23:06, 47F
→
10/23 23:06, 5年前 , 48F
跳頻道，不過實務上還是經常會因為跳頻導致傳輸中斷的問
10/23 23:06, 48F
→
10/23 23:06, 5年前 , 49F
題，這時候就可以透過設定scan interval調整頻道變動頻率
10/23 23:06, 49F
→
10/24 00:57, 5年前 , 50F
我覺得你提到的 Scan Interval有點專業！
10/24 00:57, 50F
→
10/24 00:57, 5年前 , 51F
我明天來給RD點一盞明燈!
10/24 00:57, 51F
→
10/24 00:57, 5年前 , 52F
感謝各位的建議！
10/24 00:57, 52F
→
10/24 00:58, 5年前 , 53F
如果有新的想法也歡迎再提供給我，拜託～
10/24 00:58, 53F
→
10/24 01:02, 5年前 , 54F
B大 你這裡提到的調整Scan Interval應該是指 Client
10/24 01:02, 54F
→
10/24 01:02, 5年前 , 55F
端沒錯吧？
10/24 01:02, 55F
→
10/24 02:01, 5年前 , 56F
不是, 你的客戶端基本上什麼都沒得做, 全都要去設定 AP
10/24 02:01, 56F
推
10/24 07:18, 5年前 , 57F
你要有個觀念，無線網路環境幾乎所有的設定都只能在ap端
10/24 07:18, 57F
→
10/24 07:18, 5年前 , 58F
調整，不管是發射頻道、頻道寬度、發射功率、掃描間隔、
10/24 07:18, 58F
→
10/24 07:18, 5年前 , 59F
連線速率等各種設定都是由ap端處理
10/24 07:18, 59F
→
10/24 07:24, 5年前 , 60F
client能決定的只有他要連哪個訊號像是 支援頻道、支援頻
10/24 07:24, 60F
→
10/24 07:24, 5年前 , 61F
段、支援速率、發射功率、rssi低於多少啟動漫遊、休眠等
10/24 07:24, 61F
→
10/24 23:08, 5年前 , 62F
感覺上如果一堆AP都開channel auto好像也是會一團亂
10/24 23:08, 62F
→
10/24 23:13, 5年前 , 63F
scan interval是指AP開auto時確認頻帶干擾的頻率吧
10/24 23:13, 63F
推
10/25 01:24, 5年前 , 64F
建置大型無線環境開auto是必須的，一個大型無線網路環境
10/25 01:24, 64F
→
10/25 01:24, 5年前 , 65F
上百至千顆ap同時在線上是常態，這時候你還一個一個指定
10/25 01:24, 65F
→
10/25 01:24, 5年前 , 66F
頻道很不實際，一般就是指定頻道範圍後讓系統自動選擇，
10/25 01:24, 66F
→
10/25 01:24, 5年前 , 67F
如果發現有頻道變動過於頻繁的狀況這時候就會透過scan in
10/25 01:24, 67F
→
10/25 01:24, 5年前 , 68F
terval調整系統的偵測頻率來穩定系統
10/25 01:24, 68F
推
10/25 01:31, 5年前 , 69F
當然穩定系統不是只有scan interval一個方法，調整EIRP也
10/25 01:31, 69F
→
10/25 01:31, 5年前 , 70F
是常用的方式，要先有穩定的無線訊號才能提供穩定的服務
10/25 01:31, 70F
→
10/26 02:29, 5年前 , 71F
我的想法很簡單.人家跟著動,你家的不跟著動
10/26 02:29, 71F
→
10/26 02:29, 5年前 , 72F
那就是你家的問題.看是Driver問題還是什麼的
10/26 02:29, 72F
→
10/26 02:29, 5年前 , 73F
再不行看是自己買來測,或者叫RD去客戶那測
10/26 02:29, 73F
→
10/26 02:29, 5年前 , 74F
並拿一些對照組去不就好了
10/26 02:29, 74F
‣ 更多 marker255123 的文章
文章代碼(AID): #1RplEeqj (Network)
Network 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 marker255123 的文章
文章代碼(AID): #1RplEeqj (Network)