Re: Wi-Fi network can't see Bonjour services on wired network
Re: Wi-Fi network can't see Bonjour services on wired network
- Subject: Re: Wi-Fi network can't see Bonjour services on wired network
- From: Robert Davis <email@hidden>
- Date: Wed, 13 Nov 2013 00:46:35 +0000
- Thread-topic: Wi-Fi network can't see Bonjour services on wired network
If you are running a cisco aironet AP (AIR-APxxxx-a-k9) then you should not have any issues. I suspect you are using a Unified Mobility System or a controller based AP system (AIR-LAPxxxx-A-k9 oro AIR-CAPxxxx-A-k9). Most likely a 5508, 2504 or a Wism2 module. If this is the case then you will need go to Controller->Multicast and make sure it is in multicast mode not unicast, and set a multicast address. This is a multicast address that the controllers will send multicast data to over. I know very confusing, but point is, if you have controller based system there are a lot of other settings that need to be setup.
Also enable the mDNS service on the controller.
7.4.110.0 introduced the bonjour gateway functionality to these systems. Actually the previous version did but i has a memory leak and should be avoided. A CCO login will be needed if you decide to upgrade.
If this is the system you are using and you can tell me what version and model i can guide you through configuring it.
Most cisco wireless systems are controller based. Non-controller based are typically only used for very very small deployments or for special needs.
RD
> On Nov 12, 2013, at 6:34 PM, "Bob DeRosa" <email@hidden> wrote:
>
> Could the AP be filtering out the Bonjour traffic?
>
>> On Nov 12, 2013, at 7:23 PM, "Robert Davis" <email@hidden> wrote:
>>
>> Gotcha, if you and the apple device are on the same network then you
>> connectivity or forwarding should not be an issue. What type of AP do you
>> have?
>>
>> -- RD
>>
>>
>>
>>
>>
>>> On 11/12/13, 6:21 PM, "Rick Mann" <email@hidden> wrote:
>>>
>>> As far as I can tell, I’m on the same network. All our devices (wired or
>>> wireless) get 10.1.10.0/24 addresses.
>>>
>>> wifi:
>>>
>>> en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu
>>> 1500
>>> ether 14:10:9f:e5:04:8f
>>> inet6 fe80::1610:9fff:fee5:48f%en0 prefixlen 64 scopeid 0x5
>>> inet 10.1.10.203 netmask 0xffffff00 broadcast 10.1.10.255
>>> nd6 options=1<PERFORMNUD>
>>> media: autoselect
>>> status: active
>>>
>>>
>>> wired:
>>>
>>> en4: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>> options=10b<RXCSUM,TXCSUM,VLAN_HWTAGGING,AV>
>>> ether a8:20:66:29:69:01
>>> inet6 fe80::aa20:66ff:fe29:6901%en4 prefixlen 64 scopeid 0x4
>>> inet 10.1.10.116 netmask 0xffffff00 broadcast 10.1.10.255
>>> nd6 options=1<PERFORMNUD>
>>> media: autoselect (1000baseT <full-duplex,flow-control>)
>>> status: active
>>>
>>>
>>>
>>> I’m not familiar enough to know where L2/L3 occur. I don’t think there’s
>>> any routing in our APs.
>>>
>>>> On Nov 12, 2013, at 16:13 , Robert Davis <email@hidden> wrote:
>>>>
>>>> from:
>>>> http://www.cisco.com/image/gif/paws/113443/cuwn-apple-bonjour-dg-00.pdf
>>>>
>>>>
>>>>
>>>>
>>>> The Bonjour protocol operates on service announcements and service
>>>> queries which allow devices to ask and
>>>> advertise specific applications, such as:
>>>> ? Printing services
>>>> ? File sharing services
>>>> ? Remote desktop services
>>>> ? iTunes file sharing
>>>> ? iTunes Wireless iDevice Syncing (in Apple iOS v5.0+)
>>>> AirPlay, which offers these streaming services:
>>>> ? Music broadcasting in iOS v4.2+
>>>> ? Video broadcasting in iOS v4.3+
>>>> ? Full screen mirroring in iOS v5.0+ (iPad2, iPhone4S or later)
>>>> ?
>>>> Each query or advertisement is sent to the Bonjour multicast address
>>>> for delivery to all clients on the subnet.
>>>> Apples Bonjour protocol relies on Multicast DNS (mDNS) operating at
>>>> UDP port 5353 and sends to these
>>>> reserved group addresses:
>>>> ? IPv4 Group Address - 224.0.0.251
>>>> ? IPv6 Group Address - FF02::FB
>>>> The addresses used by the Bonjour protocol are link-local multicast
>>>> addresses and thus are only forwarded on
>>>> the local L2 domain. Routers cannot use multicast routing to redirect
>>>> the traffic because the time to live (TTL)
>>>> is set to one, and link-local multicast is meant to stay local by
>>>> design.
>>>>
>>>>
>>>> Also, Apple likes to use multicast DNS or mDNS with bonjour. A lot of
>>>> vendors are having to “fix” this issue to allow enterprise deployments
>>>> to use apple. You would figure with as many large schools and hospitals
>>>> using apple they would digress from their link-local design.
>>>>
>>>> Make sure you are on the same network with your apple device (should be
>>>> in same subnet) and it should work. Either that or implement PIM or a
>>>> bonjour gateway device.
>>>>
>>>>
>>>> -- RD
>>>>
>>>>
>>>>
>>>>
>>>>> On 11/12/13, 6:08 PM, "Robert Davis" <email@hidden> wrote:
>>>>>
>>>>> Also, Bonjour is not bcast, it is multicast by nature. Multicast will
>>>>> work fine on a local segment, but will not cross layer 3 boundaries
>>>>> (routers/firewalls/l3 switch ports). PIM sparse-dense or PIM sparse
>>>>> mode
>>>>> will help forward multicast traffic between segments.
>>>>>
>>>>> Keep in mind, MCast is not BCast. Two different animals.
>>>>>
>>>>> -- RD
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> On 11/12/13, 6:03 PM, "Bob DeRosa" <email@hidden> wrote:
>>>>>>
>>>>>> It could be doing DHCP relay without passing the bonjour traffic? Can
>>>>>> you sniff the traffic?
>>>>>>
>>>>>>> On Nov 12, 2013, at 6:48 PM, "Rick Mann" <email@hidden>
>>>>>>> wrote:
>>>>>>>> On Nov 12, 2013, at 15:40 , Bob DeRosa <email@hidden> wrote:
>>>>>>>> Your AP may not be passing the broadcasts through. You may need
>>>>>>>> something like this.
>>>>>>>>
>>>>>>>> http://www.aerohive.com/solutions/technology-behind-solution/bonjour-
>>>>>>>> gat
>>>>>>>> eway
>>>>>>> Wouldn¹t that affect DHCP (if it were not passing broadcasts)?
>>>>>>> --
>>>>>>> Rick
>>>>>>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Macnetworkprog mailing list (email@hidden)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>
>>>>>> ta.
>>>>>> com
>>>>>>
>>>>>> This email sent to email@hidden
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Macnetworkprog mailing list (email@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>
>>>>> a.com
>>>>>
>>>>> This email sent to email@hidden
>>>
>>>
>>> --
>>> Rick
>>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden