<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic A lot of probe requests in Access Points - Indoor and Outdoor</title>
    <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53279#M13303</link>
    <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;We have R310 AP's with a Zonedirector 1200. Recently we started noticing short break ups in the Wifi connectivity many times a day. When looking at the log of an AP I can see a lot of the following lines:&lt;/P&gt;&lt;P&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;/P&gt;&lt;P&gt;They are usual preced by&amp;nbsp;user.debug kernel: Neighbour found.&lt;/P&gt;&lt;P&gt;and end a bit later with&lt;/P&gt;&lt;P&gt;user.debug kernel: Route found: xmitdev=br0&lt;/P&gt;&lt;P&gt;As you can see, they are grouped together on the same time (2 groups in this example). I am wondering if this has anything to do with the signal breaking up, and if it is, how it can be fixed? I can't seem the find much documentation on this.&lt;/P&gt;&lt;P&gt;Can anyone help me figuring this one out?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Frederic&lt;/P&gt;</description>
    <pubDate>Tue, 07 Feb 2023 21:30:37 GMT</pubDate>
    <dc:creator>FCervini</dc:creator>
    <dc:date>2023-02-07T21:30:37Z</dc:date>
    <item>
      <title>A lot of probe requests</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53279#M13303</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;We have R310 AP's with a Zonedirector 1200. Recently we started noticing short break ups in the Wifi connectivity many times a day. When looking at the log of an AP I can see a lot of the following lines:&lt;/P&gt;&lt;P&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:31 RAP11 user.warn kernel: ieee80211_send_probereq: chan=11, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;BR /&gt;Feb 7 20:16:51 RAP11 user.warn kernel: ieee80211_send_probereq: chan=1, v54_ie2_size=15&lt;/P&gt;&lt;P&gt;They are usual preced by&amp;nbsp;user.debug kernel: Neighbour found.&lt;/P&gt;&lt;P&gt;and end a bit later with&lt;/P&gt;&lt;P&gt;user.debug kernel: Route found: xmitdev=br0&lt;/P&gt;&lt;P&gt;As you can see, they are grouped together on the same time (2 groups in this example). I am wondering if this has anything to do with the signal breaking up, and if it is, how it can be fixed? I can't seem the find much documentation on this.&lt;/P&gt;&lt;P&gt;Can anyone help me figuring this one out?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Frederic&lt;/P&gt;</description>
      <pubDate>Tue, 07 Feb 2023 21:30:37 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53279#M13303</guid>
      <dc:creator>FCervini</dc:creator>
      <dc:date>2023-02-07T21:30:37Z</dc:date>
    </item>
    <item>
      <title>Re: A lot of probe requests</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53314#M13307</link>
      <description>&lt;P&gt;Hello Fredric,&lt;/P&gt;&lt;P&gt;Please check the channelfly setting.&amp;nbsp;For next, I would suggest to check the OTA capture; if you have macbook you may turn on the monitor mode with the wireshark to check what is going on in the 2.4G medium. If you need to debug more, please log a tac case with us and we can have a debug session with you.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Dickson&lt;/P&gt;</description>
      <pubDate>Wed, 08 Feb 2023 06:27:01 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53314#M13307</guid>
      <dc:creator>Dickson</dc:creator>
      <dc:date>2023-02-08T06:27:01Z</dc:date>
    </item>
    <item>
      <title>Re: A lot of probe requests</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53395#M13328</link>
      <description>&lt;P&gt;Hi Dickson&lt;/P&gt;&lt;P&gt;Thank you for your reply. The channelfly option was on for the 2.4GHz band (Not for the 5 GHz band).&lt;/P&gt;&lt;P&gt;I have set it to background scanning. I'll monitor it for the next week and see if there is any improvement.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Frederic&lt;/P&gt;</description>
      <pubDate>Thu, 09 Feb 2023 08:54:46 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/53395#M13328</guid>
      <dc:creator>FCervini</dc:creator>
      <dc:date>2023-02-09T08:54:46Z</dc:date>
    </item>
    <item>
      <title>Re: A lot of probe requests</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/54367#M13401</link>
      <description>&lt;P&gt;I still see quite a bit of those user.warn kernel in the logs but the stability of the network has been vastly improved by turning off the channelfly option. I consider it solved for now. Thank you again for your help.&lt;/P&gt;</description>
      <pubDate>Wed, 01 Mar 2023 09:25:00 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/A-lot-of-probe-requests/m-p/54367#M13401</guid>
      <dc:creator>FCervini</dc:creator>
      <dc:date>2023-03-01T09:25:00Z</dc:date>
    </item>
  </channel>
</rss>

