Thanks Mike,
A bit of playing has shown why we haven’t had too many complaints, but when
there is one we know why. The one user that had issues every couple of minutes
was in between 2 AP’s, but each AP had a different controller backend so
re-auth. Migrated so that both AP’s were on the same
We have been a Meru shop since 2006. We currently have 23 Meru controllers
(31XX, 41XX, 42XX) Version: 4.0-165 or 5.3-132 (depending on controller).
AP types: 200, 208, 302, 310, 311, 320 (At peak we had over 2500 APs)
Over the years we have had a number of unexplained problems. Here is a
brief
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We are running Cisco WISM-2 controllers, code 7.4.110.0 at 11AM this
morning all our clients were dropped and could not reconnect.
To get the clients back online we manually failed all access points to a
secondary controller. This worked great f
Just tested with the new Apple tv 6.0 software and it appears that they have
corrected the time issue when the device loses power. So if it loses power it
can now reconnect back to an 802.1X network
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDU
Right. My take was that if vendor X chimed in and said "if you're using X you
can enable to " it would make me wonder if I, using vendor Y, had a similar
setting.
Just for clarification, I know we have a policy against using the list for
marketing, I wasn't sure if there was a clear statemen
In my experience, sales and marketing guys have little to say of value with
regard to overcoming an obstacle with any solution. However, I have gained
valuable information from engineers from company Z because they already
worked for company X. Allowing technical comments could be helpful,
regardl
Vendors can chime in on a purely technical aspect without promoting their
solution or brand.
That's where it gets tricky especially when some vendors promote a patented
technology under
the cover of promoting "a" solution.
It happens here and there, and in my 12 years on the list I have seen grea
As long as vendors don't use this list to collect email addresses to
spam people later. NANOG is particularly bad for that.
On Wed, Sep 25, 2013 at 08:02:19AM -0400, Tim Cappalli wrote:
> I agree that vendors should be able to contribute to technical discussions
> as long as sales pitches don’t m
I would prefer to see vendors remain on the list but not participate.
They might feel obligated to defend their products and the discussion would
shift more toward product comparisons.
I don't have the funding or time to switch vendors as they leapfrog one
another in new features.
I need to find a
I agree that vendors should be able to contribute to technical discussions
as long as sales pitches don’t make it into the conversation.
* *
*Tim Cappalli, *Network Engineer
LTS | Brandeis University
x67149 | (617) 701-7149
cappa...@brandeis.edu
*From:* The EDUCAUSE Wireless Issues Constitue
On Sep 24, 2013, at 20:37 , James Andrewartha
wrote:
>
> For future iOS upgrades it should work, provided you are NATting all
> clients to the same IP as the caching server.
>
> https://groups.google.com/forum/#!topic/macenterprise/BzUAeNDN4lo
What if NAT is not in play? We're looking at the
I try not to go to the .0 version of anything that I rely upon. My phone is one
of them. There is nothing about 7.0 that I can't put off until the .1 or .2
version.
Pete Morrissey
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf
For a point of use/stability
We currently have 18 controllers with approx 3,000 APs and over 20,000
simultaneous-client
count. (we are migrating from MC5000 to MC4200 so have a split of both
right now with some very lightly loaded on AP count) Two of our
controllers have gone over 3,000 simultan
13 matches
Mail list logo