Iphone

I would like confirm my thinking on how GPRS works and how it can be utilised in software applications.

I am wanting transfer data between two PC's every 5-10 mins and understand GPRS is the best method for this because you pay for the amount of data you trans instead of the time connected so you can be 'always connected'.

Both PC's do NOT have a standard internet connection so I plan to use a GPRS modem on each pc with GPRS enabled sim cards from Vodafone.

Please correct me if I'm wrong or you can think of a better solution.

Now, this is where I get a little confussed...

Is the only way to transfer data via GRPS with TCP/IP?

Is GPRS just a connection to the internet? (via vodafone in this case)

To communicate via TCP/IP i would need the IP address for each GRPS modem / sim card, right?

Should vodafone provide a static IP for each sim card, if not how does that work?

Any help or advice would be great,

Iphone

There are four major differences between UDP and TCP:

1. TCP can establish a Connection, UDP cannot;
2. TCP provides a stream of unlimited length, UDP sends small packets;
3. TCP guarantees that as long as you have a connection data sent will
arrive at the destination, UDP provides no guaranteed delivery;
4. UDP is faster for sending small amounts of data since no connection
setup is required, the data can be sent in less time than it takes for TCP
to establish a connection.

Related to 2 above is the fact that UDP packets are limited in size, with
the extact size limit being determined potentially on a per-system basis.
IIRC studies have shown that 1400 bytes is a safe maximum size, and 900
bytes is even safer.

Related to 3 above is the fact that UDP packets may simply disappear in
transit. Routers may toss them if there's a lot of traffic at any given
moment, and the receiving system may not have room to buffer them when
received.

If you want to use UDP you need to be aware of those issues. And, if you
need to ensure that UDP packets are received - or you know they're not -
then you need to implement a send/reply protocol over top of UDP, with
timeouts.