Outdoor Wireless Access Point

Hi there,
I asked for a wireless solution for a university, in which they want indoor
wireless solution for more than 5 building (at least two floor) and outdoor
wireless solution for near 160m*280m garden.
As I look for maps we need at least 3 or 4 outdoor radio, I think in these
networks the best solution is to have only one SSID in whole network to
give mobility for the network, is this called ad-hoc? or it has an other
name?
I do not know if I could ask question clearly or not, suppose we have 4
radio but only one SSID is broadcasting and when you are near the radio is
near to you you will get service from that one, as this solution must be
implement for indoor ones too.
And if there is any good company which can both indoor and outdoor solution
and they have shipping to Iran too or reseller in Iran please give me the
url.
Thanks

I understand Ubiquity gear is very common, in use and available in Iran ...
Look at their unifi product line.

Faisal

As far as I know Ubiquiti's UniFi product doesn't yet have a single SSID across multiple APs.
Ruckus does have indoor and outdoor APs that when used in conjuction with their
ZoneDirector product will provide a seemless SSID. I do not know if it is available in Iran though.

No, it's still infrastructure mode, not ad-hoc.

Ad-hoc means "no access point".

All you need to do is set the APs up to use the same SSID and authentication methods, keys, etc. It's pretty simple and can even be done with consumer gear (with less stable performance of course). If you don't put the APs all on the same layer 3 LAN (same subnet), you'll need some sort of controller-based solutions so that a user's IP address still makes sense to their computer when they move from one AP to another. If you can keep all the APs on one subnet, you won't need that.

It gets a bit more complex if you are using radio to link buildings together and/or backhaul to the access point. There's plenty of good references on the internet.

Note that the wireless handoffs aren't perfect on basic 802.11 gear. Your laptop might not pick the best AP if it can hear multiple APs. And you might lose a few packets when you hand-off between APs, but it's typically no big deal. Your ssh session would stay connected across those hand-offs just fine.

If you plan on doing VoIP on the wireless, it gets more complex yet - you have to worry about the time it takes handoffs and that can be more complex. You have to implement WMM and DSCP. You need to worry about low-speed users (1mbps, 2mbps, etc) on the same link. It's a lot harder to build a VoIP wireless solution than a web browsing wireless solution, but still plentty possible to do without expensive equipment.

In summary: you probably should find a guide on how to build wireless networks, preferably a vendor agnostic one. You will either be the hero of your organization or the enemy, depending on how well your network works.

Yes it does and can have a guest SSID as well along with hand off to a
ticket server

http://www.ubnt.com/unifi

Check out the specs

Nice and cheap compared to others on the market too

As far as I know Ubiquiti's UniFi product doesn't yet have a single SSID
across multiple APs.

Unifi does use the same SSID's across many AP's. It actually does
that by default, unless you specifically disable an SSID on a
particular AP.

Oliver

Yes Its VoIP over wireless, mostly this university need this wireless
network for their professions and students which carry their IP Phones and
I care about this.
Thanks

Another +1 on unifi. Very happy with price and performance.

Jared Mauch

Well I know UBNT is always improving their firmware so good. A year back I got the impression their software didn't support roaming and wireless clients would see multiple SSIDs with the same name instead of just one.

Hi...How do I do it!

I'm utterly amazed how many people give away free consultant work.

We need to keep people working... not giving it away.

Ethics... Security... etc...

Does the university give away free diploma's? I don't think so.

Must be another copy & paste e&^%$#?r too!

Google is your friend... ;^)

Cheers!

Ephesians 4:32 & Cheers!!!

A password is like a... toothbrush ;^)
Choose a good one, change it regularly and don't share it.

I'm utterly amazed how many people give away free consultant work.

A lot of us are quite busy with $DAYJOB and not in a position to take on a
consulting engagement - and there's no good micropayment infrastructure to deal
with 20-minute consulting gigs anyway. So we give away 5 minute chunks of our
time for the benefit of the networking community. It's a large chunk of what
makes 'best common practices' evolve. (Hint - that consultant you hired? How
much of *their* knowledge did they aquire from other people's free advice?)

And those of us who *do* go looking for consulting gigs often need to market
ourselves as somebody clued. You read NANOG for a while, you get a good idea
of who is clued and who isn't. And thus you decide who gets the gig.

Google is your friend... ;^)

http://www.xckd.com/979/

Also if it's something that makes you go "huh, good question" the time
spent to research it can often pay off later (several times now I've
spent hours thinking over a list question, and had something similar
asked of me in my day job only a few days or weeks later).

Hi Valdis,
Thanks for your time and your answer, Of course I know how to search in
google or internet.
But the problem is as you told to have a good network and launch the best
solution.
And not do wrong things once more.
Thanks

Dear IP Dog,
Thanks for your time too, but I think you are so free and you are only
showing off yourself busy :wink:
Because your answer reflect that to us, Here is a mailing list and open
community :wink:
So if you do not have a good answer for question please go away :wink:
Thanks

Unfortunately, I can't make any real recommendation for your net - although we
have some 1300 access points scattered across 100 buildings (a combination of
Cisco and Aruba gear) with a peak of 10,700 or so simultaneous users, we have
not ireally addressed the issue of outdoor wireless. For much of campus, it's
not a big problem, as buildings are packed fairly close together, and many of
the good benches, trees, retaining walls, and other places to sit are close
enough to a building that signal leakage from inside allows users to connect anyhow.

