【求助】長距離連線問題

[u2g13jmj]

若他們使用的是intersil的RF晶片'那可能也是問題之一

[山賊]

就您所知道的訊息說來聽聽, 相信大家也很好奇呢....^_^

[u2g13jmj]

我們之前以Intersil RF mini PCI Card進行戶外測試
1km以內測試'throughput可達23Mbps'但是1km以上throughput僅可達1~2Mbps
研究後發現'因Intersil 的code有些不提供'同時也沒再upgrade的打算
害我們整個系統軟體重新改到Athros的晶片
才真正解決遠距離的傳輸問題
Athros可以在20km打到8~12Mbps
符合市場運用需求

[harvey9368]

作者: pcmikewu

3km 並不是很長耶...

一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.

很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.

不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.

換過頻道了嗎?

已經是過換頻道了 還是不行 好像距離超過800公尺 就會變慢

[harvey9368]

作者: pcmikewu

另外, 3km 用不著 24dBi 的指向型天線, 太浪費, 也太麻煩啦！

那大概用 增益值多少 的天線比較合適呢 謝謝

[harvey9368]

作者: 山賊

排除 pcmikewu 所說的 ACK timeout, 可能 A or B 一方有別的基地台在運作, 因為頻道差距太小或同一個, 導致與別的基地台或網卡必需持續以 RTS/CTS 溝通協調, 此時調大啟用 RTS 反而導致封包衝突發生而需重送封包的次數會增多, 所以必需調小 RTS/CTS 的啟用封包長度, 而封包分割長度限制(Fragmentation Threshold)則是因為 A B 雙方距離較遠, 要用較長的封包, 但這在有干擾的狀況下較為不利; 故建議您試著調小 RTS Threshold, 而且需小於 Fragmentation Threshold..

而且既然是 point to point bridge , 雙方不要啟用 ap 模式, 只要單純的 point to point bridge , 避免額外的封包需求..

若確定有干擾, 適當選擇天線增益是可用的手段, 雖然使用高增益窄波束的天線, 有助於排除波束角外的干擾, 但對波束角內的干擾接收能力也會增強, 假如通訊軸線上洽有一別人的基地台 C, 原本 A B 雙方用 15dbi 天線可互通, 雖說 C 在通訊軸線上, 但因為 A B 天線增益不高, C 的電波到達 A or B 已相當微弱(反之亦然), 可以忽略; 若 A B 改換為高增益 24dbi, 所接受及傳送到 C 的電波強度已到不能忽略的地步, 系統被迫須與基地台 C 溝通, 進而損及有效的傳輸 throughput; 若是這樣的話, 試著在 A B 雙方加接衰減器, 直到可以忽略 C, 且又可以保有高增益天線的窄波束與 A B 在高傳輸率所需的信號強度, 是很有效的手段之一, 當然更換頻道較方便啦, 只是要間隔 5 個頻道以上, 才不會有干擾的疑慮; 所以您拿無線網卡在 A B 兩側接您的高增益天線, 掃看看, 有無別的基地台在運作, 至於工作在 Client 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...

感謝山賊大大的回覆 RTS 值 照著您說的方式來調整 還是沒有改善 也試過改頻道 也試過P2P 都沒有明顯的改善 可是後來換成其他品牌的AP 雖然功率小 訊號品質也沒這麼高 可是傳輸的速率可以到達15-18mbps
如果山賊前輩有空的話 可否 請您幫小弟解惑 關於RTS Threshold (Fragmentation Threshold) burst time 這些調整上的相對關係 或者是哪邊有文章可以看

[pcmikewu]

作者: harvey9368

那大概用 增益值多少 的天線比較合適呢 謝謝

24dBi for 2.4GHz 應該是 Grid (網格狀) 天線吧？那真的很大呢！

我自己試過，光 6dBi 手掌大的一對天線，LOS 情況下就可以 run 到 2.5Km (到 802.11g 的 36Mbps mode)。

如果您在台北的上空，干擾很多，會建議改用 5GHz 的設備。

如果您所在的天空很『乾淨』，用 12~14dBi 左右的 Patch 或 Yagi 應該就很夠用囉！