[實測分享] 點對點長距離易天納天線連線實測

[wifi0618]

點對點長距離易天納天線連線實測

在上篇文章中已經牛刀小試過對街的環境連線測試，距離短短的並沒有真正顯現
指向型天線的能力特長。這次特別再call住在快2公里外的朋友參與測試，不過這
次的環境是與前篇是完全不同的。

此次易天納也是再加購的兩組。另一組上線中。

測試環境簡述：

A點：公寓大廈7F高 (已有網路3M”偽”光纖)
B點：鄉間的透天厝5F高(朋友家)
A-B直線距離約快要~~2KM
AB點間沒有很多特別高的建物阻隔，零星的高建物角度沒有擋到兩點間目視直線


天線細部組裝還請見前篇文章：
[分享]易天納指向型天線CPE從開箱到組裝

直接進入主題

兩邊的環境大略示意圖如下



A點大樓頂的天線架設在鋼筋上





A點由易天納天線下方往B方向拍攝



B點透天厝樓頂的天線架設在水塔架上







B點天線面向A點大樓方向拍攝



B向A點將相機拉到遠拍作拍攝，由於AB兩點間真的是太遠，目視實在難以找到
目標，剛開始是需要靠望遠鏡的輔助才能找到AB點間的正確方向。



(局部放大)



P.S.在此次測試前實地堪察要找地標，實在還真不太容易，就算是拿出望遠鏡找
了老半天，A點要找到B點還真有難度，畢竟B點周遭的建物高度都差不多高，
鄉間又沒有特別高的參考點，實在是有點~~冏rz~~

後來跑到B點往A點堪察由於有高樓當參考點才勉強找到方位，那天線那麼遠真的
可以通嗎？

老實說當時還是有點沒有信心，畢竟連目視都快看不到兩點目標建物了~~~~

在實測的前一天晚上，還擔心白天時堪察可能會誤認目標建物搞錯方位，為防止
萬一還特別在AB點建物上各以強力燈具作信號標，好在實際夜間以燈光打信號
效果十分不錯，雖然AB點白天單靠目視難以搜尋，但一打燈光立即就找到方向，
也特別在兩點間都標下方位的記號以利白天實際架設天線作測試。


天線都架好方位也對了，就直接開始測試。

先分別將AB兩點的易天納都改LAN IP及將DHCP OFF，網段我改與內網相同的
192.168.0.x





再來是修改AB點易天納的operation mode，A點改AP mode，B點改client mode。
SSID我照預設值不修改，Channel 13





設定安全性為WEP









更改完成後按SAVE易天納會reboot，新設定才生效

現在兩部易天納以AP-client模式下進行連線
先來看看B點的易天納(client)端搜尋A點的易天納(AP)信號強度
最佳訊號約在79~81%之間



在上圖的AP搜尋清單中可以看到還有其他AP訊號，Untitled那個是A點的易天納
(WEP加密)，其他是沒有加密的開放AP，雖然也是可以直接建立連線，不過那
通常算是未經授權的連線行為，是違法的不要隨意去連線，而且經由不明的AP
上網也可能有電腦傳輸資料會被竊取風險。

接著由A點(AP)檢視active wireless client table
有找到B點的易天納與成功建立連線，速度是在54Mbps



直接進行上網速度測試



因為是3M的線路所以測試也有2M多

直接連線DVR，畫質清晰流暢。這個應用很適合住家與倉庫及廠房分開
的環境來使用。



接著做網路芳鄰的傳輸大檔案測試



傳輸速度穩穩地在2MByte以上(相當於16Mbps)，這樣表示A-B兩點建立的無線
連線夠穩定而角度也有對準。

基本上兩點間無線連結這樣的表現算是可達滿意等級


最後測試改以Bridge to Bridge加WDS進行連線。
大約的設定如下：

A點：
Wireless >>Wireless Basic Settings>>Mode改Bridge，其餘設定不變>>SAVE
Wireless >>WDS Setting>>Enable WDS打勾
Wireless >>WDS Setting>>將B點易天納的LAN MAC key到MAC Address欄位 >>SAVE
完成後可以看到下方的Current WDS AP List出現剛才的設定
Wireless >>WDS Setting>>Set Security>>選擇加密方式(WDS模到下Security要在此設定)>>SAVE



