[sliken]

Think of it the opposite way. You have no coverage, are trying to get a message out and the nearest gateway is miles away. A moving car/train is close to you for plenty of time to transfer a few 100 bytes, and someone in the car/train has a mesh aware widget. It stores a copy and waits to go near a gateway where it upload it for you.

Sure, it's not as nice as a WAN connection, but the average cellular contract is pretty expensive per month. Something like $10 per GB, and often a $30 and up base rate.

So sure, long distance multi-hop mesh stinks for real time voice, but could be quite usable for other use cases.

[mirashii]

Ah, but now you're talking about solving an additional problem, delay tolerant networking, on top of mesh networking. This adds a whole new layer of complexity on top of the mesh network, and would probably only work as you say for a subset of services that are made to handle this type of unreliable network.

Also many common delay tolerant network implementations rely on message replication to increase the probability of delivery of the message. This puts additional bandwidth strain on the inter-node hops of the network, which as some of the other commenters pointed out, not actually all that high.

[sliken]

Indeed, seems only practical for things like SMS/IM type traffic where even a Long/LAT + 30 character message every few minutes would be quite useful.