Re: [WIRELESS-LAN] Measuring Class usage with wifi or anything other

[Jim Glassford]

Hi Tariq,

Some discuss on this before, in the archives under title Attendance.



jim

On 4/30/2017 8:57 PM, Tariq Adnan wrote:


Hello everyone,

Just checking if you have come across similar requirements and what 
did you use and how did you report on that.


Requirement: Find out class occupancy

·How many students are in class from time to time

·What are their details (names, usernames, etc.)

·For how long they have been in class (session duration)

·Etc.

I have explored 2 things:

·Prime session reports: but how do you know if the device connected 
was in classroom xyz? I can assume that if device was connected to AP 
inside class, that device is inside class. Though it’s not completely 
right as users outside class (sitting in corridor) can connect to the 
AP. Secondly how do you tell where AP is? We don’t have room location 
info in AP name. Though you can add location to AP when configuring it 
in Prime but that location info is not recorded in reports. It will be 
very tedious to change all APs labels and names to include room 
locations for them (currently name looks like 
air-BuildingCode-LeveL-number)


·CMX location analytics and Heatmaps: but this doesn’t give me enough 
details about connected devices as session reports from Prime.


I am not sure if there is some other parallel technology that can be used.

Thnaks for your valuable time.

-

*Cheers,*

*Kind regards,*

*Tariq*

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.

Re: [Ext] Re: [WIRELESS-LAN] Sticky Clients and Probe Suppression

[Jim Glassford]

Hi,

Jeremy, we have not used probe suppression but Chris thanks for the 
opening on, disabling lower data rates.


This Cisco best practice, last updated Jan 2015, page 18 shows 2.5GHz 
disabled up to 12Mbps and 5GHz disabled up to 24Mbps



Curious if any have taken this many lower speeds off line?

We have disabled 1, 2, 5.5, and 11 on 2.5GHz.
Just started toying a little disabling 6 and 9 on 2.5 and 5GHz.

thanks!
jim


On 11/20/2015 2:07 PM, Chris Adams (IT) wrote:


We have typically achieved this by disabling lower data rates 
available per SSID.


Thanks,

**

Chris Adams

Director, Network & Telecom Services

Division of Information Technology

University of North Georgia

E-Mail: chris.ad...@ung.edu | Office: 
(706) 867-2891


*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Jeremy Gibbs

*Sent:* Friday, November 20, 2015 2:05 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* [WIRELESS-LAN] Sticky Clients and Probe Suppression

Has anyone ever used probe suppression and force dissociation of 
clients at a particular RSS value?  This feature was just introduced 
and we have a lot of "sticky" clients that don't like to roam even 
though there are more desirable AP's in the area.


I have enabled it on a handful of AP's for testing, but would like to 
hear what others have experienced.


Thanks


*--

Jeremy L. Gibbs*

Sr. Network Engineer
Utica College IITS

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [Ext] [WIRELESS-LAN] Roaming

[Jim Glassford]

Hi Jeff,

You know your layout and usage patterns best but for mobile users, my 
two cents would avoid vlans by location. Just to much movement: mobile 
devices moving between living areas, Libraries, dining halls, 
auditoriums, stadiums, academic areas, etc. High numbers in one area, 
then off to another! :-)


We have twelve /21 dhcp pools with one hour lease, mapped to main SSID, 
not currently using NAT.
Roaming overall works well, did see improvement when enabled 802.1k, 
noticeable less churn on the dhcp pools.


best!
jim

On 5/5/2015 11:19 AM, Legge, Jeffry wrote:


Currently we allow roaming over our entire campus. Some buildings have 
their own vlan while others do not. Each year we have more devices and 
thus our DHCP pools are stressed. We are looking at changing our 
network design and giving each building their own vlan and larger DHCP 
pools. We currently have a class B IPV4 internet addresses and will 
move to NAT. When students are abusing copyright etc. we are given an 
IP address and asked to determine who is doing the abusing. As 
students roam they could end up with multiple IP addresses and Natting 
will complicate the ability to find these abusers  I am curious about 
the following.


Do y’all have one vlan per building?

How large are you DHCP pools?

What is the pool expiration time?

Do you allow roaming over entire campus, per building or what?

How do y’all find these abusers?

Any thoughts will be appreciated.

-Jeff Legge

Radford University

540-250-5224

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [Ext] [WIRELESS-LAN] WLC 5508 Reboots- 8.0.110.0 Code

[Jim Glassford]

Hi Lee,

If helps, we made the jump to 8.0.115.0 on seven 5508s last Thursday 
morning, 3/12/15 and so far so good.


best!
jim

On 3/18/2015 9:53 AM, Lee H Badman wrote:

Sigh… just kick me.
Our latest Cisco WLAN fun comes in the form of 5508 spontaneous 
reboots on 8.0.110.0 code. Has anyone else on the list experienced this?
I do find this Support Community thread: 
https://supportforums.cisco.com/discussion/12411926/wlc-5508-automatically-restarting-twice-week#comment-10362606
And this related bug: https://tools.cisco.com/bugsearch/bug/CSCuq74491 
https://tools.cisco.com/bugsearch/bug/CSCuq74491
Have had one reboot today, and found that another had done so last 
week quick enough where monitoring and alerting didn’t catch it. Now 
going through all of them to see if there might have been others missed.
TAC case open and I see that 8.0.110.0 is no longer available to 
download, with 8.0.115.0 “recommended”.

-Lee Badman
Lee Badman
Wireless/Network Architect
ITS, Syracuse University
315.443.3003
(Blog: _http://wirednot.wordpress.com_)
** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] SV: [WIRELESS-LAN] Attendance

[Jim Glassford]

Some faculty here use the TurningPoint clickers to check attendance.
Students walk past the classrooms during class and click in, on there 
way to the gym or the coffee house.


On 11/24/2014 11:18 AM, Anders Nilsson wrote:


Aren't we all operating small RF-chips into our students nowadays?

Makes tracking people so much easier.  ;)

On a more serious note I totally agree with Mr. Badman here.

Getting rough stats is one thing, getting Attendance lists is a very 
different and more difficult thing.


Cheers

Anders Nilsson

Univ of Umeå

*Från:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *För *Lee H Badman

*Skickat:* den 24 november 2014 17:01
*Till:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Ämne:* Re: [WIRELESS-LAN] Attendance

I can think of a few concerns.

I give you my tablet to take to class, and I'm there without being there.

I give you my credentials to put on your device- you get seen as 
you, then me. We're both there without me being there.


Client devices may not connect to the AP in the room. There may be no 
AP in the room... how close to the room is close enough if I connect 
to the floor above/below or adjacent room/hallway? And who sorts it 
all out?


To me as an instructor, nothing is easier than good old paper sign-in. 
And if you didn't sign in, you weren't there. Period.


Not everything needs to have a tech edge on it, and I'm as tech geeky 
as it gets...


-Lee

Lee Badman

Wireless/Network Architect

ITS, Syracuse University

315.443.3003

