What I'm visualizing:
4 different devices each running the same app while connected to the Internet via their cellular networks. Is there a way I can broadcast connection requests to all these devices, considering that they're not on the same local network?
I don't have any solid ideas on how to achieve this, maybe something in the the Bluetooth/Wi-Fi Direct (PAN) space?
Related
My case is the following: I will install some prototypes connected together with wifi (one device is the AP) in a distant site. I'd like to be able to remotely connect to my network for avoiding to travel.
As there will be 4G networks available there, I was wondering if a simple solution could be to have a smartphone connected to my wifi network, and use it to forward ssh client requests through 4G connection.
I have no idea if it's possible, how/depending on network operators, if there are standards and software (preferably android) for doing so.
Sorry it this question remains a bit vague, but any pointers would be appreciated.
There are also some 4G boxs that provide internet as wifi AP. I could change my network to connect to it, but I have no idea if I can reliabily get an address to this.
Thanks for your help.
A VPN server might be an option. Like DD-WRT on a router, or your own dedicated VPN server.
After webrtc passes by a signaling server on Internet, how it works when two machines are running in the same network?
The data will be exchanged only on the network or will it still use internet ?
I am asking this because of our internet is not good, it's too slow. but our local network speed is very fast.. So I would like to know if the internet signal will affect the audio and video conversation.
Thanks a lot!
Depending on the network configuration, the devices should connect directly over the local network. Please note that some browsers, such as Safari, may not share with the signalling service local ICE Candidates unless configured to do so (false concern over sharing network info). The devices must share local ICE Candidates, or else they will still stream via the external network or a TURN server, if available.
Having read the announcement about google nearby 2.0 it's clear that WiFi connections are supported.
Nearby Connections uses WiFi, Bluetooth LE & Classic Bluetooth under the hood to discover and establish connections to nearby devices.
Or from the docs overview page
Under the hood, the API uses a combination of Bluetooth, BLE, and Wifi hotspots
What I'm not clear on is whether the WiFi support is exclusively when devices are connected to the same WiFi router, or whether the service will also use WiFi P2P (aka WiFi Direct) to establish connections when possible.
My experience using similar services on other platforms is that bluetooth connections can often be too slow for fast paced multiplayer games. My title already supports connections over WiFi routers, so ideally I'd want the service to add WiFi play in the absence of a router.
I think my question is answered in the I/O talk about Nearby Connections refresh (link).
We connect over bluetooth and start transferring data instantly, but
in the background we also bring up a WiFi hotspot, and when that's
ready we seamlessly transfer your connection from bluetooth to WiFi
with absolutely no work required by the app developer
I'm reasonably confident from the context that the WiFi hotspot they're talking about is an Adhoc/Direct/P2P one (not sure of the correct terminology, but mobile to mobile WiFi of some sort) rather than a physical router.
The announcement says
At I/O this year, we spoke about a refresh to the Nearby Connections API that can provide high bandwidth, low latency, encrypted data transfers between nearby devices in a fully-offline P2P manner. Today we're announcing the availability of this API across all Android devices running Google Play services 11.0 and up.
Its fully offline and P2P so it looks like that there is no need for them to be connected to the same wifi router.
I have a native iPhone app that connects to a client machine via sockets. The connection works over WIFI but does not work over 3G.
Does anyone have ideas what the issue could be?
Thank you.
UPDATE: The client machine is not on the same network as the iPhone.
Is this client machine within the same network as the iPhone? Then you can access it over Wifi, but would need a proxy over 3G. Just a guess.
The issue is that some cellular networks block certain ports. This is why it worked over WIFI but not 3g. One of the reasons why it is better to use web services.
I would like to create an application that connects to the internet by using WiFi. That's easy, but i also want to connect the iOS device to a standalone WiFi device. (Device is classified)
So basically i want to connect programmatically to two devices at once using a single WiFi chip
Is this even possible (couldn't find anything that proves so on internet). And if possible, how do i do it?
iOS device can't be connected to two different wireless networks at the same time.
Even more: you can't programmatically switch between the two networks - user has
to do it trough the settings application.
So: if the device is on the same wireless network as your router (gateway to internet) then you'll have no problems connecting iOS to internet and to your classified device.
However: if classified device is on a seperate (possibly AdHoc) network then user will have to switch between connection to internet and connection to classified devices's wireless network.
If you're the designer of classified device it would be best if you can manage the connection trough wireless access point. This would be the only way to connect iOS device to your classified device and internet at the same time.