On Mon, 1 Nov 2004 18:27:47 +0000 (UTC),
(E-Mail Removed)
wrote:
>Jeff Liebermann <(E-Mail Removed)> wrote:
>> The DI-624+ will NOT act as a transparent bridge. As a minimum, I
>> suggest DWL-2100AP, WAP54G, or similar box. However, you're probably
>> going to have a big problem. These cheapo transparent bridges will
>> only bridge 32 MAC addresses. That's probably not enough if you're
>> planning to band-aid three entire buildings together. You'll need
>> something that will do thousands. I suggest you look into various
>> Proxim, Alvarion, YDI, etc products specifically designed for
>> bridging. (Note: You will not enjoy the prices).
>If there are more than 32 devices in the buildings, a switch is going to be
>needed for connectivity anyway. Can't that be a router, providing a subnet
>per building, reducing the traffic on the wireless that would be present if
>it were a flat bridged network?
>Clarence A Dold - Hidden Valley (Lake County) CA USA 38.8-122.5
Certainly. In fact, that's the preferred method for glueing large
numbers of different customers together. I didn't want to get into
implimentation, just take some pot shots at using cheapo wireless
bridges.
Actually, even a bridge that can only do 32 MAC addresses will sorta
work. Traffic on both sides of the bridge will rapidly fill up the
MAC address to port bridging table. Most bridges are smart enough to
expire old addresses. Some are even smart enough to push out old
addresses when a new one appears. I have a custom packet generator
program (not for distribution) that will belch large numbers of unique
MAC addresses for testing bridges. The better bridges (usually
managed with SNMP) can handle it with ease because they timestamp
their bridging table and will expire the least recently used entry.
Commodity bridge suck by comparison. A pair of DWL-900AP+ boxes, in
transparent bridging mode, take about 10 seconds to lock up solid with
an excessive number table entries. The first 32 pass, and then
everything just sits there until the table entries expire. I vaguely
recall that was about 3 minutes. Then, I can hit it with the next 32
MAC addresses. In practice, on small networks, this isn't all that
bad as the most commonly used devices will eventually force the
scarcely used entries out of the table.
Using routers instead of bridging has some really big advantages.
1. It eliminates the MAC bridging table limit problem as it only uses
one MAC address per radio link.
2. Because it only uses one MAC address, there is no need for an
overpriced wireless bridge pair of radios that use proprietary
bridging protocols. A cheapo access point and ordinary client radios
can be used.
3. Multiple subnets and static routes can be used to keep unrelated
customer seperate (without resorting to a VLAN).
4. Bridging can be simulated using a VPN router on both ends.
5. Bandwidth management by IP is much much much much much easier by
IP than by MAC address.
6. The customer can still get routeable IP addresses by first
delivering an RFC-1918 private addresse, and then redirecting traffic
from an incoming routeable IP to the private address. Most wireless
ISP's charge extra for this. I can't seem to recall the exact Cisco
IOS incantation, but can dig it out if necessary.
7. The customer can still use NAT on their router to connect multiple
computahs.
8. Multiple connections to the internet, through multiple border
routers is much easier, offering improved reliability.
11. There's far more control over traffic and services at the IP level
than at the MAC address level.
10. Whatever else I forgot.
So, with all these advantages, why do people do bridging? Well, it's
easier, much simpler, cheaper, and good enough for most applications.
Anyway, the real unanswered question is what duz the original poster
plan to do with the wireless links? VoIP, video, internet, telco
bypass, sell bandwidth, play WISP, private WLAN, build a metro LAN,
fiber replacement, broadcast, etc? At the bottom end, almost anything
can be made to work. When the number of client radios, customers, or
traffic become large, solutions tend to be far more complex.
--
Jeff Liebermann
(E-Mail Removed)
150 Felker St #D
http://www.LearnByDestroying.com
Santa Cruz CA 95060 AE6KS 831-336-2558