(Blog: http://wirednot.wordpress.com)

*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Patrick 
Mauretti

*Sent:* Monday, November 24, 2014 10:11 AM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU

*Subject:* Re: [WIRELESS-LAN] Attendance

Funny you should ask, as we are looking into doing the same thing 
here.  I'd love to see someone have it in place to know what the 
pitfalls might be.


Patrick Mauretti

Sr. Network Admin

Massasoit Community College

1 Massasoit Blvd

Brockton, MA 02302

508-588-9100 x1660

/On the internet, nobody knows you're a dog./

*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Joe Rogers

*Sent:* Monday, November 24, 2014 6:16 AM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU

*Subject:* [WIRELESS-LAN] Attendance


Are any folks currently using their wireless networks to verify class 
attendance?  For example, are you checking that a wireless device 
authenticated by a student was in the classroom?


--

*Joe Rogers*
Associate Director, Network Engineering
University of South Florida -- Information Technology

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Radio specific client count report in Cisco environment

[Jim Glassford]

Hi,

I can not answer your question, I have looked for this also but also I 
really do not trust WCS/NCS/Prime N to give an accurate output.


Still using some perl scripts from FAT AP days and modified these to 
double-check the capwap units are taking clients.
Check for clients on APs and what radios they are working on, if no 
counts when feel there should be, then take a closer look what is going on.
If you have anything left over from managing individual APS and wanted 
to reuse, the hard part for me was understanding hitting the WLC then 
appending the MAC address of the AP to query the MIB and all has to be 
in decimal. Can then pull a client MAC address list from each AP, change 
to decimal and query again to get the radio information for each client 
and other information if wanted.


Electrical brown outs and other issues has caused APs to look fine but 
not take clients for us on array of AP models and OS versions over the 
years.


best!
jim



On Sun, Mar 23, 2014 at 8:00 PM, Peter Arbouin p.arbo...@qut.edu.au 
mailto:p.arbo...@qut.edu.au wrote:


Hi,

I was wondering if anyone has been able to run a report that
identifies unused radios of using Cisco Prime 1.4.

We recently found a room with two access points where a client
couldn't connect. It turned out that even though the 2.4 radio
reported as being on and functioning, no clients could connect.
One stopped working a few weeks ago, and the other three days ago.
The 5GHz radios were working fine and had clients associated to
both access points.

I ran the Client Count report for the affected floor from the
Client Reports section and this was ok for a small area, as it
reports all the access points in a graph format, and allowed me to
select by radio type.

It got me wondering how many other radios may have a similar problem.

If I run this report for all our access points, there is no sort
function, so you have to manually look through all the graphs.

In the Device section, there is a Top AP by Client Count This is
a handy report, as it gives a numeric output and can be sorted,
but it seems to be total clients for the AP and there is no option
to report on just specific radio type, so I can only assume that
this report only reports access points with no associations on any
radio.

Any assistance would be greatly appreciated.

Thanks,

Peter.

*Peter Arbouin | Network Engineer
*IT Networks | Information Technology Services
Queensland University of Technology
Level 3 | 88 Musk Avenue | Kelvin Grove Campus

Mob: 0402476892 | Ph: +61 7 3138 1030 tel:%2B61%207%203138%201030

Email: p.arbo...@qut.edu.au mailto:p.arbo...@qut.edu.au


CRICOS No. 00213J

** Participation and subscription information for this
EDUCAUSE Constituent Group discussion list can be found at
http://www.educause.edu/groups/.




--
Alan Nord, CCNA
Infrastructure Manager
Information Technology Services
Macalester College
1600 Grand Avenue
St. Paul, MN 55105
** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Ripley's Believe it or not, wireless edition

[Jim Glassford]

Just fyi,

this was discussed on the resnet mailing list, same as Eric mentioned.

30 Jan 2014
Resnet Forum resne...@listserv.nd.edu


We recently disabled OTA updates and the feedback we've gotten from students 
has been positive.  It appears that was our issue.  Thanks for the suggestions.


~~


We have seen this issue as well with some of the first generation PS3's.
Some of them we are able to update the code manually to the newest ps3 version 
and they will start working.  Then others when we updated they still do not 
work.  Still trying to figure out what the issue maybe Doesn't seem very 
consistent.



best!
jim




On 2/26/2014 12:47 PM, Eric Rose wrote:


Take a look at this link:

http://community.arubanetworks.com/t5/Education/PS3-dropping-off-the-network/gpm-p/126499/highlight/true#M565

Once we disabled ARM OTA in the residence halls the older PS3 devices 
were able to connect wired and wirelessly.


The PS3 (CL917784871-CECH-L01) that we have been working with falls 
under first generation and its version(s) are CECH-LXX, CECH-KXX and 
CECH-MXX. WLAN NIC in older PS3s(First Generation) do not handle OTA 
frames which will be unrecognized frames correctly.


Ideally, the PS3 should IGNORE these frames and carry on, but it 
results in connection drop.


As it's a client inability at this point to handle such frames, we 
have successfully worked around this issue by disabling OTA which 
would be a potential fix as such for client side issue.


Eric Rose

Network Engineer

Salisbury University

Office: 410.677.5367

*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Turner, Ryan H

*Sent:* Wednesday, February 26, 2014 12:29 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* [WIRELESS-LAN] Ripley's Believe it or not, wireless edition

I am hard pressed to explain this.  We've had a good number of reports 
of PS3s not being able to connect to wired or wireless in our 
residence halls.  This corresponded to a pervasive wireless initiative 
that resulted in all new switches and Aruba access points installed 
for about 8,000 resident students.  The PS3s would not show any 
wireless networks available, but more surprisingly, they would not 
establish a physical connection to switch ports, either. I brought a 
PS3 back to my office, and completely ignoring the wireless side, 
attempted to figure out what was happening to the wired side.  I 
connected it, with success, to every type of switch I could find, new 
and old.  I sent it back.  We got more reports, and now I was forced 
to go into the field to look at the issue.  I went to a dorm with a 
troubled unit, reset it, and configured it for a wired connection.  It 
would not establish a link.  Could it be a switch negotiation 
incompatibility issue?  I turned off negotiation and manually set the 
config on both sides to no success.  I then used an old hub that I 
knew would work to bridge the PS3 to our network.  No link to the hub 
from the PS3.  At this point, we took the same device and hub to a new 
location on campus. Booted up the PS3, with it ONLY connected to the 
hub (the hub wasn't connected to anything), and we got a physical 
link.  I went into network settings to see if I could see wireless 
networks (I saw a good number).  But then it dawned on me that we were 
in a significantly less dense wireless environment in the environment 
where the device was working.  It should have no effect on the device 
since we were configured for wired, but I was grasping at straws. 
  Was it possible that the density of Aps (and subsequent beacons) 
back at the original dorm was throwing the PS3 into a bad state caused 
the wired port to not work?


So, we went back to the dorm, shut down ALL of the access points in 
the building that were near it, and then booted it up.  LINKED FIRST 
TRY.  It linked directly to the switch, and then indirectly through 
the hub.  I started to power back on access points, and about halfway 
through, the physical link went away.  We then reversed course, turned 
the Aps back off and rebooted the PS3 to verify it would get a link 
again.  It did.  I then turned all the Aps back on, to lose the PS3 
link.  We then rebooted the PS3 with all Aps back on, and it would not 
establish a link.  There was no bridging occurring through the PS3 
that would cause a spantree lock (verified).


I am at a loss to explain this.

Ryan H Turner

Senior Network Engineer

The University of North Carolina at Chapel Hill

CB 1150 Chapel Hill, NC 27599

+1 919 445 0113 Office

+1 919 274 7926 Mobile

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription 

Re: [WIRELESS-LAN] Cisco IOS Access points

[Jim Glassford]

Hi Mike,

I couldn't find any old config files, :-(
we would do access-lists and apply on the BVI interface and vty line, also

no ip http secure-server
no ip http server

best!

On 11/1/2013 3:11 PM, Mike King wrote:
I've been asked to set up two access points for a charity, and I've 
come to the realization I've never configured Cisco IOS AP, only the 
WLC models.


What I'm fishing for is deployment Idea's, with the use case of nobody 
technical is going to manage these things, unless they get another 
volunteer.


I've been in the web-interface, and created the SSID (WPA2-PSK).

I'm going with the plan of leaving the IP DHCP, and not even trunking 
it, just letting serv off the VLAN it's plugged into.


I'm also going to look to disable telnet and enable SSH (if it's not 
already)


Any other suggestions?

Mike
** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.




**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Cisco WiSM2 7.4 stability issues?

[Jim Glassford]

  
  

  FYI, did get a build 7.4.103.3 from the TAC that fixed the
  coverage area bug for our 5508s. Ran on it for almost a week but
  still had problems with our 1142s randomly reloading so went back
  to 7.3.112.0.
  
  best!
  jim
  
  
  On 4/26/2013 11:21 AM, Craig Eyre wrote:


  Hey All,

I ran 7.4 code on our 5508's
  when it came out and noticed that my coverage area was
  drastically reduced. I had to roll back to 7.3 after I found
  this bug. It mentions only affecting the 5508 but I've seen
  many bugs affect platforms that weren't listed. Thought I
  would add that into the mix for everyone.



  

  

  TPC in 7.4 reduces
  transmit power to lower than expected values. 

  


  

  Symptom:
In 7.4, primarily in high density setups, neighbor
rssi is much higher than prior code versions. This
causes the transmit power to be lowered.
  
  Conditions:
  
  Workaround:
Setup min - max power levels for TPC, so that the
power levels do not fall below the expected value 

  

  




Craig Eyre          
  Network Analyst
  IT Services Department
  Mount Royal University
  4825 Mount Royal Gate SW
  Calgary AB T2P 3T5
  
  P. 403.440.5199
  E. ce...@mtroyal.ca
  
  "The difference between a successful person and others is not
  a lack of strength, not a lack of knowledge, but rather in a
  lack of will."  Vincent T. Lombardi


Jeffrey Sessler
  ---04/25/2013 05:19:17 PM---The AP and code download issue, at
  least the bug mentioned, was a problem with the code loaded at
  ma

From: Jeffrey Sessler
  j...@scrippscollege.edu
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU,

Date: 04/25/2013 05:19 PM
Subject: Re: [WIRELESS-LAN] Cisco WiSM2 7.4
  stability issues?
Sent by: The EDUCAUSE Wireless Issues
  Constituent Group Listserv
  WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
  
  
  
  
The AP and code download issue, at
  least the bug mentioned, was a problem with the code loaded at
  manufacturing on some WiSM2 cards. The installed code was
  missing some of the AP boot code, and without the AP boot
  code, AP's never got what they needed. Re-installing the same
  code and/or newer fixed it. That's not really a bug out of
  development - it's a problem with manufacturing.
 
As for rebooting AP's - It could be
  a fringe case that's causing it. We had a heck of a time with
  the original 1252 AP's occasionally rebooting/locking a radio,
  and the wireless business unit worked directly with us on
  resolving the issues. In just about every case, the issue was
  something unexpected from a client, and once identified, Cisco
  coded around it.
 
If you'd like to pass on specific
  issues, I'd be happy to raise them via my channels. My local
  team seems to get a pretty fast response from the wireless
  business unit. 
 
Jeff 
  
   On Thursday, April 25, 2013 at 3:35 PM, in
  message
  943da0e70434ca499ad0088fb90eaadebd8...@suex10-mbx-05.ad.syr.edu,
  Lee H Badman lhbad...@syr.edu wrote:

  

  

  Hi Jeff,

Agreed on client stuff, but not on rebooting APs and
code downloads that hang. Its just too much in line
with Cisco's long bug train a' running... Would be
different if this wasnt premium equipment.

Lee H. Badman
Network Architect/Wireless TME
ITS, Syracuse University
315.443.3003


From: The EDUCAUSE Wireless Issues Constituent Group
Listserv [WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on
behalf of Jeffrey Sessler [j...@scrippscollege.edu]
Sent: Thursday, April 25, 2013 5:42 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: 

Re: [WIRELESS-LAN] Questions about WCS error

[Jim Glassford]

Hi Don,

No TKIP enabled, I think it would be safe to give it a try and see if 
the messages went away.  :-)


# config wlan security tkip hold-down 0  the_wlan_ID

# show wlan the_wlan_ID
 oldTkip MIC Countermeasure Hold-down Timer... 60
 new  Tkip MIC Countermeasure Hold-down Timer... 0

Specifies the length of the TKIP holdtime in seconds (if the holdtime is 
0, TKIP MIC failure hold is disabled)


best!
jim


On 3/5/2013 10:01 AM, Sullivan, Don wrote:

Concerning this error -  The AP '??' received a WPA MIC error on protocol '0' from 
Station '68:a8:6d:3c:63:dc'. Counter measures have been activated and traffic has been 
suspended for 60 seconds. -   Whats the general take about disabling the Client 
Exclusion feature in WCS? I do not have TKIP enabled on our WLANs and my reading on this 
feature seems to indicate it has to do with TKIP.  Thanks for the feedback


Don Sullivan
Network Administrator | Office: 205.726.2111 | email: dsulli...@samford.edu

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Cisco Wireless Interface Groups

[Jim Glassford]

Greetings

Just fyi on the 7.4.100.0 RRM

CSCue13108
TPC in 7.4 reduces transmit power to lower than expected values
Workaround:
   Setup min - max power levels for TPC, so that the power levels do 
not fall below the expected value

TAC does have a engineering special that fixes this or next release

and agree outside the RFC  but do use one lease per client and not had 
any problems,thought was to clean up pool and ddns little quicker. ISC 
dhcp mailing list conversations support just using shorter lease times, 
I just never took it out.


best!
jim

On 2/20/2013 3:04 PM, Garret Peirce wrote:
I see a few different topics within this thread, each of which I've 
run across recently.


re: ISC dhcp server - one lease per client:
Perhaps a desirable idea - especially given the knob, but not 
recommended as doing so is outside the operation of the RFC.  It's 
probably best as a last ditch effort only. I  had been thinking of 
using it myself but now shying away from it.


re: dirty interfaces.  Working with TAC on this issue currently as I 
have non-grouped interfaces being marked as dirty in 7.0.240. I'm 
planning on making a feature request to a) make marking dirty optional 
 b) have a configurable  threshold, c) have a configurable timeout 
