Monitoring, Management & Location Tracking

 View Only
last person joined: one year ago 

Articles relating to existing and legacy HPE Aruba Networking products and solutions including AirWave, Meridian Apps, ALE, Central / HPE Aruba Networking Central, and UXI / HPE Aruba Networking User Experience Insight

Ability to Intercept and Nullify BLE based mDNS discovery of APPLE TV 

May 18, 2016 04:38 PM

Q:

Ability to Intercept and Nullify BLE based mDNS discovery of APPLE TV



A:

As part of the iOS 7.1 release, Apple also updated the software running on their Apple TV’s.

This adds support to allow an AirPlay device to discover Apple TV over Bluetooth in environments where multicast or Bonjour traffic is blocked on the network or the AirPlay device is on a different subnet.

The ipad or iphone with iOS 7.1 and later apple TVs use proximity based discovery using BLE for Apple TVs. Apple TV advertises itself using iBeacon.

The ipads or iphones in the bluetooth range of the Apple TV will be able to discover the Apple TV using BLE.

Impact of BLE

  1. With the new feature by Apple, the airgroup policies will not work.
  2. Personal devices can be discovered by users other than device owner or shared user list. Bluetooth based discovery shall allow users in vicinity to be able to  discover the apple TV
  3. Role/ Group/ user name based sharing of devices shall break.
  4. Time based sharing shall break.

Functionality of BLE

  • IPAD`s and Apple TVs use BLE based signalling for the discovery mechanism to work over Bluetooth.
  • BLE based signaling cannot be controlled.
  • The RTSP unicast message flows through Aruba topology over TCP port 5000.
  • The subsequent RTSP unicast message over TCP port 5000 could be controlled by AirGroup.
  • Completely block BLE based discovery.
  • BLE based discovery subject to AirGroup policies.

Implementation

  • Port 5000 is permitted by user role ACL.
  • All packets sent to destination port 5000 are deep inspected.
  • Datapath  performs a lookup for “GET /info?txtAirPlay&txtRAOP RTSP/1.0” in the payload.
  • If there is no match: send it back to DP: Assumption is that this RTSP message has been sent due to the MDNS-based discovery
  • If there is a match, drop the packet . The BLE discovery packets are dropped by the controller and not forwarded

Caveats

iOS 8 uses peer to peer communication with Apple TV 7.x  and this will override the mDNS discovery and mirroring .

Verifications

  • Bluetooth enabled on both AG users and servers
  • Bluetooth based discovery is blocked with the above mentioned implementation and our policies are applied.
  • All new versions of ATV and iOS 6,7,8 ipads are tested
  • BLE traffic from anchor controller is also blocked
  • Check for “D” flag in “show datapath session” for the sessions on port 5000

Statistics
0 Favorited
1 Views
0 Files
0 Shares
0 Downloads

Related Entries and Links

No Related Resource entered.