Re: [EXT] Re: [WIRELESS-LAN] 2.4Ghz channel designations

[SWARTZ, POLA]

Amen


Smile,
Pola Swartz
WAN/Wireless Infrastructure Manager
Department of Technology Services
780 Grant St., Denver, CO 80203
#p 720-423-3603 | c 303-905-9520 | dpsk12.org
[http://thecommons.dpsk12.org/cms/lib/CO01900837/Centricity/Domain/42/DPS-Logo.jpg]
[http://thecommons.dpsk12.org/cms/lib/CO01900837/Centricity/Domain/42/Facebook.jpg]
 
[http://thecommons.dpsk12.org/cms/lib/CO01900837/Centricity/Domain/42/Twitter.jpg]
  
[http://thecommons.dpsk12.org/cms/lib/CO01900837/Centricity/Domain/42/Instagram.jpg]
   
[http://thecommons.dpsk12.org/cms/lib/CO01900837/Centricity/Domain/42/Youtube.jpg]
 
Students First . Integrity . Equity.  Collaboration. Accountability . Fun
Never out smart your common sense...




From: The EDUCAUSE Wireless Issues Community Group Listserv 
 on behalf of Brady J. Ballstadt 

Sent: Wednesday, August 26, 2020 10:15 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [EXT] Re: [WIRELESS-LAN] 2.4Ghz channel designations


Find a new consultant.



Brady Ballstadt



From: The EDUCAUSE Wireless Issues Community Group Listserv 
 on behalf of John Rodkey 

Reply-To: The EDUCAUSE Wireless Issues Community Group Listserv 

Date: Wednesday, August 26, 2020 at 11:13 AM
To: "WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU" 
Subject: [WIRELESS-LAN] 2.4Ghz channel designations



For many years I have consistently used channels 1, 6, and 11 as 
non-overlapping channels wherever 2.4Ghz is deployed.  I have a consultant who 
is suggesting using all 11 channels in our high density dorm situations, 
arguing that  signal interference will affect throughput less than the delays 
from protocols where the 3 channels are within hearing distance of each other.



This doesn't make sense to me.  If you in your situation have found using all 
11 channels to be an effective solution vs the 3 channel non-overlapping 
approach, could you explain to me why you made that choice, and what your 
on-the-ground experience is with this configuration?



Thank you!



John Rodkey

Director of Servers and Networks

Westmont College



Verification: Unsure if this is a legitimate email to an email list? Make sure 
it is recorded at 
https://my.westmont.edu/it_emails



"God-fearing faith... is neither brash nor foolhardy and does not tempt God." - 
Martin Luther

**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at 
https://www.educause.edu/community

**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at https://www.educause.edu/community

WARNING: This email originated outside of Denver Public Schools. Do not click 
links, buttons or open attachments UNLESS you recognize the sender and know the 
content is safe. If you feel this message may be harmful, please use the Report 
Phish button.


**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at https://www.educause.edu/community

RE: [WIRELESS-LAN] Chromebook

[Swartz, Pola]

Agreed!  Make sure you double check the Chrome OS versions.  We have over 60K 
chromebooks that will be running just fine and then a chrome OS update will 
come out and not have all the correct channels etc. causing mass issues.

Smile,
Pola Swartz
WAN/Wireless Infrastructure Manager
Department of Technology Services
Denver Public Schools
720-423-3603
Good Enough…Isn’t

From: The EDUCAUSE Wireless Issues Community Group Listserv 
 On Behalf Of Lee H Badman
Sent: Tuesday, September 17, 2019 10:52 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Chromebook

I would try to get the exact device types that are problematic, and stick with 
the same OS version where trouble is happening. There is just too much variety 
here.
Lee Badman (mobile)

On Sep 17, 2019, at 12:48 PM, Gray, Sean 
mailto:sean.gr...@uleth.ca>> wrote:
Hi Folks,

We are getting reports of 802.1x connectivity issues from Android based 
devices. So in order to perform a little testing we are thinking about buying a 
Chromebook. Does anyone have any recommendations? We are a Cisco shop, running 
a 5520 WLC on code version 8.8.111.

Thanks

Sean

Sean Gray | B.Sc (Hons)
Voice, Collaboration & Wireless Network Analyst
ITS, University of Lethbridge


**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at https://www.educause.edu/community

**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at https://www.educause.edu/community

**
Replies to EDUCAUSE Community Group emails are sent to the entire community 
list. If you want to reply only to the person who sent the message, copy and 
paste their email address and forward the email reply. Additional participation 
and subscription information can be found at https://www.educause.edu/community

RE: Cisco AP2800 failure rate

[Swartz, Pola]

We are running over 7700 2802i units on 8.5.131 without issue.  They have been 
online for over 1 year.  What code are you running?

Smile,
Pola Swartz
WAN/Wireless Infrastructure Manager
Department of Technology Services
Denver Public Schools
720-423-3603
Good Enough...Isn't

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
 On Behalf Of Ian Lyons
Sent: Thursday, August 16, 2018 8:44 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Cisco AP2800 failure rate

What code are you running?  There have been numerous reports (on this listserv) 
about 2800's and code glitches.

From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU>> 
On Behalf Of Sam Ziadeh
Sent: Thursday, August 16, 2018 9:30 AM
To: 
WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] Cisco AP2800 failure rate

Is anyone else seeing a high rate of Cisco AP 2800 failures? Out of a batch of 
~500 recently installed Aps, we have had roughly 70 fail. Some were online for 
a month, but some only a few days.
Typically they will fail after a powercycle or loss of power.
We are working with Cisco on this, but I'm curious if this is a more wide 
spread problem.

-
Sam Ziadeh
Manager, Network Engineering & Architecture
University Networking & Infrastructure
Information Technology Services
Louisiana State University
(225) 578-0074
szia...@lsu.edu

** 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.

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

Re: [WIRELESS-LAN] Cisco 8540 WLC random reboots

[Swartz, Pola]

8.5.131 code is available now.

Smile,
Pola

On Jul 9, 2018, at 11:14 AM, Rick Coloccia 
mailto:coloc...@geneseo.edu>> wrote:


Lots of bugs in 8.5.120, including some giant HA bugs.

The version of 8.5.131 coming later this month is where you'll want to be. 
Specifically, one of the fixes in the version of 8.5 coming later this month 
deals with HA issues.


On 7/9/2018 12:44 PM, Mallon, Jason wrote:
We are currently in the process of migrating to 8540s (8.5.120) from 8510s.  
Here recently we started noticing the HA unit on two of the pairs was in 
maintenance mode.  We rebooted the controllers and they seem to have stayed in 
a continuous boot loop.  We restarted one of the controllers to its emergency 
code (8.2.166) and it rebooted correctly without any issues, disabled SSO mode, 
rebooted back into 8.5.120 with no issues.  We enabled SSO again and 
immediately went back to having boot loop issues.  Is anybody else seeing this 
issue?

Jason Mallon
Network Engineer II, OIT
The University of Alabama
jemal...@ua.edu
** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.


--
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

** 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: [WIRELESS-LAN] Clients unable to obtain an IP address via DHCP

[Swartz, Pola]

You want to get to the 8.2.140 code if possible.  We were seeing this as well.  
However, there is another CCO release coming soon beyond 8.2.140.  8.2.140 has 
settle things down a bit for us.

Smile,
Pola
Wireless Team Lead
Sr. Wireless Administrator
Department of Technology Services
Denver Public Schools
720-423-3603
I Proudly Play For Team DPS

Good enough... isn't

-Original Message-
From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Bucklaew, Jerry
Sent: Tuesday, December 13, 2016 12:30 PM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: Re: [WIRELESS-LAN] Clients unable to obtain an IP address via DHCP

You need a trace closer to the client.  Most likely the offer is not making it 
to the client or request is not making it back to the server.


Possible causes -

1. packetloss at client side
2. rouge dhcp server


On 12/13/2016 02:23 PM, Atanas P Atanasov wrote:
> We're a seeing some odd behavior in our wireless deployment, seemingly random 
> clients aren't able to obtain an IP via DHCP
>
> When analyzing the DHCP logs and also debugs on the wireless controller, we 
> see the clients sending a DHCP DISCOVER
> packet and the DHCP server responds with a DHCP OFFER. However the client 
> doesn't follow up with a DHCP REQUEST. This
> behavior continues sometimes for hours, until the client finally sends a DHCP 
> REQUEST and obtains a lease.
>
> The side effect of this is our DHCP servers are getting long delays when the 
> dhcp service is restarted. We are using
> Infoblox dhcp severs in a failover group. From a support case we have opened 
> with Infoblox, they have determined that
> these excessive dhcp requests are increasing the number of dhcp leases in the 
> database which causes the long restart.
>
> We have seen similar behavior with our wired clients but in lot smaller 
> numbers.
>
>
>
> We're a Cisco shop, using 8450 controllers, code version is 8.2.121
>
>
>
> Attached is a Splunk search on one of the "misbehaving" clients' MAC
>
> Any comments are appreciated.
>
>
>
> Atanas Atanasov
>
> Network Engineer
>
> Syracuse 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/.

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