period and d) logging when the condition is cleared.
In a non dot1x environment, I'm seeing unknown devices , of which 
there are rightly many,  trying to grab an address for which no entry 
exists. When 3 requests go unanswered, the (solo) interface is marked 
as dirty, which I don't understand. Now although marked, it does not 
seem to then avoid using the interface for the (hardcoded) 30 minutes. 
Appreciate any insight or knowing if others are seeing the same behavior.


re: 7.4.100.0 RRM - working on a similar issue. I found a 3502's 2.4 
radio set on low  Txpower (6) under 7.4.100.
I moved it a 7.0.240 controller within the same RF group and TxPower 
(seeing the same neighbors), now running at 2.  I need to move it back 
to see if the problem tracks with the codeRev.  7.4.100 is in it's 
default TPCv1 mode.



On Mon, Feb 18, 2013 at 10:10 AM, Bryn Jones b.l.jo...@leeds.ac.uk 
mailto:b.l.jo...@leeds.ac.uk wrote:


Hi Vikki

We have used interface groups for a while with great success on
our WiSM2. We have a DHCP lease time of 20mins and we have an
interface group that consist of 20 x /15 private IP subnets so
that we have the IP capacity to cope.

Thanks

Bryn

Bryn Jones

ISS Network Development

Rm 8.01e Computing Block

EC Stoner Building

University of Leeds

UK

LS2 9JT

0113 343 7055

*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Vikki
Cutrone
*Sent:* 15 February 2013 19:13
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU


*Subject:* [WIRELESS-LAN] Cisco Wireless Interface Groups

Hello All,



I recently configured multiple /24 subnets into a wireless
interface group on my controllers, in an effort to cut down on
multicast as well as increase the IP address space.  It seems to
be working but DHCP addresses are still being consumed at an
alarming rate.  Is anyone else using the interface group feature?
and if so is it working as expected?

Thank you in advance!

-- 


Vikki Cutrone

Network Administrator

Vassar College, Box 13

124 Raymond Ave

Poughkeepsie, NY 12604-0013

845-437-7231 tel:845-437-7231

** Participation and subscription information for this
EDUCAUSE Constituent Group discussion list can be found at
http://www.educause.edu/groups/.

