I’m on 9.12 and not experiencing the issues you are explaining. From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of River R. Perry Sent: Friday, March 27, 2015 4:53 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Extreme 3610 AP problems
We upgraded to the newest firmware not sure of the exact version # right now and this first week of school users in 3610 areas on campus have had a horrible experience. Sent traces of known troublesome 3610 coverage areas and there is a known issue with 3610s passing traffic we received a hot fix from them and are deploying it early in the morning. If that doesn't work we will back rev. River Perry Network Services St.edwards University On Mar 27, 2015, at 6:45 PM, Jordan Sage <js...@sdccd.edu<mailto:js...@sdccd.edu>> wrote: And backhaul bandwidth is not taxed? I know I have to reboot an occasional 3610 for acting up. From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Jeremy Gibbs Sent: Friday, March 27, 2015 4:43 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> Subject: Re: [WIRELESS-LAN] Extreme 3610 AP problems <5 users usually. I'm just not sure what to do at this point. On Friday, March 27, 2015, Jordan Sage <js...@sdccd.edu<mailto:js...@sdccd.edu>> wrote: How many users are connected to your 3610’s? We have found that anything over 35 users on a 3610 will cause a whole host of issues. From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<javascript:_e(%7B%7D,'cvml','WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU');>] On Behalf Of Jeremy Gibbs Sent: Friday, March 27, 2015 3:56 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU<javascript:_e(%7B%7D,'cvml','WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU');> Subject: [WIRELESS-LAN] Extreme 3610 AP problems Hello, We recently upgraded to firmware 09.15.04.001. We have had many issues with users staying connected, but not being able to forward traffic. Especially after doing something like a speed test. During a period of high utilization such as a speedteset, the client will appear to loose connectivity to the Internet (can't ping out), but I can continue to ping internally but nothing else. The only way to fix this is to disconnect and reconnect. Here are our radio settings. Radio 1: Admin Mode: On Radio Mode: a/n Channel Width: 40MHZ Guard Interval: Short ATPC: Disabled Max Tx Power: 24 dbm Min Tx Power: 10 dbm Auto Tx Power Ctrl Adj: 0 dbm Channel Plan: All Channels Ant Selection: L/M/R Advanced: DTIM Period: 2 Beacon Period: 100 RTS/CTS Threshold: 2346 Frag. Threshold: 2346 Maximum Distance: 100 Dynamic Channel Selection: Monitor Mode DCS Noise Threshold: -80 DCS Channel Occupancy Threshold: 100 DCS Update Period: 5 Min Basic Rate: 24Mbps Max % of non-unicast traffic: n/a Optimized for power save: n/a Adaptable Rate: n/a Multicast to Unicast delivery: n/a Protection Mode: None Protection Type: CTS only 40Mhz Channel Busy Threshold: 50 Aggregate MSDUs: Enabled Aggregate MPDUs: Enabled Aggregate MPDU Max Length: 65535 Agg. MPDU Max # of Sub-frames: 64 ADDBA Support: Enabled Radio 2: Admin Mode: On Radio Mode: g/n Channel Width: 20MHz Guard Interval: Long ATPC: Disabled Max Tx Power: 24 dbm Min Tx Power: 10 dbm Auto Tx Power Ctrl Adj: 0 dbm Channel Plan: 3-Channel Plan Ant Selection: L/M/R Advanced: DTIM Period: 5 Beacon Period: 100 RTS/CTS Threshold: 2346 Frag. Threshold: 2346 Maximum Distance: 100 Dynamic Channel Selection: Monitor Mode DCS Noise Threshold: -80 DCS Channel Occupancy Threshold: 100 DCS Update Period: 5 Min Basic Rate: 24 Mbps Max % of non-unicast traffic: n/a Optimized for power save: n/a Adaptable Rate: n/a Multicast to Unicast delivery: n/a 11b: Preamble: n/a 11g: Protection Mode: None Protection Rate: n/a Protection Type: CTS only 11n: Protection Mode: None Protection Type: CTS only 40Mhz Channel Busy Threshold: n/a Aggregate MSDUs: Enabled Aggregate MPDUs: Enabled Aggregate MPDU Max Length: 65535 Agg. MPDU Max # of Sub-frames: 64 ADDBA Support: Enabled Thanks Jeremy ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- -- Jeremy L. Gibbs Network Engineer Utica College IITS T: (315) 223-2383 F: (315) 792-3814 E: jlgi...@utica.edu<mailto:jlgi...@utica.edu> http://www.utica.edu<http://www.utica.edu/> ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
