"Share to Local Network" FROM iPad fails.

[N2715D]

Neither of two Ipad running v13.1.15 and 12.2.34 can initiate flightplan "Share to Network" connection to either the other iPad nor to iFly running on an Android device on the same Local Network. No prompt appears on any device to accept the Share request. Yet the same iPad devices do acknowledge and accept shares to network initiated on Android devices on same network.
It also appears that once a flightplan has been shared by one device, that device cannot thereafter RECEIVE a flight plan from the other device EVEN after first selecting the option to stop sharing.

 

[Cobra]

Have you submitted a bug report? While reporting the behavior here is a good thing to do (especially if others chime in that they also see the same behavior), submitting a bug report is a more direct way to get AP's attention and have them track and follow up on the issue.

 

[N2715D]

We have replicated the failure and then sent a bug report with same description of failure: IOS devices cannot initiate connection to other IOS or Android devices to share flight plans, but IOS devices are able to connect and receive flight plans shared by Android devices.

 

[Chad]

@N2715D A few things to try. I believe it is tied to the differing network security architecture of iOS, WinOS and AOS. On your iOS devices make sure you turn of private wifi address on your wireless settings for that specific SSID you use in the airplane. If you are testing at home, do the same for that network. Make sure under the application settings for iFly you have access local network checked.

I always initiate sharing from my primary iPad to the other devices (spare iPad and 740).

Let us know if that worked for you. If that worked we can ask Brian to incorporate a few changes in the next version of the app.

 

[Cobra]

@N2715D , did Chad's suggestions resolve your problem?

 

[valsoar]

FWIW - on my iPhone I need to turn off cellular data network before sharing a flight plan out to other local devices. If I don’t do that it’s almost like it must be trying to connect/send to them via cellular instead of WiFi and no other devices detect an inbound plan.

 

[Chad]

FWIW - on my iPhone I need to turn off cellular data network before sharing a flight plan out to other local devices. If I don’t do that it’s almost like it must be trying to connect/send to them via cellular instead of WiFi and no other devices detect an inbound plan.

Great point. iOS will default to try to route to a network that has external connectivity (cellular) vs the WiFi with no WAN connectivity. Once you shut off cellular, WiFi becomes the primary path again due to connection rate.

 

[Don Maxwell]

Valsoar, you might try checking Wi-Fi Calling on your iPhone and see if it will then share a flight plan with cellular turned on.

 

[Chad]

Valsoar, you might try checking Wi-Fi Calling on your iPhone and see if it will then share a flight plan with cellular turned on.

Wifi calling uses the same network handler to check the wan connectivity (NWPath) in the network stack of the OS. Flipping that switch tells the carrier portion that it is ok to route VOIP as opposed to strictly GSM if there is a reliable connection (each carrier has a slightly different definition) back to their call manager.

A great place to start with iOS is pros/cons of multi path entitlement.