** Participation and subscription information for this
EDUCAUSE Constituent Group discussion list can be found at
http://www.educause.edu/groups/.




--
Garry Peirce
Network Architect
Networkmaine, University of Maine System
1-207-561-3539
** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] SV: [WIRELESS-LAN] Cisco Wireless Interface Groups

[Jim Glassford]

VLAN select feature is working good here on:  7.2.110.8, 7.4.100.0, 
7.4.103.3 and now on 7.3.112.0.  ;-)


just fyi, tried 7.4.100.0 and small issue with RRM, (running at low 
signal strength) and with the 1142 model access points. Patch for the 
RRM and all was great, seeing more 5GHz N clients with 7.4.103.3 code 
than on 7.2.x and 7.3.x. The 1142 random rebooting continued though, 
patch on its way. Went to 7.3.112.0 and all is good since, running on 
5508 controllers and AP1242, AP1252, AP1142, AP3502 access points.


jim

On 2/15/2013 2:27 PM, Hurt,Trenton W. wrote:


http://www.cisco.com/en/US/products/ps10315/products_tech_note09186a0080bb4900.shtml 



In WLC release 7.2, the VLAN Select feature (which is supported only 
on the newer WLCs like 5508, WiSM-2, 7500, and 2500) was modified and 
now supports VLAN Select with a new modified algorithm. In the 
previous implementation, using the round robin algorithm was causing 
clients to obtain new IP addresses on every re-association, thus 
depleting IP addresses fast from the available DHCP pools.


*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Anders Nilsson

*Sent:* Friday, February 15, 2013 2:23 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* [WIRELESS-LAN] SV: [WIRELESS-LAN] Cisco Wireless Interface 
Groups


What version are you running on jour WLC?

I know that there were hashing problems on older versions off 7.0 that 
resulted in that when a client reassociated it didn't come back to its 
former subnet.


Try newer versions of 7.0 or 7.2 and I'll guess that it will work.

It solved my problem. ;)

Cheers

Anders Nilsson

Umeå university

SUNET Sweden

*Från:*The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *För *Vikki Cutrone

*Skickat:* den 15 februari 2013 20:13
*Till:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU

*Ämne:* [WIRELESS-LAN] Cisco Wireless Interface Groups

Hello All,

I recently configured multiple /24 subnets into a wireless interface 
group on my controllers, in an effort to cut down on multicast as well 
as increase the IP address space.  It seems to be working but DHCP 
addresses are still being consumed at an alarming rate.  Is anyone 
else using the interface group feature? and if so is it working as 
expected?


Thank you in advance!

--

Vikki Cutrone

Network Administrator

Vassar College, Box 13

124 Raymond Ave

Poughkeepsie, NY 12604-0013

845-437-7231

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] WiFi/Leaky Coax

[Jim Glassford]

Hi William,

We installed a test setup many years ago using Trilogy AirCell Radiating 
Cable.
It worked as expected, even signal strength over ~200 feet from one 
2.4GHz access point antenna. Ours was indoors, hung above a drop ceiling 
with offices on one side. Sure we could have gone farther, one AP at end 
of hallway, same signal strength on each end.


http://www.trilogycoax.com/products_wireless_radiating.shtml

Had this pdf link saved for some information from Drexel back in 2005 
using Leaky Coax

http://dlibrary.acu.edu.au/depts/itcs/questnet2005/papers/Ken_Blackney.PDF

best!
jim


On 1/31/2013 1:17 PM, Green, William C wrote:
Does anyone have recommendations for vendors selling leaky coax 
systems that support 802.11g (2.4GHz single antenna)?


We're studying ways to inexpensively provide very low density wireless 
coverage in our utility tunnels.  This would only be for the 
occasional worker-- our tunnels are small, dangerous and not open for 
public access.  The interior DAS market that use to push these 
solutions seems to have gone away (given leaky coax doesn't work well 
for high density/high speed and MIMO).  Traditional AP placement looks 
to be cost prohibitive.  We'd be happy to learn tips from anyone that 
has done this at their institution already.





-William



** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.





**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] WLC 7.2.111.3

[Jim Glassford]

Hi Eric,

Yes we had/have some problems in the 7.2.110.N code with our 3500 models 
wedging up. Very intermittent, LED is almost white, no console I/O and 
have to power off/on to bring back to life. TAC offered a lower version 
engineering build to fix and supposed to be fixed in 7.3.N code but not 
quite ready to upgrade yet.


Currently running 7.2.110.8 on our 5508s

thanks!
jim

On 10/10/2012 10:52 AM, Eric T. Barnett wrote:

I’ve played around with all of the new codes that are supposed to take
care of that and all of them are causing my 3500 and 3600 APs to be
unstable and crash. They usually come right back, but it’s really
annoying. I’ve got to put in a TAC, but I just haven’t had time. Anybody
else have this problem? I’m running 5508s.

Eric Barnett

Senior Network Engineer/Wireless Administrator

Information and Technology Services

Arkansas State University

(870) 680-4243

http://wireless.astate.edu

*From:*The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] *On Behalf Of *Rick Coloccia
*Sent:* Tuesday, October 09, 2012 10:16 AM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] WLC 7.2.111.3

Yes, none!
-Rick

On 10/8/2012 11:07 AM, Legge, Jeffry wrote:

Has anyone used the new WLC version 7.2.111.3 that addresses Windows
8  client interoperability? Any problems with it?



--

Rick Coloccia, Jr.

Network Manager

State University of NY College at Geneseo

1 College Circle, 119 South Hall

Geneseo, NY 14454

V: 585-245-5577

F: 585-245-5579



CIT will never ask for your password or other confidential information via 
email.

** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.

** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.



**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] ncs/wlc/mse new code available

[Jim Glassford]

Greetings,

Thanks for all nuggets of knowledge, most are appreciated and easy to 
delete if not interested so please don't stop. I enjoy the Aruba, 
Aerohive, Xirrus, brand xyz information/updates. Pays to keep an open 
mind as the features and enhancements are far from done and competition 
helps keep the costs down.
Reading the posts over the years from Lynchburg VA, TAC wireless support 
must have really burned someone. ;-)


Thanks all!
jim


On 6/7/2012 11:38 AM, Lee H Badman wrote:

Caution on the Cisco software upgrades- for example: the original WiSMs
can't do latest code, so the 3600s can't run on original WiSMs. I
believe there are other if this AP, then that code caveats as well.
Know thine details before engaging.



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv
[WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] on behalf of Mike King [m...@mpking.com]
*Sent:* Thursday, June 07, 2012 11:18 AM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] ncs/wlc/mse new code available

They're welcome to if they want to.

I generally will throw out a notice because Cisco's Notification engine
of software upgrades is a bit difficult to use, and figure not
everyone knows that an update came out.

Mike

On Thu, Jun 7, 2012 at 7:40 AM, Osborne, Bruce W bosbo...@liberty.edu
mailto:bosbo...@liberty.edu wrote:

I have a question here. I am asking from ignorance, since I am an
Aruba customer.

__ __

Are Cisco’s releases so rare that they need noting here, or are
people that anxious to see if bugs have been fixed?

__ __

We do not generally see customers posting notices of ArubaOS or
Aruba AirWave upgrades here.

__ __

*Bruce Osborne*

/Network Engineer/

*IT Network Services*



*(434) 592-4229 tel:%28434%29%20592-4229*



*LIBERTY UNIVERSITY*

/Training Champions for Christ since 1971/

__ __

*From:*Hurt,Trenton W. [mailto:trent.h...@louisville.edu
mailto:trent.h...@louisville.edu]
*Sent:* Wednesday, June 06, 2012 5:47 PM
*Subject:* ncs/wlc/mse new code available

__ __

This is 7.2MR1…

__ __


http://www.cisco.com/en/US/docs/wireless/ncs/1.1/release/notes/NCS_RN1.1.1.html
- NCS

