On Sat, 10 Mar 2007, Marlon K. Schafer wrote:
Are there any known problems with over-polling an AP with SNMP?
We do not use polling. In our view it is less efficient than our
implementation.
Are the SMs SNMP capable, or only the data from a SM through the
AP?
Yes, if set to be one of the management consoles.
These 2 questions and answers don't match. ;-) Patrick's answers
are not related to the question. I'd be interested to know the
answer to the second question (for VL).
Where are the SMs authentication information (MAC, etc.) stored
at? AP level? If an AP fails, what is involved with replacing
that AP and restoring the SMs? Are there any backup utilities to
assist?
MAC table. If an AU fails and the "best AU" setting is enabled the
CPEs will automatically re-associate to the next best AU. All CPE
and AUs have a shadow flash and different firmware can be stored on
each flash, this is invaluable if for some reason an upgrade fails
in process. We are the only ones with shadow flash (that I know
of). AUs can also be deployed stand alone or as part of a chassis
system with blades. In the chassis configuration supports redundant
power and you can swap IDUs should an IDU fail.
Again here...the question was related to subscriber (cpe)
authentication. What authentication methods exist for VL? Do they
use a local database? Does VL support RADIUS auth for the CPE?
Do the SM and AP have a log that we can see information about
interfaces and traffic?
There's a question I do not know the answer to, but I can find out.
Obviously not like a packet shaper though.
The question was about historical traffic information (not shaping).
I'm not certain the question really makes much sense, but it sounds
like he is asking about something similar to a graph of interface
traffic and other stats (dropped packets, retrans, etc.).
Whew, that took a while. But it was a good exercise for me anyway.
I'm happy to say I could answer most without looking at the manual.
Not bad for a non-tech.
No kidding! It was a good read (thanks, Marlon for posting). There
are a couple of questions that I had, as a follow up to the original
question/answer post.
--
Butch Evans
Network Engineering and Security Consulting
573-276-2879
http://www.butchevans.com/
My calendar: http://tinyurl.com/y24ad6
Training Partners: http://tinyurl.com/smfkf
Mikrotik Certified Consultant
http://www.mikrotik.com/consultants.html
--
WISPA Wireless List: wireless@wispa.org
Subscribe/Unsubscribe:
http://lists.wispa.org/mailman/listinfo/wireless
Archives: http://lists.wispa.org/pipermail/wireless/
