I received this response off the list by the kind gentleman, Paul Miklas. He said he tried to post it to the listserv but for some reason it didn't work. So, it seems like other people are having some issues so I will post what he said to me.
"I've been running into the same issue after we upgraded to that version during spring break. A call to GTAC identified an issue with the 3610s and I was giving a new version of firmware for the 3610s to apply. We updated a few APs for testing and so far looks good. Tomorrow morning <x-apple-data-detectors://0> I'll apply to the rest of the 3610s that we have. The new version of AP firmware is 9.15.05.0006. The ap.log file showed this message: kernel: ieee80211_node.c:1433-ieee80211_tmp_node()-Temp node alloced for 04:E5:36:10:B9:1C This was the clue according to GTAC that there is an issue. Fingers crossed that the upgrade goes well and this issue is resolved. I suggest you call GTAC and get the issue escalated." Hope this helps some people out and thanks for the heads up Paul. On Friday, March 27, 2015, River R. Perry <[email protected]> wrote: > We weren't either at 9.12. I believe we have the 9.15 as well. Grrrr > > > > On Mar 27, 2015, at 7:13 PM, Jordan Sage <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> wrote: > > I’m on 9.12 and not experiencing the issues you are explaining. > > > > *From:* The EDUCAUSE Wireless Issues Constituent Group Listserv [ > mailto:[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>] *On > Behalf Of *River R. Perry > *Sent:* Friday, March 27, 2015 4:53 PM > *To:* [email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');> > *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 <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> 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:[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>] *On > Behalf Of *Jeremy Gibbs > *Sent:* Friday, March 27, 2015 4:43 PM > *To:* [email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');> > *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 <[email protected] > <javascript:_e(%7B%7D,'cvml','[email protected]');>> 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: > [email protected]] *On Behalf Of *Jeremy Gibbs > *Sent:* Friday, March 27, 2015 3:56 PM > *To:* [email protected] > *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: [email protected] <javascript:_e(%7B%7D,'cvml','[email protected]');> > > http://www.utica.edu > > > ********** 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: [email protected] http://www.utica.edu ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