__ __


http://www.cisco.com/en/US/docs/wireless/controller/release/notes/crn7_2_110_0.html
àWLC

__ __


http://www.cisco.com/en/US/docs/wireless/mse/3350/release/notes/mse7_2_110_0.html
àMSE

__ __

__ __

Trenton Hurt, CWNA, CCNP(W), CCNA(W), CCNA(V), CCNA(R/S)
Wireless Network Administrator
University of Louisville
Phone (502) 852-1513 tel:%28502%29%20852-1513
FAX (502) 852-1424 tel:%28502%29%20852-1424
Description: Description:
C:\Users\twhurt01\AppData\Local\Temp\XPgrpwise\IMAGE_19.BMP

__ __

** Participation and subscription information for this
EDUCAUSE Constituent Group discussion list can be found at
http://www.educause.edu/groups/. 

** Participation and subscription information for this
EDUCAUSE Constituent Group discussion list can be found at
http://www.educause.edu/groups/.


** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.

** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.



**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Experiences with iPhone and iTouch

[Jim Glassford]

Greetings,

Anyone seeing BOOTP requests in addition to DHCP requests from iPhone or 
iTouch devices?
Seeing a few iTouch/iPhone requesting BOOTP in addition to their current 
DHCP lease. The device is online and working with the DHCP lease but 
also requests BOOTP leases per the Cisco WLCs, i.e. the BOOTP requests 
are forward by the WLC to our dhcp server.


I suspect these few iPhone/iTouch devices are doing broadcasts for 
some installed application and the broadcasts are wrongly forwarded by 
the WLCs to our dhcp server, but still trying to nail down. The clients 
never uses the BOOTP lease, just keeps asking even when supplied one.


thanks!
jim

~debug client 00:25:4b:7a:05:b  on the WLC~

*Mar 16 14:48:04.532: 00:25:4b:7a:05:b6 DHCP received op BOOTREQUEST (1) 
(len 308, port 2, encap 0xec03)
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP selecting relay 1 - control 
block settings:

dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,
dhcpGateway: 0.0.0.0, dhcpRelay: nnn.nnn.nnn.nnn  VLAN: xxx
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP selected relay 1 - 
nnn.nnn.nnn.nnn (local address nnn.nnn.nnn.nnn, gateway nnn.nnn.nnn.nnn, 
VLAN xxx, port 1)

*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP transmitting BOOTP (0)
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP   op: BOOTREQUEST, htype: 
Ethernet, hlen: 6, hops: 1
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP   xid: 0xa12d952c 
(2704119084), secs: 4, flags: 0

*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP   chaddr: 00:25:4b:7a:05:b6
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP   ciaddr: 0.0.0.0,  yiaddr: 
0.0.0.0
*Mar 16 14:48:04.533: 00:25:4b:7a:05:b6 DHCP   siaddr: 0.0.0.0,  giaddr: 
nnn.nnn.nnn.nnn
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP sending REQUEST to 
nnn.nnn.nnn.nnn (len 350, port 1, vlan xxx)
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP selecting relay 2 - control 
block settings:

dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,
dhcpGateway: 0.0.0.0, dhcpRelay: nnn.nnn.nnn.nnn  VLAN: xxx
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP selected relay 2 - 
nnn.nnn.nnn.nnn (local address nnn.nnn.nnn.nnn, gateway nnn.nnn.nnn.nnn, 
VLAN xxx, port 1)

*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP transmitting BOOTP (0)
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP   op: BOOTREQUEST, htype: 
Ethernet, hlen: 6, hops: 2
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP   xid: 0xa12d952c 
(2704119084), secs: 4, flags: 0

*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP   chaddr: 00:25:4b:7a:05:b6
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP   ciaddr: 0.0.0.0,  yiaddr: 
0.0.0.0
*Mar 16 14:48:04.534: 00:25:4b:7a:05:b6 DHCP   siaddr: 0.0.0.0,  giaddr: 
nnn.nnn.nnn.nnn
*Mar 16 14:48:04.535: 00:25:4b:7a:05:b6 DHCP sending REQUEST to 
nnn.nnn.nnn.nnn (len 350, port 1, vlan xxx)



~sniffer trace of what I believe is kicking the WLC to relay _/00 25 4b 
7a 05 b6 /_


DLC:  - DLC Header -
  DLC:
  DLC:  Frame 391 arrived at  14:48:07.9902; frame size is 418 
(01A2 hex) bytes.

  DLC:  Destination = Station 000F35DE8400
  DLC:  Source  = Station 001BD4C17504
  DLC:  Ethertype   = 0800 (IP)
  DLC:
IP: - IP Header -
  IP:
  IP: Version = 4, header length = 20 bytes
  IP: DiffServ Field  = 00
  IP:    00.. = DSCP - 0 , Best Effort
  IP:    ..00 = ECT - Transport protocol will not 
participate in ECN

  IP: Total length= 404 bytes
  IP: Identification  = 13639
  IP: Flags   = 4X
  IP:   .1..  = don't fragment
  IP:   ..0.  = last fragment
  IP: Fragment offset = 0 bytes
  IP: Time to live= 255 seconds/hops
  IP: Protocol= 17 (UDP)
  IP: Header checksum = C80F (correct)
  IP: Source address  = [nn.nn.nn.nn]
  IP: Destination address = [yy.yy.yy.yy]
  IP: No options
  IP:
UDP: - UDP Header -
  UDP:
  UDP: Source port  = 18260
  UDP: Destination port =  5247
  UDP: Length   = 384
  UDP: No checksum
  UDP: [376 byte(s) of data]
  UDP:
ADDR  HEX   ASCII
: 00 0f 35 de 84 00 00 1b d4 c1 75 04 08 00 45 00 | ..5ÃÃÃu...E.
0010: 01 94 35 47 40 00 ff 11 c8 0f ac 1f 9c 84 ac 1f | @...Ã.¬...¬.
0020: 88 3e 47 54 14 7f 01 80 00 00 00 20 03 20 00 00 | 88GT... . ..
0030: 00 00 01 04 c0 20 00 00 00 00 01 08 2c 00 00 1c | Ã ..,...
0040: 0e 26 1e 90 _/00 25 4b 7a 05 b6/_ ff ff ff ff ff ff | 
%Kz.¶..

0050: 01 00 aa aa 03 00 00 00 08 00 45 00 01 48 ef 36 | ..ªª..E..Hï6
0060: 00 00 ff 11 cb 6e 00 00 00 00 ff ff ff ff 00 44 | Ãn.D
0070: 00 43 01 34 b8 5f 01 01 06 00 a1 2d 95 2c 00 09 | .C.4¸_.-.,.
0080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | 
0090: 00 00 _/00 25 4b 7a 05 b6/_ 00 00 00 00 00 00 00 00 | 
...%Kz.¶

00a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 | 
00b0: 00 00 00 00 00 00 

Re: [WIRELESS-LAN] Private IP space for wireless users- anyone?

[Jim Glassford]

Hi Aaron,

I asked about this in April 2008 right before we did our first /21 and 
had replies of sites using /20s without problems. As David said, if 
using cisco wlc, the default behaviour is to block broadcast and 
multicast traffic from being sent out the WLAN to other wireless client 
devices. Other vendors may have similar, we have had no problem with 
/21 on wireless. We do not do this on any wired LAN, just the controller 
based lwap and now capwap wireless.


thanks!
jim



On 3/1/2010 3:58 PM, Aaron S. Thompson wrote:
I'm surprised at the use of such large broadcast domains, 4094 or 
even 2046 available hosts?  We have found domains that large could 
bring necessary broadcast load on your network gear and client load of 
having to respond to all the broadcast traffic.  Once we identified 
these potential problems we began deploying /24's.


We are using the private address space allocation with PAT.

Any other thoughts on broadcast domains?  Do others treat the wireless 
different from the LAN?



