For many multiplayer networking needs, Android’s Network Discover protocols should provide all that you need and work as expected. ChromeOS also has built-in broadcast forwarding in both directions to ensure your game will correctly receive responses to broadcast packets sent out to peers on the local network, and to receive broadcast packets sent by other peers on the local network.
Due to ChromeOS’s architecture and security rules, an Android app that needs to know the IPv4 address of the ChromeOS device it is running on, for example in order to communicate the address to a server that wishes to broker a client-to-client multiplayer game with non-Chrome OS clients located inside the same local network for example, will need to implement some additional logic.
To get the IPv4 address assigned to the highest priority network that the ChromeOS device is connected to, examine the android system property
vendor.arc.net.ipv4.host_address and, if needed,
vendor.arc.net.ipv4.host_gateway. One way to do this is:
Traffic sent to this IPv4 address on the local network will be forwarded to the Android app, without the need for any additional NAT “hole punching”. For more information about this IPv4 workaround, see this chromium issue.
On IPv6 networks, Android receives its own network address separate from ChromeOS and direct connections on the local IPv6 network to and from this address is expected to work as if Android was directly connected to the local IPv6 network.