I am working on a project that require me to develop a P2P-like system. The brief description of the project is that there is a home device (possibly installed with windows or linux) and it can accept command from mobile devices (possibly it can be PC, mobile device installed with Symbian, plam OS or ARM linux .. etc as long as it can be used by human and it can be connected to the Internet).
Both the home device and mobile device are behind firewall with NAT feature. So, up to now, we have 2 ideas to solve it out:
1. Use UDP.
- UDP can pass through NAT by using some techniques. For example, by using a server storing the public address (ip, port) information of each other and ask those peers to open a session by sending dummy message through the firewall to the peer and keep the session alive by sending message to the server periodically.
- UDP is unreliable, that means, we have to implement a reliable messaging protocol which contain the re-send mechanism and lose detection .. etc. So, it can be solved by employing some existing library like UDT (http://udt.sourceforge.net/
) or implement it yourself. However, it raises another problem that we need to port the code to the mobile platform like Symbian, PlamOS or Java ... etc. So, what bad is that it is time consuming and hard to manage well of all the source in different platform. Also, some said that Nokia phone doesn't open the UDP API for those application usage, if so, UDP is limited in some device or platform.
Also, under symmetric NAT (old NAT design), UDP still not ensure the message can be arrived to destination.
2. Use SIP
- SIP is an IETF standard and is becoming very popular in the world. And because it is a standard, there is no need to worry the problem of incompatibility. You can use the SIP library provided in different platform and communicate without any problem (Most Symbian and Java MIDP support SIP now). Also, it can ensure the message be arrived to the destination even the peer are behind whatever kind of firewall (e.g. Symmetric NAT, which will make the above UDP method fail)
Also, SIP is supported in Windows, WinCE, Symbian, J2ME MIDP, Linux ... etc. It will save us a lot of development time.
- SIP is becoming very large and a lot of feature is not useful to us (like Media, VoIP ... etc). As we just want to send some simple cmmand and UDP seem thin enough to meet our need.
So, experts, would you please suggest me which method above is better to our case and share with me the experience you have? And have other suggestion?
Points can be rasied on reasonable request.
Thanks a lot