可列印頁面
小弟買了兩台 神腦SL-3054CB3 PLUS 搭配兩隻 24db 指向天線
使用方式如下
A(AP)--->B(bridge) 距離約3KM 目視無阻隔
訊號強度 穩定在 87%
用 連續 ping 的方式 反應時間皆落在 2-3ms
以 802.11b 模式 或 802.11g 通聯 遇到傳輸檔案速度上不來的問題
蠻用功的爬了一下文章 山賊前輩 先前有發表過 20km 通聯成功的文章
也是著去修改 RTS, beacon 等等參數 可是速度還是只能在3-500kbps
可是如果同樣的機器 把距離拉近 約500-1000公尺 速度就很快
可以到20mbps 不知道是哪裡出了問題 希望各位前輩幫幫忙 :confused:
看不大懂您的描述
訊號在87%又有20MB速度
又提到b and g mode速度上不去?
是啥意思?
[QUOTE=Ares]看不大懂您的描述
訊號在87%又有20MB速度
又提到b and g mode速度上不去?
是啥意思?[/QUOTE]
小弟的意思是 兩點之間 距離三公里 無阻隔
bridge的訊號強度 很好 有87%
可是問題來了 傳輸檔案的速度超慢 不到300kbps
如果近距離作測試 以相同的AP 訊號強度也落在87%時
傳輸檔案的速度 就變得很快 可以跑到20mbps 這各問題讓我實在很頭大 :eye:
[QUOTE=harvey9368]小弟的意思是 兩點之間 距離三公里 無阻隔
bridge的訊號強度 很好 有87%
可是問題來了 傳輸檔案的速度超慢 不到300kbps
如果近距離作測試 以相同的AP 訊號強度也落在87%時
傳輸檔案的速度 就變得很快 可以跑到20mbps 這各問題讓我實在很頭大 :eye:[/QUOTE]
3km 並不是很長耶...
一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.
很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.
不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.
換過頻道了嗎?
[QUOTE=pcmikewu]3km 並不是很長耶...
一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.
很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.
不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.
換過頻道了嗎?[/QUOTE]
另外, 3km 用不著 24dBi 的指向型天線, 太浪費, 也太麻煩啦！
排除 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...
[QUOTE=山賊]排除 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...[/QUOTE]
好久沒有看到山賊兄的文章了。
專家和我們這種一般 user, 畢竟還是不一樣的。 :)
您太客氣了!.....^_^"
前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........
[QUOTE=山賊]您太客氣了!.....^_^"
前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........[/QUOTE]
很久沒有看到山賊和All600大大的文章，感覺真的還蠻寂寞的呢!
趁山賊兄有空，大家又可以多問問題囉！ :D
對了，山賊兄，加州很大喔！而且很多地方都容易塞車。您是在那個 city 啊？
應該會先去 Cypress city 或附近待, 就是 Tiger woods 的出生地; 因為當初填表時, 填註選擇擔任聯絡人的那位朋友, 是住在 Cypress; 之後再視謀職狀況而定..
若他們使用的是intersil的RF晶片'那可能也是問題之一
就您所知道的訊息說來聽聽, 相信大家也很好奇呢....^_^
我們之前以Intersil RF mini PCI Card進行戶外測試
1km以內測試'throughput可達23Mbps'但是1km以上throughput僅可達1~2Mbps
研究後發現'因Intersil 的code有些不提供'同時也沒再upgrade的打算
害我們整個系統軟體重新改到Athros的晶片
才真正解決遠距離的傳輸問題
Athros可以在20km打到8~12Mbps
符合市場運用需求
[QUOTE=pcmikewu]3km 並不是很長耶...
一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.
很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.
不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.
換過頻道了嗎?[/QUOTE]
已經是過換頻道了 還是不行 好像距離超過800公尺 就會變慢
[QUOTE=pcmikewu]另外, 3km 用不著 24dBi 的指向型天線, 太浪費, 也太麻煩啦！[/QUOTE]
那大概用 增益值多少 的天線比較合適呢 謝謝
[QUOTE=山賊]排除 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...[/QUOTE]
感謝山賊大大的回覆 RTS 值 照著您說的方式來調整 還是沒有改善 也試過改頻道 也試過P2P 都沒有明顯的改善 可是後來換成其他品牌的AP 雖然功率小 訊號品質也沒這麼高 可是傳輸的速率可以到達15-18mbps
如果山賊前輩有空的話 可否 請您幫小弟解惑 關於RTS Threshold (Fragmentation Threshold) burst time 這些調整上的相對關係 或者是哪邊有文章可以看
[QUOTE=harvey9368]那大概用 增益值多少 的天線比較合適呢 謝謝[/QUOTE]
24dBi for 2.4GHz 應該是 Grid (網格狀) 天線吧？那真的很大呢！
我自己試過，光 6dBi 手掌大的一對天線，LOS 情況下就可以 run 到 2.5Km (到 802.11g 的 36Mbps mode)。
如果您在台北的上空，干擾很多，會建議改用 5GHz 的設備。
如果您所在的天空很『乾淨』，用 12~14dBi 左右的 Patch 或 Yagi 應該就很夠用囉！
| XML | RSS 2.0 | RSS |
本討論區所有文章僅代表留言者個人意見，並不代表本站之立場，討論區以「即時留言」方式運作，故無法完全監察所有即時留言，若您發現文章可能有異議，請 email：[email protected] 處理。
