Post not yet marked as solved
Yes. Those 4 points are correct.
We have the Wi-Fi network provided by our accessory. It is using an ESP32 to provide the AP and Wi-Fi services.
We first started noticing the issue after upgrading to iOS 15.1. We notice different results across 3 iPhone X's.
Post not yet marked as solved
We are using TCP. The connection is off iDevice to our hardware device.
I tried to do a packet trace but after running the 'rvictl -s ' command the connection succeeds to the iPhone but drops after 10-15 secs.
It shows up in the list and then disappears. I use 'ifconfig -l' to check.
Also, the issue is intermittent. Sometimes, the socket connection works without any failures and at other times it just refuses to connect or takes an unreasonably long time to succeed [upto 60 secs].
Post not yet marked as solved
Would you be able to give us some assistance as to where and how to enable - 'nw_tcp_options_set_enable_keepalive'. Which object do we set it for?
We have tried going through the available documentation but could not find any examples to implement.
Post not yet marked as solved
"becomes unavailable" has the following scenarios for us -
There is a TCP connection in place and the iPhone[TCP client] goes out of range and therefore the connection is lost to the server.
In this instance, we need to reestablish the connection when the iPhone is back in range.
The iPhone does not need to send any request to the server but needs to continuosly receive data (eg: every sec) from the server for live telemetry.
There is a TCP connection in place and the server disappears off the network - eg: out of range or turns its power off.
Does 'nw_connection_t' have a 'state' property that can be checked on a timely basis to identify the state of the connection?
We have also been using - CFStreamCreatePairWithSocketToHost, CFReadStreamRef, CFWriteStreamRef in our existing application.
Will this continue to be supported in future or are there chances of this becoming redundant as well?
Point being, that if 'nw_connection_t' does not serve our purpose, then do we have a potential long term solution in using CFStreamCreatePairWithSocketToHost instead of our current GCDAsyncSocket?
Post not yet marked as solved
Thanks for the sample code. We have been able to send/receive data using the above code.
However, we have now run into some new problems.
nw_connection_t client [in this case the iPhone] does not get an event handler if the TCP server becomes unavailable and therefore has no means of handling the disconnect.
What would be the right process to handle multiple client TCP socket connections to multiple servers? Would be able to provide us with some sample code?
Post not yet marked as solved
We are using TCP.
We are not using TLS.
We are attempting connections to a local network address.
At the same time, we would like to go ahead with your suggestion and use the Network Framework.
Our App needs to establish multiple asynchronous sockets for read/write to our local hardware devices. Is there a guided procedure that you can point us to in order to expedite the migration process so that we get this resolved for our clients ASAP?
Thanks
Post not yet marked as solved
Have tried a non-blocking function call but it still results in a crash.
Post not yet marked as solved
The C++ API that I am calling is blocking the thread as it uses OpenGL, which I am told requires the thread to be blocked.
Post not yet marked as solved
FYI - we are also unable to connect [or at least it is very unreliable, and slow if it does succeed] when using NEHotspot, but have success when Manually connecting.We are currently using iOS beta 13.3***********************************************Removal of a couple of breakpoints, and uncommenting some 'tests' has resulted in a success - we are now able to connect via NEHotspotConfiguration, and establish Socket connections efficiently using iOS beta 13.3 ***********************************************
