Thanks for your comment, edorphy. One thing I've noticed with MC is if you turn wifi off on either device, the devices will not connect. So in all circumstances, wifi is turned on on both devices. In most circumstances, the two devices are not connected to any available wifi networks, which, I presume, means Bluetooth is the underlying protocol used for connection and communication. Our product is a sports timing system that is normally used with a single iOS device connected to one, two or three Bluetooth peripherals. We have developed the BT peripheral and have its tx power level set to 4 db and we have good range between the iOS device and BT peripherals. Looking for any way to maximize range of MC between two iOS devices. In our testing, neither iOS device is paired with an Apple Watch. Could I develop a solution with Bonjour and/or other lower level network services and, in turn, have some control over tx power level and, therefore, range? Many thanks.

Thanks Quinn. Our app's architecture is client/server. One iOS device (server) is connected to Bluetooth sensors and broadcasts sensor data to one or more other iOS devices (clients). We need realtime message delivery (say, <2 seconds) and a range of 150 feet. Regarding watchOS, yes, I did look at TN3135. If high-level networking (URLSession) is inadequate for our use case (as you suggest by saying "Any Multipeer Connectivity replacement would necessarily use low-level networking APIs", then watchOS support is out and we revert to message sending between Apple Watch and the paired iPhone. Thanks for your thoughts on Multipeer Connectivity. I'm hearing that we are wise to develop a replacement solution using low-level networking APIs. We will have more control over stability and, possibly, performance too. In summary: Using infrastructure wifi will address the range issue we experience when using peer-to-peer wifi of Multipeer Connectivity, assuming infrastructure wifi at the use venue has adequate coverage. If infrastructure wifi with adequate coverage is not available at the use venue, our users can bring a mobile wifi router with adequate coverage and use that as infrastructure wifi. Multipeer Connectivity is not getting much love at Apple, so we are best to implement a replacement using low-level networking APIs. Message sending between Apple Watch and paired iPhone is the only practical solution for watchOS support. The paired iPhone participates in the client/server network and, in turn, refreshes the Apple Watch display as sensor data is shared on the network. Reasonable? Any helpful resources for implementing a Multipeer Connectivity replacement using low-level networking APIs? Many thanks! Tim

More thanks to you Quinn. Very helpful. Tim