-
Aaron Thompson
Network Services Manager
Network and Telecommunications

Berklee College of Music
1140 Boylston Street, MS-186 NETT
Boston, MA 02215-3693
617.747.8656 athomp...@berklee.edu mailto:athomp...@berklee.edu 
www.berklee.edu http://www.berklee.edu/


On Mar 1, 2010, at 3:15 PM, David Wang wrote:

James, if you using cisco wlc, the default behaviour is to block 
broadcast and multicast traffic from being sent out the WLAN to other 
wireless client devices. We are using multiple /21 private IPs with NAT.


David Wang
Networking and Security Services, CCS
University of Guelph  519-824-4120 ext 52046

On 2009-12-16, at 10:04 AM, Jamie Savage wrote:

Ken,
  /20 subnets?.I've always been concerned about such 
a large broadcast domain.iewe've not gone larger than /22. 
 Have you done any special tweaking to facilitate the /20s or have 
they just worked fine as is?


.thx...J

James Savage   York University
Senior Communications Tech.   108 Steacie Building
jsav...@yorku.ca mailto:jsav...@yorku.ca   
 4700 Keele Street

ph: 416-736-2100 ext. 22605Toronto, Ontario
fax: 416-736-5830M3J 1P3, CANADA



From: Ken LeCompte lecom...@nbcs.rutgers.edu 
mailto:lecom...@nbcs.rutgers.edu
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU

Date: 12/16/2009 08:11 AM
Subject: Re: [WIRELESS-LAN] Private IP space for wireless users- anyone?
Sent by: The EDUCAUSE Wireless Issues Constituent Group Listserv 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU





We are doing NAT/PAT at the edge with a firewall module in a 6500 for
our 5000 peak logged in users. We use four /20's to break up those
users across our wireless controllers. The wireless users are also not
the only ones being NATed at that firewall module. All of the dorm
wired users are NATed there too.

Thanks.

Ken

--
Ken LeCompte - Telecommunications Analyst
Rutgers University Office of Information Technology
Campus Computing Services - Central Systems and Services
Office ~ (732) 445-4823

On Dec 15, 2009, at 6:36 AM, Lee H Badman wrote:

 Thanks for all of the responses- I wonder if anyone with a peak
 usage like ours is doing NAT- almost 6500 clients?

 -Lee
 
 From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[wireless-...@listserv.educause.edu

 ] On Behalf Of Jason Appah [jason.ap...@oit.edu]
 Sent: Monday, December 14, 2009 11:03 PM
 To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU

 Subject: Re: [WIRELESS-LAN] Private IP space for wireless users-
 anyone?

 Yes, that is what we do. I just wondered how big if a bear it would be
 to track pat in a university wireless environment.

 In a second related note, we recently changed our NAT timeout from 3
 to 2 hours as we were beginning to run out of 1 to 1 NAT ranges

 Sent from my iPhone

 Jason Appah
 Systems Administrator
 Oregon Tech

 On Dec 14, 2009, at 6:33 PM, Phil Trivilino p...@stlawu.edu 
mailto:p...@stlawu.edu wrote:


 We do 1to1 dynamic NAT on the ASA firewall and log all the
 translations to a syslog server.  Easy to get the private ip from
 the log given the time and global ip.  It is all we've seen the need
 for to this point.
 Phil

 On Dec 14, 2009, at 8:55 PM, Lee H Badman wrote:

 Wondering how many other schools are using private IP space for
 wireless users, how you accomplish the NAT, and what mechanisms you
 use for user tracking for the private-public mappings for forensic/
 investigatory purposes.

 Thanks-

 Lee
 **
 Participation and subscription information for this EDUCAUSE
 Constituent Group discussion list can be found at 
http://www.educause.edu/groups/

 .

 **
 Participation and subscription 

Re: [WIRELESS-LAN] WiSM 6.0.182.0

[Jim Glassford]

Hi,

We have problems with static assigned IP address APs, when they loose 
connection to the network. Some access points will go back to requesting 
dhcp leases, ignore their assigned static IP address. Only way to bring 
them back is to power off/on, or give them a dhcp IP address and then 
reboot them. Access Point will then go back to their assigned static IP 
address, do not have to code it again, just reboot it. It seems random 
on the time before they revert back to dhcp, Cisco TAC said it should be 
four hours, a feature but I have had them do it in less than an a hour.


I was told Cisco has CSCsz53516 for this and no workaround yet. I saw 
this feature in 5.2.178, bug ID listed in release notes for 5.2.193 and 
6.0.182.0


jim


On 8/5/2009 12:32 PM, Daniel Bennett wrote:

See below...

Daniel Bennett
IT Security Analyst
Pennsylvania College of Technology
One College Ave
Williamsport PA, 17701
570.329.4989

-Original Message-
From: Matt Haile 
Sent: Wednesday, August 05, 2009 12:30 PM

To: Daniel Bennett
Subject: RE: [WIRELESS-LAN] WiSM 6.0.182.0

Yes, we have been running it for about a month with minor problems.  This is 
what I've seen so farWhen our Catalyst 6500 shut off without notice almost 
all of the APs we had powered by inline power injectors had to be manually 
rebooted.  The other ones connected to an inline power needed to be powered 
cycled as well.  We did not lose all of our APs on campus, but at least half of 
them had to be either manually power cycled or cycled through the command line. 
 I never had this problem before up until the point of the new controller code. 
 Another minor change with version 6.0.182.0 is the WLAN override option has 
changed.  It is now configured under WLANs-Advanced-AP Groups.  Other than that 
it seems to be pretty solid code and from what I heard it is a candidate for 
the assurewave program.


Matt Haile
Network Specialist (CCNA,IUWNE)

Pennsylvania College of Technology
One College Ave. Williamsport, PA 17701
TEL (570) 329-4995  * FAX (570)320-4430

-Original Message-
From: Daniel Bennett 
Sent: Wednesday, August 05, 2009 10:19 AM

To: Matt Haile
Subject: FW: [WIRELESS-LAN] WiSM 6.0.182.0

?

Dan


-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:wireless-...@listserv.educause.edu] On Behalf Of Dennis Xu
Sent: Wednesday, August 05, 2009 10:15 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] WiSM 6.0.182.0

Has anybody upgraded to WiSM 6.0.182.0? Any feedback?

Thanks!

Dennis Xu
Network Analyst
Computing and Communication Services
University of Guelph
5198244120 x 56217

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.
  


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] WiSM 5.2.193

[Jim Glassford]

Hi Hector,

We upgraded (1) 4402 and (7) 4404s from 5.2.178 to 5.2.193, up for six 
days and no known additional problems. ;-)

Mix of APs, IOS to lwap 1200s, 1252s and 1142s

jim

On 8/4/2009 10:13 AM, Hector J Rios wrote:


Has anybody upgraded to 5.2.193? Can you provide any feedback?

 


Thanks,

 


Hector Rios

Louisiana State University

 

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.




**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Problems with Cisco Work Group Bridges

[Jim Glassford]

Greetings Ian,

Probably no relation to your problem, but on WLC version 4.2.130.0 and 
a WGB 1242 running 12.4(10b)JA3 I had problems keeping the WGB online. 
Would log on the WGB:   %DOT11-4-UPLINK_DOWN: Interface Dot11Radio0, 
parent lost: Received deauthenticate (2) not valid  and it would go off 
line for about 30 minutes. I worked with the TAC and never got anywhere.


I ended up going to an IOS root bridge, same config on the WGB, taking 
the WLC out of the picture. Worked fine after this, sometimes would 
still log the %DOT11-4-UPLINK_DOWN: Interface Dot11Radio0, parent lost: 
Received deauthenticate (2) not valid on the WGB, but it came right back 
online to the IOS root bridge.



jim



On 6/25/2009 12:11 PM, Procyk, Ian wrote:

Hey all,

