Yes we are connecting the controllers to to an MX router. Great tip! I'll check into this.
Thanks, Mike On Mar 8, 2018, at 3:11 PM, Wesley Troy Scott <tsc...@uwyo.edu> wrote: > We've also had policer defaults surprise us. Arp specifically. > From: The EDUCAUSE Wireless Issues Constituent Group Listserv > <WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU> on behalf of Holland, Stephen > <s.holl...@northeastern.edu> > Sent: Thursday, March 8, 2018 12:58:02 PM > To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU > Subject: Re: [WIRELESS-LAN] gaming on wireless > > Mike, > > I think you are still running juniper? > > We ran into an issue awhile back where the juniper routers were dropping arp > requests. This caused jittery performance as a client might have to re-arp a > number of times before it finally got a reply. While it was waiting for the > reply data transmission stopped. > > You can run the following to see if you are having the problem. > > show policer __default_arp_policer__ > > Give us a shout offline if you have any more questions about this > > Stephen Holland > Network Engineer > Northeastern University > > > > -----Original Message----- > From: The EDUCAUSE Wireless Issues Constituent Group Listserv > [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Hales, David > Sent: Thursday, March 08, 2018 2:11 PM > To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU > Subject: Re: [WIRELESS-LAN] gaming on wireless > > Another good troubleshooting tool is to connect to the wired interface on the > console with a Ethernet to wireless bridge to eliminate the wireless > interface on the console without taking your wireless network out of the > equation. With a longer patch cable you can also position the bridge to > avoid walls or other obstacles to the nearest AP temporarily. > > David Hales > Network Systems Administrator > Information Technology Services > 1010 N. Peachtree > Clement Hall 117 > Cookeville, TN 38505 > P 931-372-3983 > F 931-372-6130 > E dha...@tntech.edu > www.tntech.edu/its > > > > > -----Original Message----- > From: The EDUCAUSE Wireless Issues Constituent Group Listserv > [mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Kenny, Eric > Sent: Thursday, March 8, 2018 12:59 PM > To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU > Subject: Re: [WIRELESS-LAN] gaming on wireless > > Hi Mike, > > You might also try putting a temporary AP in the room with the Playstation > and see if it still has the same issue. With those types of walls, across > the hall might be on the fringe of service for 5 GHz. > > Thanks, > Eric > > > On Mar 8, 2018, at 1:46 PM, Michael Dickson <mdick...@nic.umass.edu> wrote: > > > > Haven't done spectrum analysis yet. The user had an older PS4 that only > > supported 2.4GHz but went out and bought a new PS4 Pro and this always > > connects at 5GHz. > > > > The predominant AP the device connects to is across the hall which and it's > > the closest. In the last four days the device has exclusively connected to > > that AP so roaming does not appear to be an issue (user reported issues as > > late as yesterday). The walls are cement block. > > > > Mike > > > > Michael Dickson > > Network Engineer > > Information Technology > > University of Massachusetts Amherst > > 413-545-9639 > > michael.dick...@umass.edu > > PGP: 0x16777D39 > > > > On Mar 8, 2018, at 1:28 PM, Kenny, Eric <eric_ke...@harvard.edu> wrote: > > > >> Hi Mike, > >> > >> Have you taken any RF readings or spectrum analysis in the vicinity of the > >> game console? How far away are the APs they are jumping between and what > >> kinds of physical obstacles are between the AP and the Playstation? Last > >> question, have you noticed if the Playstation is using the 2.4 or 5 GHz > >> band? > >> > >> These issues can be tricky to find a conclusive answer, due to the number > >> of variables involved. I’d look into which band the device is using, see > >> if there have been any RF “events” that would trigger a channel change, or > >> if someone turned on the microwave, etc. > >> > >> Thanks, > >> ----------------------------------- > >> Eric Kenny > >> Network Architect > >> Harvard University IT > >> ----------------------------------- > >> > >>> On Mar 8, 2018, at 1:16 PM, Michael Dickson <mdick...@nic.umass.edu> > >>> wrote: > >>> > >>> Has anyone received feedback from users about lags or drops while gaming > >>> on wireless? > >>> > >>> We support gaming consoles on a "devices" SSID (PSK with MAC auth). > >>> We're trying to resolve reports from a user with a new PS4 Pro who is > >>> experiencing issues while gaming. For perspective, it was reported that > >>> during a 3 hour gaming session the user experiences about 8 lags and 4-5 > >>> disconnects. Lags are described as freezes for a few seconds which > >>> auto-correct. Disconnects are described as the whole console losing > >>> connectivity and a "Retest Network Connection" is required to get it > >>> working again (though time might also be a factor in getting it back on). > >>> Apparently most issues occur right after power up then smooth out (user > >>> turns on console just prior to gaming). Logs show the device jumps APs > >>> every now and then but we haven't been able to match this up to the > >>> user's experience yet. > >>> > >>> Our eduroam and open (CP) SSID seem to working fine. Client density is > >>> not a factor and the user reports great speeds. > >>> > >>> Are reports of gaming lag on enterprise wireless common or the exception? > >>> What's the first things to check to identify where lag comes from? Should > >>> device roaming introduce lag or can that occur lag free? I realize we're > >>> talking UDP with gaming with no buffer so issues would present themselves > >>> more readily while gaming.. The PS4 is currently in user debug and we've > >>> asking the user to record timestamps to try to corroborate logged events. > >>> We have a TAC ticket open with the vendor. > >>> > >>> Any shared gaming experiences or advice about how to make gaming consoles > >>> happy would be appreciated. > >>> > >>> Mike > >>> > >>> Michael Dickson > >>> Network Engineer > >>> Information Technology > >>> University of Massachusetts Amherst > >>> 413-545-9639 > >>> michael.dick...@umass.edu > >>> PGP: 0x16777D39 > >>> > >>> > >>> ********** > >>> 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. > > > > > ********** > 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. > > ********** 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.
signature.asc
Description: Message signed with OpenPGP using GPGMail