【求助】長距離連線問題
贊助商連結
harvey9368 2005-12-11, 11:55 PM 小弟買了兩台 神腦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速度上不去?
是啥意思?
harvey9368 2005-12-15, 02:41 AM 看不大懂您的描述
訊號在87%又有20MB速度
又提到b and g mode速度上不去?
是啥意思?
小弟的意思是 兩點之間 距離三公里 無阻隔
bridge的訊號強度 很好 有87%
可是問題來了 傳輸檔案的速度超慢 不到300kbps
如果近距離作測試 以相同的AP 訊號強度也落在87%時
傳輸檔案的速度 就變得很快 可以跑到20mbps 這各問題讓我實在很頭大 :eye:
pcmikewu 2005-12-15, 11:40 AM 小弟的意思是 兩點之間 距離三公里 無阻隔
bridge的訊號強度 很好 有87%
可是問題來了 傳輸檔案的速度超慢 不到300kbps
如果近距離作測試 以相同的AP 訊號強度也落在87%時
傳輸檔案的速度 就變得很快 可以跑到20mbps 這各問題讓我實在很頭大 :eye:
3km 並不是很長耶...
一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.
很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.
不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.
換過頻道了嗎?
pcmikewu 2005-12-15, 11:45 AM 3km 並不是很長耶...
一般來說, 長距離傳輸, 是要調整 ACK timeout 的值.
很可能是你的 AP 的 ACK timeout 值設得太小了, 即使 RF signal OK, 很多packet 仍然被 timeout 掉了.
不過, 我還是得說, 3km 不是很長, 應該不會 ACK timeout.
換過頻道了嗎?
另外, 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...
pcmikewu 2005-12-16, 01:09 PM 排除 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...
好久沒有看到山賊兄的文章了。
專家和我們這種一般 user, 畢竟還是不一樣的。 :)
您太客氣了!.....^_^"
前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........
pcmikewu 2005-12-18, 08:03 PM 您太客氣了!.....^_^"
前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........
很久沒有看到山賊和All600大大的文章,感覺真的還蠻寂寞的呢!
趁山賊兄有空,大家又可以多問問題囉! :D
對了,山賊兄,加州很大喔!而且很多地方都容易塞車。您是在那個 city 啊?
應該會先去 Cypress city 或附近待, 就是 Tiger woods 的出生地; 因為當初填表時, 填註選擇擔任聯絡人的那位朋友, 是住在 Cypress; 之後再視謀職狀況而定..
|