If i am publishing a NSNetService in (Bonjour based NetWork) Iphone Application,which net Work will use in my application
If you use the high-level NSNetService methods, (on both OS X and iOS) the NSNetService will be published through any network interface that supports multicast packet transport. Since bluetooth supports this, you should be able to broadcast mDNS data over a PAN, although service advertising and discovery may be slower than on a normal IP network. Have a read through this for more information.
Related
May i ask if it's possible to capture Bluetooth traffic to and from the computer (MacOS, Windows or linux)?
Since i am trying to use wireshark to capture traffic but having no sign for success of capturing the bluetooth traffic.
It is possible without adapters on Linux, but requires additional configuration with bluez (and the necessary bluetooth hardware).
There are also commercial peripherals available from multiple vendors that may support your OS.
We are planning to use Ethernet bus topology (wiki). The reason using this very old topology is hardware limitations and software requirements. Collisions should be OK, as bandwitdh requirement is very low.
My problem is, how can we test this topology with modern Ethernet controllers and software like Ubuntu etc. I could not find a good implementation example.
I have tried connecting three Intel Ethernet controllers (with Static IPs) together and only two of them had link at a time (they worked in point-to-point connection as usual)
"Modern" hardware is rather limited when trying to build a bus topology - it's much easier to build a more usual star/tree network. However, with the right key components you can even connect both topologies.
From the software point of view, the network just "works", i.e. as long as the network is configured correctly the software applications can (and should) be oblivious to the network layout.
With an assumed Ethernet network, the logical structure of each segment is a bus anyway: each device can just talk to any other device, regardless of where and how they are connected.
I have recently made a Arduino circuit as shown in the link below:
http://www.instructables.com/id/DC-Motor-Control-With-Bluetooth/
As you can see, the person in the video of the above link used a bluetooth controller app to control and send signals to the Arduino board via HC-05 bluetooth board.
Here's the question. How can I use a web app/ web instead of a native app(like the video) to control and send signals to the Arduino board?
It would require the use of additional hardware. It is for connection to the network or broadly web.
Once we consider this we have several options infront of us :
We can use a gsm module. In this hardware we would insert a sim and use its network for connecting to web. But when you buy a GSM module be sure that it got http services as some modules support only message services. ( I would suggest GSM sim 900A module).
We can use a wifi hardware. This would act just same way as wifi on our mobile or laptop. But it requires some hotspot in its range thus restricts portability.
We can connect an ethernet cable to the arduino module and use the network. But thus restricts portability more than wifi. But you can go for that to if that satisfies your need.
Once you get the network for connecting to the web, now comes the point where your device must listen on the web for the requests that come to the device and must act as the inputs. We call it creating a server. The server listens on web and respond to them. As for a beginning you can follow this article.
We have developed a device that is connected to our clients network and we would like to be able to get its ip or set the ip without knowing its ip.
The device has a Linux OS.
We can save the device MAC Address before giving it to customers. We can program a service to broadcast the device IP and MAC Address to a certain IP or port/socket. We can listen to a certain port/socket for commands. Is this the right direction? Should we investigate in other network protocols other than TCP/IP?
We have seen this feature in hardware/device manufacturers provide a CD with a software that can locate their devices on a network even if they have been newly added to the network without network or ip configuration.
Best regards,
Hussam Kazah
Using propriety broadcasting protocol is a very common technique for detecting devices on network without knowing it's name.
However there's a better option:
UPNP, is an excellent protocol for achieving your goals.
libupnp can get you started in no time.
There's a standard protocol called DHCP which allows a network device to make a broadcast request for its IP address. This protocol is widely used by network appliances. On the other hand you may scan your local network for all connected devices using ARP (address resolution protocol) using for example arp-scan utility.
Could somebody tell me what does mean 'DCS' in IP telephony communication standards?
I have looked at the internet and found that DCS is a distributed control system, but I think it's not relevant information when we talk about IP telephony communication standards.
A DCS is probably a Digital Cross Connect System in the context you have seen it, although it also seems to be a popular set of letters to include in product names, so check that it is not simply this you are seeing.
A digital cross connect is a 'box' or device that allows you switch between digital circuits - e.g. connect an incoming digital 'trunk' to an outgoing digital 'trunk' or phone 'line'.
You are correct that 'pure' IP telephony does not generally have to use cross connects as it is packet switched rather than circuit switched, but in the real world most IP telephony systems have to interface with or connect to older digital circuit networks and equipment.
For this reason you may see devices which act as a gateway between IP telephony networks and circuit switched digital networks - these boxes are often called Media Gateways.
See more about DSC at: http://en.wikipedia.org/wiki/Digital_cross_connect_system