I'm looking to incorporate Xbee3 LTE-M as a backup communications path in a [product that currently uses copper ethernet. It's generally a low-density (1 packet every few minutes) using XML-wrapped data in a single UDP packet, typically on the order of 300 bytes. It then would expect a return ACK, similarly wrapped, about 100 bytes. At the most, it might have to send a couple of dozen messages over a dozen seconds or so.
In the current usage, there's no connection (no sockets), everything is done with simple UDP packet exchange. There may be hundreds of these devices, each signalling asynchronously to a single host, and all expecting ACKS in a timely fashion (a couple of seconds, typically).
It's not clear to me from what I have read of the tecnical support documents that this is possible with this device. I see mention of a "udp" socket that needs to be established and maintained, and it's not clear that this is workable. I can't keep these devices connected when they're not sending data or receiving ack's. The current copper-based protocol is send the packet, wait for ACK, send next packet or, most of the time, sit there silently.
Is what I am looking for possible in the Xbee3 LTE-M?