一個空間兩個以上AP訊號的問題


chentzwe
2002-08-03, 11:49 PM
小弟目前想替學校建立無線環境.又怕訊號不足(因教室隔間多).打算多購置數台AP(搭配原現有的區網).請教先進那需要每一台AP逐一設定同一張CLINT無線網卡嗎.那訊號強落以哪一台AP為準(如一台11M一台1M).請賜教

sasno
2002-08-05, 11:01 PM
基本上,只要將各個AP的ESSID均設定為相同的代號,就可以達到
讓Wireless Client在各個AP間Roaming (漫遊)的功能了.自然
也就解決了你的問題,因為一但離某個AP過遠,client會自動去連接
訊號最強的 AP.
不過有一點要注意的是,若是client要在不同class的ip中漫遊的
話,client需要花多一點的時間去重新取的ip address.所以盡可能
地將Wireless LAN設定成同一組class的ip.


zenlin

dlink3com
2002-08-06, 11:23 PM
補充一下:
相臨的AP在架設時最好把CHANNEL調開如(1.....6.....11)
訊號才不會互相干擾喔!!



∼∼∼∼∼∼∼豬頭工程師

sasno
2002-08-07, 12:09 AM
最初由 dlink3com 發表
補充一下:
>相臨的AP在架設時最好把CHANNEL調開如(1.....6.....11)
>訊號才不會互相干擾喔!!
∼∼∼∼∼∼∼豬頭工程師

不好意思,這換我有點不太懂了.如果沒看錯原作者的問題的話,他應該是要讓
Wireless user擁有更開闊的使用空間,所以才會有多個AP的想法.若是如此的話
不是應該將各組AP的ESSID及channel都調成相同的數值,如此才能夠達到Roaming
的目的嗎???若是將channel調成不同的頻道,那Wireless client應該會遇上
AP換手時,訊號中斷的問題吧???因為Wireless client還要重新尋找可連通的
channel才行.


zenlin

kiner
2002-08-07, 10:19 AM
最初由 zenlin 發表
0


zenlin

可能那位工程師的意思是指不同 ap 啦
原作者是指漫遊 , 但他可能搞成說不同的 ap 使用
所以避免干擾 , 要使用不同的頻道 ..0

dlink3com
2002-08-07, 10:02 PM
沒錯∼∼∼
如果所有AP的ESSID與CHANEL都相同
是可以漫由
但使用Infrastracture Mode
其Channel是可以不相同的,並且又可漫由
又可避免無線訊號重疊,會互相干擾
所以建議CHANNEL調開,而且是調非常開(1 >>>6>>>11 )
因為2.4G的每個CHANNEL有重疊的
並且樓上樓下也要注意相對位置喔!!


∼∼∼豬頭工程師∼∼∼∼

ee844548
2002-09-05, 05:10 PM
問一個白吃的問題喔
就是我有兩個中華電信的ap wireless
一個ap設是固定制
一個ap是是制時計
有兩台電腦
essid channel都設成一樣
一台抓計時制的ap設定
一台抓固定制的ap設定
ip都是192.168.1.11
192.168.1.12
可是兩個電腦可以資料共享嗎
就是網路芳鄰共享
我想要兩台電腦資料可以共享
只是想確定
不同的ap
是否可以資料共享
謝謝

thx
2002-09-07, 01:02 AM
重點是二台電腦是否在同個網域.....如果是當然ok. ssid 跟這完全沒有關係
如果不是架個wins server ...

ee844548
2002-09-09, 05:26 PM
我想我當初的問題沒有說清楚
所以我又不厭其煩的再打一次好了
版主我想你的意思是同一個ap下抓到兩台電腦
所以資源分享沒問題

可是我真正的意思是說
甲ap自動分配一各ip給甲電腦192.168.1.11
乙ap自動分配一各ip給乙電腦192.168.1.11
甲乙的ap都是192.168.1.253
我想讓甲乙電腦可以透過無線ap資源分享
我今天試了一天
結論應該是不可以
這樣也證明我以前的想法是錯的
就算設成同一個group
我沒有設網域
因為都是單機
只設workgroup
都設成dcim
可是還是不通
我突然發現他ip是一樣的
代表她門其實是不同網段的

除了將兩台ap
用網路縣連起來
應該沒有辦法了吧

thx
2002-09-12, 07:46 AM
802.11[b] does not support 802.1d bridging while in station (Infrastructure / Ad-Hoc) modes due to how the AccessPoint directs packets to the stations.

An easier explanation as to why it does not work, here is an example: Say you have a box with a client wlan card with MAC address 00:30:1B:09:A8:8F, which is the only card associated to an Access Point. Now, say you bridge the box's ethernet (mac is irrelevant), with the wlan card. At this point, one would expect stuff that comes in the ethernet, to head out the wlan, and vice virsa. The problem comes when you send (as an example) an ICMP ping packet (say, from your windows box with MAC 00:4F:1E:01:02:03). The Packets comes in the bridged box's Ethernet, and out the Wlan port, to the Access Point.

Now, this is where the trouble comes in. When the machine from the other leg of your network replies, and the reply ping / packet gets back to the Access Point, the packet's destination MAC is 00:4F:1E:01:02:03m which is of course, your Windows box. The Access Point searches it's association list, but only finds 00:30:1B:09:A8:8F. It then says, hey, this packet does not belong to one of our clients, and silently drops it. This is the key to the bridging problem. Some Access Points will even drop the packet before it reaches the network, if it's not from a locally associated client.

The SEC/AP-Plus combo 'circumvents' this problem. The SEC allows for 802.11b bridging by encapsulating multiple MACs within the MAC portion of a standard 802.11b packet. However, this 'Super-MAC' is NOT 802.11b compliant, and AP-Plus is required to decode this 'Super-MAC.'

One thing to note, AP-Plus is ONLY required for SEC bridging; an SEC configured in NAT or as an IP Router can pass traffic to any 802.11b-compliant AP in Infrastructure mode (In my experince, just Lucent(ROr,cor),cisco ,Linksys ,Taiwan amtel soulton APs.t soultion ap ).

By the way. What a suck things.Lucent can do p2p bridge in older firmware (wave point ).When they start to sell the outdoor license firmware,he stop this function......




        


本網站是以即時上傳留言的方式運作,一切留言內容只代表發言者個人意見,非本網站之立場,本網站對所有留言的真實性、完整性及立場等,不負任何法律責任。若您發現有某篇留言可能有問題,請 E-Mail 至:www@pczone.com.tw 聯絡我們處理。