訪客 | 一個空間兩個以上AP訊號的問題 小弟目前想替學校建立無線環境.又怕訊號不足(因教室隔間多).打算多購置數台AP(搭配原現有的區網).請教先進那需要每一台AP逐一設定同一張CLINT無線網卡嗎.那訊號強落以哪一台AP為準(如一台11M一台1M).請賜教 |
回覆 |
會員 | Re:一個空間兩個以上AP 訊號的問題 基本上,只要將各個AP的ESSID均設定為相同的代號,就可以達到 讓Wireless Client在各個AP間Roaming (漫遊)的功能了.自然 也就解決了你的問題,因為一但離某個AP過遠,client會自動去連接 訊號最強的 AP. 不過有一點要注意的是,若是client要在不同class的ip中漫遊的 話,client需要花多一點的時間去重新取的ip address.所以盡可能 地將Wireless LAN設定成同一組class的ip. zenlin |
回覆 |
會員 | 補充一下: 相臨的AP在架設時最好把CHANNEL調開如(1.....6.....11) 訊號才不會互相干擾喔!! ∼∼∼∼∼∼∼豬頭工程師 |
回覆 |
會員 | Re:一個空間兩個以上AP 訊號的問題 引用:
Wireless user擁有更開闊的使用空間,所以才會有多個AP的想法.若是如此的話 不是應該將各組AP的ESSID及channel都調成相同的數值,如此才能夠達到Roaming 的目的嗎???若是將channel調成不同的頻道,那Wireless client應該會遇上 AP換手時,訊號中斷的問題吧???因為Wireless client還要重新尋找可連通的 channel才行. zenlin | |
回覆 |
會員 | Re: Re:一個空間兩個以上AP 訊號的問題 引用:
原作者是指漫遊 , 但他可能搞成說不同的 ap 使用 所以避免干擾 , 要使用不同的頻道 ..0 | |
回覆 |
會員 | 沒錯∼∼∼ 如果所有AP的ESSID與CHANEL都相同 是可以漫由 但使用Infrastracture Mode 其Channel是可以不相同的,並且又可漫由 又可避免無線訊號重疊,會互相干擾 所以建議CHANNEL調開,而且是調非常開(1 >>>6>>>11 ) 因為2.4G的每個CHANNEL有重疊的 並且樓上樓下也要注意相對位置喔!! ∼∼∼豬頭工程師∼∼∼∼ |
回覆 |
會員 | 問一個白吃的問題喔 就是我有兩個中華電信的ap wireless 一個ap設是固定制 一個ap是是制時計 有兩台電腦 essid channel都設成一樣 一台抓計時制的ap設定 一台抓固定制的ap設定 ip都是192.168.1.11 192.168.1.12 可是兩個電腦可以資料共享嗎 就是網路芳鄰共享 我想要兩台電腦資料可以共享 只是想確定 不同的ap 是否可以資料共享 謝謝 |
回覆 |
版豬 | 重點是二台電腦是否在同個網域.....如果是當然ok. ssid 跟這完全沒有關係 如果不是架個wins server ... |
回覆 |
會員 | 我想我當初的問題沒有說清楚 所以我又不厭其煩的再打一次好了 版主我想你的意思是同一個ap下抓到兩台電腦 所以資源分享沒問題 可是我真正的意思是說 甲ap自動分配一各ip給甲電腦192.168.1.11 乙ap自動分配一各ip給乙電腦192.168.1.11 甲乙的ap都是192.168.1.253 我想讓甲乙電腦可以透過無線ap資源分享 我今天試了一天 結論應該是不可以 這樣也證明我以前的想法是錯的 就算設成同一個group 我沒有設網域 因為都是單機 只設workgroup 都設成dcim 可是還是不通 我突然發現他ip是一樣的 代表她門其實是不同網段的 除了將兩台ap 用網路縣連起來 應該沒有辦法了吧 |
回覆 |
版豬 | 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...... |
回覆 |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。