PTT數位生活區 / Network

[問答] wifi ap有相同的ssid跟channel

看板Network作者 (昨天似乎有)時間11年前 (2014/10/09 14:22), 11年前編輯推噓9(9推 0噓 33→)
留言42則, 5人參與, 最新討論串1/1
小弟是進入職場一陣子的小菜鳥, 目前主要被分配到做wifi的部分, 因為公司之前做wifi的前輩都走了... 所以有時候遇到問題真不知道要問誰, 最近客戶那邊遇到一個問題, 因為客戶那邊有要求預設的ssid名稱, 又不只跟我們家買ap, 所以就會造成在同一個環境下有蠻多台名稱相同的ap, 而2.4G又只有三個獨立的頻段... 而客戶是反應說連上我們的ap之後過一陣子wifi就會斷線, 我去看了一下封包, 是手機那邊送了frame跟ap說要切斷連線的. 我後來測試發現, 如果兩台ap SSID相同,頻段又相同, 一般手機的wifi頁面也只會出現訊號好的那個, 除非用wifi分析儀才有可能看到訊號弱的ap, 而且訊號較弱的AP會有蠻多奇怪的現象出現.(狂斷線或根本連不上) 我目前是請客戶換一個乾淨一點的環境測試. 不過還在苦思要怎麼解釋這件事情. 麻煩厲害的版友給我一些方向可以去google. 萬分感激. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.146.86.168 ※ 文章網址: http://www.ptt.cc/bbs/Network/M.1412835744.A.2CB.html ※ 編輯: FUDIRTY (122.146.86.168), 10/09/2014 14:24:32
→
10/09 16:28, , 1F
有試過用不同的加密（密碼）做認證嗎？
10/09 16:28, 1F
因為那個SSID,客戶有指定要使用WPA2,所以也不能改...
推
10/09 21:37, , 2F
跟他說不同品牌同一個SSID 不能漫遊
10/09 21:37, 2F
我知道了,我在上網查查看
→
10/09 21:37, , 3F
你是FAE嗎?
10/09 21:37, 3F
不是...我是小RD...可是我們目前沒有fae...
推
10/09 23:53, , 4F
即使同一品牌一樣不行... wifi 標準裡根本沒有 handover
10/09 23:53, 4F
推
10/10 03:25, , 5F
那 Cisco / Aruba / HP 應該會死光光
10/10 03:25, 5F
※ 編輯: FUDIRTY (1.161.95.82), 10/10/2014 10:57:44 比較麻煩的一點是客戶用在同一個環境下用別家的AP不會, 我問了wifi chip vendor,他們說應該跟天線有關, 感覺就是我們是處於訊號較弱的一方,所以才會有怪現象發生, 因為在我之前的測試中,訊號好的ap是不會有斷斷續續的情況發生的 ※ 編輯: FUDIRTY (1.161.95.82), 10/10/2014 11:01:19
推
10/10 14:10, , 6F
查一下它排AP 功率跟天線型式,比較你們自己的
10/10 14:10, 6F
→
10/10 14:10, , 7F
我也碰到客戶說Cisco訊號很好,別的不好
10/10 14:10, 7F
→
10/10 14:11, , 8F
他就是想買Cisco的
10/10 14:11, 8F
→
10/15 15:32, , 9F
到底在講啥？AP mode 當然可以roaming
10/15 15:32, 9F
→
10/15 15:33, , 10F
只是看roaming是哪一種方式而已
10/15 15:33, 10F
→
10/15 15:33, , 11F
最差的情況下就是normal roaming 只要同SSID同security
10/15 15:33, 11F
→
10/15 15:33, , 12F
就可以 handover 大約1-3秒
10/15 15:33, 12F
→
10/15 15:34, , 13F
這種roaming是station決定 不是AP決定
10/15 15:34, 13F
→
10/15 15:36, , 14F
遇到那種很黏的 client 幾乎都是靠proprietary協定
10/15 15:36, 14F
→
10/15 15:37, , 15F
然後我覺得最大的問題是 客戶的問題是什麼
10/15 15:37, 15F
→
10/15 15:38, , 16F
你拿有802.11r/802.11k的跟沒有的混用會更刺激
10/15 15:38, 16F
推
10/15 23:30, , 17F
樓上講的只是 re-associate, 並沒有 handover 這碼事
10/15 23:30, 17F
→
10/15 23:30, , 18F
規範裡並沒有限制什麼時候會斷開重連, 這才是最大的問題
10/15 23:30, 18F
→
10/15 23:33, , 19F
看過有廠商是靠自己加強的連線工具來做這一塊
10/15 23:33, 19F
→
10/15 23:34, , 20F
但是如果環境一複雜, 想當然爾容易碰上奇奇怪怪的問題
10/15 23:34, 20F
→
10/15 23:39, , 21F
802.11k/802.11r 看起來有點年份了, 但是採用進度非常慢
10/15 23:39, 21F
推
10/16 00:58, , 22F
我們在商用規範裡或者校際使用,沒ROAMING是驗收不了
10/16 00:58, 22F
→
10/16 07:37, , 23F
birdy590 跟我應該認知相同 - spec通通都是STA決定
10/16 07:37, 23F
→
10/16 07:38, , 24F
11k/11r 這兩年已經好很多了, 但是我們的經驗是
10/16 07:38, 24F
→
10/16 07:39, , 25F
station最終會集中在不支援11k/11r 的AP上面.
10/16 07:39, 25F
→
10/16 07:41, , 26F
roaming是騙人的字眼 就像剛剛說的 reassociation 也是roam
10/16 07:41, 26F
→
10/16 07:41, , 27F
所以我才會註解handover time
10/16 07:41, 27F
→
10/16 07:42, , 28F
至於11r, CCX 之類的 可以進一步縮短 handover time
10/16 07:42, 28F
推
10/16 15:00, , 29F
現在最猛的大概都是用中央的 controller 來控制所有 AP
10/16 15:00, 29F
→
10/16 15:00, , 30F
STA 只看的到一個 MAC, 真正會連上哪個是用控制器決定
10/16 15:00, 30F
→
10/16 15:01, , 31F
eg: ubiquiti zero handoff roaming
10/16 15:01, 31F
→
10/16 16:17, , 32F
就我用過的 Ruckus or HP 的,切換AP都沒感覺
10/16 16:17, 32F
→
10/16 16:17, , 33F
而且還可以做LB 用控制器來看連上那一個STA
10/16 16:17, 33F
→
10/16 16:18, , 34F
我不知道你們現在用的是怎樣的設備,但是
10/16 16:18, 34F
→
10/16 16:18, , 35F
我現在在某一大學現況是500個 bg & n 的設備
10/16 16:18, 35F
→
10/16 16:18, , 36F
切換是沒感覺的
10/16 16:18, 36F
→
10/16 16:19, , 37F
現在準備換 802.ac 的 AP了
10/16 16:19, 37F
感謝各位大大分享,新手如我可能還需要再多讀點書, 目前客戶的問題是說, 他覺得我們家的AP不穩定,常常會有一些奇奇怪怪的狀況出現, 像是連不上阿~要不到IP阿~斷線阿什麼的, 不過我用shelding room裡面測試是完全沒問題, 因為客戶那邊環境蠻複雜的, 存在好幾間不同牌子ap,帶有同樣的ssid名稱, 而客戶是使用智慧型手機,利用EAP-SIM做認證, 我們請客戶修改ssid名稱後就變得很正常, 可是我不知道要怎麼跟客戶解釋這個問題的原因. ※ 編輯: FUDIRTY (122.146.86.168), 10/22/2014 15:08:13 ※ 編輯: FUDIRTY (122.146.86.168), 10/22/2014 15:12:35
推
10/23 01:16, , 38F
請捉包~~~~~~~
10/23 01:16, 38F
→
10/25 15:25, , 39F
我抓了，看起來是client發了frame給ap說要切斷連線，reas
10/25 15:25, 39F
→
10/25 15:25, , 40F
on=3,可是客戶就是說別家的ap不會....
10/25 15:25, 40F
推
10/25 17:28, , 41F
能用EAP-SIM 認証的都是行動公司....你們POC不會過
10/25 17:28, 41F
→
10/25 23:08, , 42F
不太懂？
10/25 23:08, 42F
‣ 更多 FUDIRTY 的文章
文章代碼(AID): #1KDYcWBB (Network)
Network 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 FUDIRTY 的文章
文章代碼(AID): #1KDYcWBB (Network)