Been lurking on the form here for a long time, and haven't posted
anything, but we have a real interesting issue, which Cisco TAC can't
seem to wrap their head around yet...  Just wondering if anyone else has
encountered similar behavior:

We have a small MESH network on campus (about 10 nodes now, and growing
to 22 by then end of this year).  In some places on campus, we have
construction trailers / outbuildings, which we service by converting
AP1230's into workgroup bridge mode (WGB).  These workgroup bridges,
backhaul to the nearby MESH network, and provide these construction
trailers with basic wired style internet access.

The problem we are seeing, is that these work group bridges often
disassociate or temporarily drop off the network and come back on.  This
can happen several times a day (despite SNR is often 20dB+).  We are
running 5.2.181 (dev code, produced to help fix this very issue)  but
are having no luck.


Anyone seem similar behavior with WGB's?  
Anyone have any tips/tricks to help keep these units online?


Thanks
Ian Procyk
UBC IT 
Connectivity Infrastructure

604-827-5707

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.
  


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Cisco 11n users

[Jim Glassford]

Greetings,

Nothing cutting edge but all seems to be working a OK.

(5) 4404s and (1) 4402 all running 4.2.130.0 and same mobility group

(83) AP1252 (has one gigabit ethernet port)
(246) AP1242
(47) AP1231
(25) AP1220
(41) AP1020 (these will not work on 5.n code)

Peak of 1195 users logged in.
See peaks of (70) 802.11a, (325) 802.11b, (940) 802.11g, (115) 802.11n 
devices in various states of probing, associated and authenticated. Lots 
of devices talking on the air for the number of authenticated users.


Thanks to everyone for the great information on this list!
jim





Lee H Badman wrote:


Thanks, Lee. If you prefer to do off list, can I call you? If you are 
good with on list, I would imagine others are interested- but whatever 
you preferJ


Thanks-

Lee

Lee H. Badman

Wireless/Network Engineer

Information Technology and Services

Syracuse University

315 443-3003



*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:[EMAIL PROTECTED] *On Behalf Of *Lee Weers

*Sent:* Tuesday, November 11, 2008 1:02 PM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* Re: [WIRELESS-LAN] Cisco 11n users

We have 6 4404 controllers running 375 1252’s, 106 1131’s and 18 1242’s.

I’m not a wireless expert, but I can share some of the things we have 
seen with the 1252’s.


*From:* The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:[EMAIL PROTECTED] *On Behalf Of *Lee H Badman

*Sent:* Tuesday, November 11, 2008 11:50 AM
*To:* WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
*Subject:* [WIRELESS-LAN] Cisco 11n users

Wondering if anyone has jumped in to Cisco 11n yet on any sort of 
scale that they wouldn’t mind sharing? Especially where 11n APs and 
a/g APs are hosted on the same controllers or in the same mobility 
groups… looking for general feedback.


Thanks-

Lee

Lee H. Badman

Wireless/Network Engineer

Information Technology and Services

Syracuse University

315 443-3003

** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.


** Participation and subscription information for this 
EDUCAUSE Constituent Group discussion list can be found at 
http://www.educause.edu/groups/.




**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Question on layer 3 size

[Jim Glassford]

Greetings,

Cisco 4402 and 4404 Wireless Lan Controllers with a mixer of Cisco light 
weight access points. Currently running a 22 bit mask for the 1022 hosts on 
one SSID/VLAN. Would welcome any real world experience about increasing to a 
21 bit mask for the 2046 hosts or larger on one SSID/VLAN with Cisco WLCs 
and lwaps.


Thanks!
jim 


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

Re: [WIRELESS-LAN] Cisco Wisms CPU

[Jim Glassford]

Thanks for the link!
jim

- Original Message - 
From: Case, Brandon J [EMAIL PROTECTED]

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Friday, February 15, 2008 11:19 AM
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU


You can browse the entire Airespace MIB that the controllers support at:
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?objectInput=airespac
etranslate=TranslatesubmitValue=SUBMIT with Cisco's SNMP Object
Navigator tool.

As far as I know there is no single OID for the number of access points
registered to the controller. It's just a table that's not indexed at
all. I have a Perl script that walks the table and counts the number of
rows to get the number of access points.

--
Brandon Case, CCNA
Network Engineer, ITaP
Purdue University
[EMAIL PROTECTED]
Office: (765)49-67096
Mobile: (765)479-7597
Fax:(765)49-46620

