<?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 Re: R700 dropping Bonjour mDNS packets but 7982 is not in Access Points - Indoor and Outdoor</title>
    <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4674#M613</link>
    <description>Awesome! Thank you very much &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;</description>
    <pubDate>Tue, 09 Sep 2014 19:34:48 GMT</pubDate>
    <dc:creator>john_d</dc:creator>
    <dc:date>2014-09-09T19:34:48Z</dc:date>
    <item>
      <title>R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4672#M611</link>
      <description>I've got a standalone R700 running the 9.8.0.0.373 GA, and have been having issues with unreliable Bonjour discovery on the 5GHz radio. The network is a pretty simple topology, all under the same subnet, with two wired Time Capsules and 3 Apple TV's on the wireless segment.
&lt;BR /&gt;&lt;BR /&gt;
The problem is after a few hours, associated 5GHz clients can no longer see the Apple TV's in the Airplay list, and Time Machine backups also fail on desktops due to the Time Capsule's Bonjour service no longer being discoverable.
&lt;BR /&gt;&lt;BR /&gt;
If I take a packet dump on the machine originating the query, I see a multicast DNS query go out, looking like:
&lt;BR /&gt;
    jdrmbp.mdns &amp;gt; 224.0.0.251.mdns: [udp sum ok] 0 PTR (QU)? _ssh._tcp.local. (33)
&lt;BR /&gt;
08:39:22.641080 IP6 (flowlabel 0xaa868, hlim 255, next-header UDP (17) payload length: 41) jdrmbp.local.mdns &amp;gt; ff02::fb.mdns: [udp sum ok] 0 PTR (QU)? _ssh._tcp.local. (33)
&lt;BR /&gt;&lt;BR /&gt;
But no response. And if I tcpdump on the wired segment of the network, I simply see nothing. It's as if the R700 itself is discarding the multicast query.
&lt;BR /&gt;&lt;BR /&gt;
If I lock all clients to a 2.4GHz wlan, then wired and wireless Bonjour discovery works. I've gone through several suggestions from support (case 00189250), but none of them are helping, including:
&lt;BR /&gt;&lt;BR /&gt;
 - Setting directed-thr to 0 for all wlans
&lt;BR /&gt;
 - Setting qos directed multicast disable for all wlans
&lt;BR /&gt;
 - Playing with encryption settings (using WPA+WPA2 mixed instead of WPA2 AES)
&lt;BR /&gt;&lt;BR /&gt;
As another data point, I set up a Zoneflex 7982 with the exact same configuration (the first two items on this list, I left encryption as WPA2-AES) and Bonjour works perfectly fine even after 48 hours, even on 5GHz.
&lt;BR /&gt;&lt;BR /&gt;
Any suggestions would be greatly appreciated!</description>
      <pubDate>Thu, 04 Sep 2014 16:03:24 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4672#M611</guid>
      <dc:creator>john_d</dc:creator>
      <dc:date>2014-09-04T16:03:24Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4673#M612</link>
      <description>Hi John,
&lt;BR /&gt;
This issue is being worked by engineering team. To follow up, please open support ticket and mention ER-1711 to the support engineer.</description>
      <pubDate>Tue, 09 Sep 2014 18:28:56 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4673#M612</guid>
      <dc:creator>prado_prado</dc:creator>
      <dc:date>2014-09-09T18:28:56Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4674#M613</link>
      <description>Awesome! Thank you very much &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;</description>
      <pubDate>Tue, 09 Sep 2014 19:34:48 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4674#M613</guid>
      <dc:creator>john_d</dc:creator>
      <dc:date>2014-09-09T19:34:48Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4675#M614</link>
      <description>Please do open a ticket with Tech Support so we can analyze your entire network
&lt;BR /&gt;
and review your AP support info files when there are non-working client services.
&lt;BR /&gt;
I'm not aware that we have seen any AppleTV issues on standalone APs, when using the same VLAN, for wired or wireless clients, not being able to see wired or 
&lt;BR /&gt;
wireless AppleTVs.
&lt;BR /&gt;&lt;BR /&gt;
I can say that ER-1711 was for AirPrinter problems seen on ZD managed APs, not standalone.  We have an R700 update with 5G radio enhancements, which does 
&lt;BR /&gt;
also have the updated AirPrint bonjour bridge service-types needed to fix this 
&lt;BR /&gt;
AirPrinter bug on 9.8.0 ZD managed APs, but I'm not sure about standalone mode.</description>
      <pubDate>Tue, 09 Sep 2014 20:42:20 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4675#M614</guid>
      <dc:creator>michael_brado</dc:creator>
      <dc:date>2014-09-09T20:42:20Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4676#M615</link>
      <description>Hi Team,
&lt;BR /&gt;&lt;BR /&gt;
Has this issue been resolved?  I am sitting with a similar issue on a Zoneflex R700 series.</description>
      <pubDate>Wed, 10 Dec 2014 07:18:34 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4676#M615</guid>
      <dc:creator>gys_de_bruyn</dc:creator>
      <dc:date>2014-12-10T07:18:34Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4677#M616</link>
      <description>Not really -- as soon as support heard that adding a ZoneDirector fixed the issue, they told me that a ZD is required for Bonjour to work correctly (which certainly doesn't sound right). I lost the motivation to look more into it as well -- the time cost of trying to fix it combined with the continuous network disruption of trying new settings was starting to outweight the cost of adding a ZD anyway.
&lt;BR /&gt;&lt;BR /&gt;
But at any rate, it sounds like 9.8.2's release notes mention fixing a broadcast issue on 802.11AC AP's. Perhaps that finally resolved it?</description>
      <pubDate>Wed, 10 Dec 2014 16:34:09 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4677#M616</guid>
      <dc:creator>john_d</dc:creator>
      <dc:date>2014-12-10T16:34:09Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4678#M617</link>
      <description>Hi John,
&lt;BR /&gt;
  Let's explore this Bonjour behavior on R700 thru your SF#253939 ticket.  Venkat
&lt;BR /&gt;
will provide our 100.x image for further evaluation, and if you still see issues, we 
&lt;BR /&gt;
need to file a new bug.  Thanks.</description>
      <pubDate>Wed, 28 Jan 2015 23:27:39 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4678#M617</guid>
      <dc:creator>michael_brado</dc:creator>
      <dc:date>2015-01-28T23:27:39Z</dc:date>
    </item>
    <item>
      <title>Re: R700 dropping Bonjour mDNS packets but 7982 is not</title>
      <link>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4679#M618</link>
      <description>Hmm, can anyone else reproduce this issue chime in? Since my ticket, I've added a ZD to my network, and I don't *really* want to take my R700 out of service to reproduce this issue.
&lt;BR /&gt;&lt;BR /&gt;
Hopefully if someone else has this problem currently, they can try this out in a new support contract.
&lt;BR /&gt;&lt;BR /&gt;
(I wouldn't be mad if you guys have an extra R700 to spare for reproducing this issue :D)</description>
      <pubDate>Wed, 28 Jan 2015 23:36:33 GMT</pubDate>
      <guid>https://community.ruckuswireless.com/t5/Access-Points-Indoor-and-Outdoor/R700-dropping-Bonjour-mDNS-packets-but-7982-is-not/m-p/4679#M618</guid>
      <dc:creator>john_d</dc:creator>
      <dc:date>2015-01-28T23:36:33Z</dc:date>
    </item>
  </channel>
</rss>