B點：
Wireless >>Wireless Basic Settings>>Mode改Bridge，其餘設定不變>>SAVE
Wireless >>WDS Setting>>Enable WDS打勾
Wireless >>WDS Setting>>將A點易天納的LAN MAC key到MAC Address欄位 >>SAVE
完成後可以看到下方的Current WDS AP List出現剛才的設定
Wireless >>WDS Setting>>Set Security>>選擇加密方式(WDS模到下Security要在此設定)>>SAVE



兩點的設定都完成後，特別注意兩部易天納互相在WDS功能設定了對方的
MAC Address要正確，而且加密的方式及密碼也要相同，這樣只要插電後並
對準角度就可以自動建立連線了。

想要檢視對方的易天納是否連線成功，直接到
Wireless >>WDS Setting>>Show Staticstics就可以檢視連線的速度



到這裡可能會想問為何要用Bridge模式加上WDS來作連線設定？
因為是基於安全性的理由。Bridge模式開啟加上WDS做設定，AB兩點的易天納
就只會接受在正面列表的AP MAC Address連線，一般的無線網卡均無法與AB點
的易天納建立連線。

而稍早的AP-client模式下，A點易天納是開啟AP mode，只要隨意電腦搜尋到
訊號SSID加上只要知道金鑰都可以直接建立連線。這就是Bridge與AP mode的
一大差異，若只是要建立兩點連線而不讓其他主機連線，我會採用
Bridge + WDS進行設定以得到較佳安全性防止盜連。

前面的Bridge mode + WDS設定完成後A-B兩點的連線在易天納友旺AP板子
reboot後也自動建立了連線。

照前面的測速、傳檔等方式測試結果也大同小異。

這邊在Bridge mode下有做了A-B兩端互ping的測試，結果如下：

A ping B的LAN interface IP

C:\>ping 192.168.0.253 -t

Ping 192.168.0.253 (使用 32 位元組的資料):
回覆自 192.168.0.253: 位元組=32 時間=9ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.253: 位元組=32 時間=3ms TTL=255

192.168.0.253 的 Ping 統計資料:
    封包: 已傳送 = 27，已收到 = 27, 已遺失 = 0 (0% 遺失)，
大約的來回時間 (毫秒):
    最小值 = 2ms，最大值 = 9ms，平均 = 3ms
Control-C
^C
C:\>

B ping A的LAN interface IP

C:\>ping 192.168.0.252 -t

Ping 192.168.0.252 具有 32 位元組的資料:
回覆自 192.168.0.252: 位元組=32 時間=15ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=2ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=3ms TTL=255
回覆自 192.168.0.252: 位元組=32 時間=4ms TTL=255

192.168.0.252 的 Ping 統計資料:
    封包: 已傳送 = 28，已收到 = 28, 已遺失 = 0 (0% 遺失)，
大約的來回時間 (毫秒):
    最小值 = 2ms，最大值 = 15ms，平均 = 3ms
Control-C
^C
C:\>

綜合前面的測試結果，在A-B點相距1.5~2KM的長度而言，結果是令人滿意的，
此環境下若是用一般的家用無線IP分享器，可能100公尺就倒了~~

A-B兩點在架設時做調整等測試時較麻煩的地方在於兩端都要有至少一個人，
各一部主機方便做傳檔測試。另外是遠距離的兩點間要找對方位事前的堪察
比較費工。

基本上此款天線在短中遠距離均能有不錯的表現，只要沒有被建物等障礙物遮蔽，
基本上都可以順利架設操作。

由於這款天線是指向型天線，我也想了解大約傳輸角度限制，所以在前面的測試
中當A點設定AP mode，B點設client mode時除了找到最佳的角度可以獲得80%
上下的訊號強度，也刻意地將A點的易天納天線往上下左右調到最低可容忍的傳輸
角度。

實際如下圖所示：









經由實際測試由B點的client易天納site survey去搜尋A點的訊號，隨著角度偏移
越多，訊號會很快速度從80%往下掉，低到40~50幾%時就會A-B兩點間斷訊

如下圖所示，固定不動的B點以site survey搜尋到的其他開放AP訊號都沒有變，
但是A點易天納的訊已降為57%再低就快要斷訊。畢竟這是指向型的天線
~~是以對準方位為導向集中功率來做傳輸



不過大體上，兩點角度就像稍微沒對到準確，只要不差太多60~70%的訊號也是
可以很快建立連線，只是訊號收發的角度調準確些，傳輸效能才能達到最佳化。


以上是我所集合的測試心得分享

若有同款天線用戶有不同環境的實測結果，也歡迎PO上來與大家分享

感謝耐心收看~~~

有新訊息再與大家分享~~