-Original Message-
From: Jim Glassford [mailto:[EMAIL PROTECTED]
Sent: Friday, February 15, 2008 11:13 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

Greetings,

Does anyone have an OID for the number of Access Points attached off
4400
controllers?

Have been using on WLC 4402 and 4404 with success

CPU
1.3.6.1.4.1.14179.1.1.5.1.0

Memory
1.3.6.1.4.1.14179.1.1.5.2.0

Authenticated Users for SSID number one
1.3.6.1.4.1.14179.2.1.1.1.38.1

Authenticated Users for SSID number two
1.3.6.1.4.1.14179.2.1.1.1.38.2

Mobile Station Protocol
1.3.6.1.4.1.14179.2.1.4.1.25
IF 1 = a radio
   2 = b radio
   3 = g radio
   4 = unknown
   5 = mobile

thanks!


- Original Message - 
From: Frank Bulk [EMAIL PROTECTED]

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Thursday, February 14, 2008 8:51 PM
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU



Does


enterprises.airespace.bsnSwitching.agentInfoGroup.agentResourceInfoGroup
.age

ntCurrentCPUUtilization (.1.3.6.1.4.1.14179.1.1.5.1) not get what you
want,
or does the CLI offer a different view?

Frank

-Original Message-
From: Roth, Joe [mailto:[EMAIL PROTECTED]
Sent: 2008-02-14 08:23
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

I would be interested in this as well. Right now I am using a PERL
script in conjunction with MRTG to graph our CPU usage. The script

uses

telnet to pull the current CPU usage from the WiSMs.

I am willing to share this, but it does require the Net::Telnet::Cisco
PERL module to be installed.

--Joe

-Original Message-
From: Howd, Walt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 4:51 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

On a somewhat related note, does anyone have the SNMP OIDs to monitor
the CPU load on the WiSM?



Walt Howd
Network Systems Admin
Information Technology Services
Truman State University
SunGard Higher Education
Managed Services
100 East Normal Street
Kirksville, MO 63501
[EMAIL PROTECTED]



-Original Message-
From: Lee H Badman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 3:38 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

We have always run under 5% for the most part (occasional spikes that
rarely approach 50%), with 12 WiSMs, 1600 APs and thousands and
thousands of users on multiple WLANs. But- we keep ALL APs, WiSMs,

WCS,

and loc servers in a private management VLAN that is heavily

protected.

Not sure if this has a bearing. This has always been the case (low

CPU),

across multiple code versions.

That being said- we have had just about every other problem associated
with the WiSMs and or WCS that you can imagine. Has been challenging,

to

say the least.

Lee H. Badman
Wireless/Network Engineer
Information Technology and Services
Syracuse University
315 443-3003

-Original Message-
From: James J J Hooper [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 4:11 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco Wisms CPU

Hi All,
  A quick question for those out there with WISMs... What level of
CPU usage are you experiencing (with how many users)?

A bit of background...
We have two wism blades (4 wisms) and since we purchased them in
about april'07 they were running at about 35%, rising to 50% at peak
times, with frequent spikes up to about 90%. The spikes were
worrying, but the average seemed ok, and as they did this from day
one I was under the impression this was the norm.

Recently, we upgraded to the 4.2.x.y stream from 4.1. As has been
covered in other recent posts, 4.2 has some outstanding issues (more
than others anyway) and things became unstable... so we decided to go
back to 4.1.85.0 (TAC hasn't provided us with any solutions for 4.2
issues). We had a backup of our previous 4.1 config, but I chose not
to use it and start again from scratch (a few things had changed, so
either way involved work)

Since the reversion to 4.1.85.0, our cpu usage now averages 2% and
peaks

Re: [WIRELESS-LAN] Cisco Wisms CPU

[Jim Glassford]

Greetings,

Does anyone have an OID for the number of Access Points attached off 4400 
controllers?


Have been using on WLC 4402 and 4404 with success

CPU
1.3.6.1.4.1.14179.1.1.5.1.0

Memory
1.3.6.1.4.1.14179.1.1.5.2.0

Authenticated Users for SSID number one
1.3.6.1.4.1.14179.2.1.1.1.38.1

Authenticated Users for SSID number two
1.3.6.1.4.1.14179.2.1.1.1.38.2

Mobile Station Protocol
1.3.6.1.4.1.14179.2.1.4.1.25
IF 1 = a radio
   2 = b radio
   3 = g radio
   4 = unknown
   5 = mobile

thanks!


- Original Message - 
From: Frank Bulk [EMAIL PROTECTED]

To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Thursday, February 14, 2008 8:51 PM
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU



Does
enterprises.airespace.bsnSwitching.agentInfoGroup.agentResourceInfoGroup.age
ntCurrentCPUUtilization (.1.3.6.1.4.1.14179.1.1.5.1) not get what you 
want,

or does the CLI offer a different view?

Frank

-Original Message-
From: Roth, Joe [mailto:[EMAIL PROTECTED]
Sent: 2008-02-14 08:23
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

I would be interested in this as well. Right now I am using a PERL
script in conjunction with MRTG to graph our CPU usage. The script uses
telnet to pull the current CPU usage from the WiSMs.

I am willing to share this, but it does require the Net::Telnet::Cisco
PERL module to be installed.

--Joe

-Original Message-
From: Howd, Walt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 4:51 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

On a somewhat related note, does anyone have the SNMP OIDs to monitor
the CPU load on the WiSM?



Walt Howd
Network Systems Admin
Information Technology Services
Truman State University
SunGard Higher Education
Managed Services
100 East Normal Street
Kirksville, MO 63501
[EMAIL PROTECTED]



-Original Message-
From: Lee H Badman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 3:38 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco Wisms CPU

We have always run under 5% for the most part (occasional spikes that
rarely approach 50%), with 12 WiSMs, 1600 APs and thousands and
thousands of users on multiple WLANs. But- we keep ALL APs, WiSMs, WCS,
and loc servers in a private management VLAN that is heavily protected.
Not sure if this has a bearing. This has always been the case (low CPU),
across multiple code versions.

That being said- we have had just about every other problem associated
with the WiSMs and or WCS that you can imagine. Has been challenging, to
say the least.

Lee H. Badman
Wireless/Network Engineer
Information Technology and Services
Syracuse University
315 443-3003

-Original Message-
From: James J J Hooper [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 2008 4:11 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco Wisms CPU

Hi All,
  A quick question for those out there with WISMs... What level of
CPU usage are you experiencing (with how many users)?

A bit of background...
We have two wism blades (4 wisms) and since we purchased them in
about april'07 they were running at about 35%, rising to 50% at peak
times, with frequent spikes up to about 90%. The spikes were
worrying, but the average seemed ok, and as they did this from day
one I was under the impression this was the norm.

Recently, we upgraded to the 4.2.x.y stream from 4.1. As has been
covered in other recent posts, 4.2 has some outstanding issues (more
than others anyway) and things became unstable... so we decided to go
back to 4.1.85.0 (TAC hasn't provided us with any solutions for 4.2
issues). We had a backup of our previous 4.1 config, but I chose not
to use it and start again from scratch (a few things had changed, so
either way involved work)

Since the reversion to 4.1.85.0, our cpu usage now averages 2% and
peaks at 6% at peak times (220 waps, ~350 users).
[4.1.85.0, 12.2(18)SXF7]

Thanks,
  James

--
James J J Hooper
Network Specialist
Information Services
University of Bristol
http://www.wireless.bristol.ac.uk
--

**
Participation and subscription information for this EDUCAUSE Constituent
Group discussion list can be found at http://www.educause.edu/groups/.

**
Participation and subscription information for this EDUCAUSE Constituent
Group discussion list can be found at http://www.educause.edu/groups/.

**
Participation and subscription information for this EDUCAUSE Constituent
Group discussion list can be found at http://www.educause.edu/groups/.

**
Participation and subscription information for this EDUCAUSE Constituent
Group discussion list can be found at http://www.educause.edu/groups/.

**
Participation and subscription information for this EDUCAUSE Constituent 
Group discussion list can be found at http://www.educause.edu/groups/.




**
Participation and subscription information for this EDUCAUSE 

Re: [WIRELESS-LAN] Cisco WCS statistics

[Jim Glassford]

Hi David,

 If your currently running MRTG or similar, can get authenticated clients with 
the MIB:  1.3.6.1.4.1.14179.2.1.1.1.38.1 for Wireless LAN Controllers, MIB for 
a Cisco FAT Access Points is 1.3.6.1.4.1.9.9.273.1.1.2.1.1.1.

Doing twice will give the green with blue highlight
Target[name-of-device.1]: 
1.3.6.1.4.1.14179.2.1.1.1.38.11.3.6.1.4.1.14179.2.1.1.1.38.1:[EMAIL PROTECTED]




 This shows the authenticated clients on the Wireless LAN Controller, or if 
Target is a FAT Access Point, authenticated clients on that Access Point.


  If you wanted clients for each lwap off the Wireless LAN Controller, can get 
by appending the ethernet address of the lwap to the following MIB: 
1.3.6.1.4.1.14179.2.2.2.1.15, ethernet address has to be in decimal though.   
1.3.6.1.4.1.14179.2.2.2.1.15.decimal-Ethernet-Address-of-lwap

~example;
 if ethernet address of lwap in HEX is 00:0b:85:76:ed:40, decimal would be 
0.11.133.118.237.64
 would then need to snmp query on: 
1.3.6.1.4.1.14179.2.2.2.1.15.0.11.133.118.237.64.1 off the Wireless LAN 
Controller address


Target[name-of-device.1]: 
1.3.6.1.4.1.14179.2.2.2.1.15.0.11.133.118.237.64.11.3.6.1.4.1.14179.2.2.2.1.15.0.11.133.118.237.64.1:[EMAIL
 PROTECTED]


 With old style MRTG log files can also call a script from MRTG configuration 
file, add all the authenticated clients together, store in a new log file and 
graph these.


 Here Blue is access points, lwap and FAT, Green is authenticated clients.



thanks!
jim


- Original Message - 
From: David Wang @ UoG CCS [EMAIL PROTECTED]
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Wednesday, November 29, 2006 1:52 PM
Subject: Re: [WIRELESS-LAN] Cisco WCS statistics


 Thanks Todd, I am interested with what kind of graphing you have now. Do you 
 mind share some screenshots or demo? 
 
 David Wang, Networking Services,CCS
 www.uoguelph.ca 519-824-4120 x52046
 
 Todd M. Hall wrote: 
 WCS does not provide very customizable statistics.  We have found that the 
 best
 way to get what we want is to write it ourselves.  We get our data directly 
 from
 the controllers via snmp.  We store some of the information in a mysql 
 database
 for reports and the rest of the data is stored in rrd files for graphing.  We
 still have lots to do, but we are making progress.  The snmp mibs are
 downloadable from Cisco's website.
 
 On Wed, 29 Nov 2006, David Wang @ UoG CCS wrote:
 
  Date: Wed, 29 Nov 2006 09:43:22 -0500
 From: David Wang @ UoG CCS [EMAIL PROTECTED]
 Reply-To: 802.11 wireless issues listserv
 **
 Participation and subscription information for this EDUCAUSE Constituent 
 Group discussion list can be found at http://www.educause.edu/groups/.


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/groups/.

strwlc01.net.iup.edu.1-day.png
Description: PNG image


totalapusers-month.png
Description: PNG image