【求助】長距離連線問題



贊助商連結


頁 : [1] 2

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:

贊助商連結


Ares
2005-12-12, 06:02 PM
看不大懂您的描述
訊號在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 的指向型天線, 太浪費, 也太麻煩啦!

山賊
2005-12-16, 12:12 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 模式的基地台或網卡或是其它的無線設備, 譬如無線影音發射器, 您只有用頻譜來觀察啦...

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, 畢竟還是不一樣的。 :)

山賊
2005-12-18, 11:31 AM
您太客氣了!.....^_^"

前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........

pcmikewu
2005-12-18, 08:03 PM
您太客氣了!.....^_^"

前陣子都在忙, 才剛稍緩口氣; 最近應該會有一段時間可以上 pczone 溜搭, 順便丟一下求職訊息.......嘻!.........

很久沒有看到山賊和All600大大的文章,感覺真的還蠻寂寞的呢!

趁山賊兄有空,大家又可以多問問題囉! :D

對了,山賊兄,加州很大喔!而且很多地方都容易塞車。您是在那個 city 啊?

山賊
2005-12-19, 08:41 PM
應該會先去 Cypress city 或附近待, 就是 Tiger woods 的出生地; 因為當初填表時, 填註選擇擔任聯絡人的那位朋友, 是住在 Cypress; 之後再視謀職狀況而定..