But there's a 22 acre field (about twice the size of the garden you are trying
to support) in the middle of campus... literally in the middle, as in "the campus
is built around that field". :wink:

Hi...How do I do it!

I'm utterly amazed how many people give away free consultant work.

We need to keep people working... not giving it away.

Ethics... Security... etc...

Does the university give away free diploma's? I don't think so.

Must be another copy & paste e&^%$#?r too!

Google is your friend... ;^)

Cheers!

Ephesians 4:32 & Cheers!!!

For I was hungry and you gave me nothing to eat, I was thirsty and you gave me nothing to drink, 43 I was a stranger and you did not invite me in, I needed clothes and you did not clothe me, I was sick and in prison and you did not look after me.’ 44 I needed some help building a wireless network and you wanted consultancy fees.

I think the day we stop helping each other on this list and start demanding consultancy fees will be the day the Internet really did die..

So whilst nobody would document an end to end design for nothing, I think the odd snipped of good advice should always be free.

Of course, y'all should google it first because how else are they going to send you relevant advertisements!

If you use unifi there is an outdoor version. You can mount it outside a building or on a pole.

Jared Mauch

Shahab Vahabzadeh wrote:

As I look for maps we need at least 3 or 4 outdoor radio, I think in these
networks the best solution is to have only one SSID in whole network to
give mobility for the network, is this called ad-hoc? or it has an other
name?

It is usually called nomad, because it is not really
mobility.

With 802.11, you can connect to an AP and, if the AP
fails, you may be connected to another AP, but the
transition takes considerable amount of time not
tolerable for voice communication, which is why it
is not called mobility.

If you want mobility, have different SSIDs for APs in
the same frequency band (or, let terminals have multiple
sets of radio interfaces) and let terminals connect
to multiple APs simultaneously.

Then, run mobile IP to *RAPIDLY* control the primary
AP depending on signal quality of beacons from APs.

Though you only have to modify software on terminals,
AFAIK, there is no such commercial products.

And if there is any good company which can both indoor
and outdoor solution

With your environment, you only need indoor equipments with
external antennas located outdoors.

          Masataka Ohta

I won't touch why we share info, others have already beat that horse dead,
but I will say that This list is fairly hostile to people wanting to use
them as 'free consultants'. Just look back through the archives for people
that post with a message similar to: 'I want to start an isp can someone
give me a step by step guide'. They aren't usually received nearly as well
as someone who asks 'does anyone have any solutions to this specific
problem I'm facing?'

With 802.11, you can connect to an AP and, if the AP
fails, you may be connected to another AP, but the
transition takes considerable amount of time not
tolerable for voice communication, which is why it
is not called mobility.

True under basic 802.11, at least with WPA2 + EAP, for some clients. Not all clients wait until they lose connectivity to start looking for another AP - it depends on how the client was built. However, even without needing to lose connectivity to learn what other APs are nearby, there still is a substantial associatiation delay with EAP.

That's why 802.11r + 802.11k exist. I'm sure the big name vendors support this and also support their proprietary alternatives that may or may not be better.

If you want mobility, have different SSIDs for APs in
the same frequency band (or, let terminals have multiple
sets of radio interfaces) and let terminals connect
to multiple APs simultaneously.

That's one way of doing it, provided you have a way to manage all the end devices when you add new APs. It has the disadvantage of not being a COTS solution AFAIK.

Another way to do it is Meru's "one frequency, one MAC" approach.

As for locating other access points, even without 802.11k, most solutions I have seen go into power save mode for long enough to do a quick scan every once in a while, taking into account the size of the phone's jitter buffer. That causes the AP to hold packets until the scan finishes. So one channel is not required for fast roaming.

I've seen solutions cope without 802.11r + 802.11k by using a WEP-only SSID on each AP (typically the same SSID for all APs) and throwing that into a VOIP-only VLAN. But with smartphones capable of running VoIP clients, I'd be less inclined to do it that way even if I thought WEP was secure-enough for voice calls.

The other solution that I've seen some things support is to use WDS on the VoIP device. I'm also not a fan of that personally, but others may be. WDS would require one frequency throughout the network however.

Though you only have to modify software on terminals,
AFAIK, there is no such commercial products.

There are plenty of commercial products that support VoIP handoff without issues. Some are proprietary, some are open standards. Many support multi-channel networks. It starts to get expensive to do this though, as most (all?) of the cheap vendors don't do what is required on the AP side. That said, I'd love to hear I'm wrong on this - I'm looking for new APs for home.

So, if I was buying an enterprise 802.11 solution and needed to support seamless VoIP roaming, I'd look at either a one-vendor solution (I'm sure Cisco phones + Cisco APs + Cisco Controller + Cisco PBX would do this just fine, for instance; you can substitute a few other big vendors for Cisco, no doubt, although not likely cheap ones; you'll be spending 10x or more per AP in many cases than if you could have used the cheap ones) or someone that complies with 802.11r + 802.11k (both for handses and APs). Obviously your network better support DSCP and/or VLAN priority marking and WMM as well.

Supporting VoIP handoff is much more complex (and, at least from what I've seen, expensive) than supporting web browsing handoff. It's also what seperates different pricing tiers of wireless equipment.