Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Worth noting that SMS does not guarantee delivery in any way and can take unspecified amount of time to deliver. I've often seen messages delivered days or weeks after being sent.


We need TCP over SMS!


But then you can't send texts if the other person's phone is off, out of range, or otherwise without service...

and I think you mean backwards, SMS over TCP.


Well, you typically layer TCP over an unreliable lower-level transport to get reliable transmission, so that works, too.

Also, SMS over TCP sounds somewhat reasonable, so I didn't wanna go with that.


SMS over TCP over SMS


Oh! Seems like I missed the joke. :)


  TCP over BlockChain over SMS


Expect checks from VCs to start arriving on Monday


SMS delivery reports


SMS DRs are themselves SMSes, and subject to the same problems.

Remember how in the olden days, you sometimes got multiple copies of a single text? That was because the sender had marked "DR required", and some system along the way was dropping the receiver's DRs, so the SMSC kept retrying.


That's how all "reliable" protocols work when the message fits in a single transport unit. See the Two Generals Problem for why and how no protocol can tell you when to stop validating (though for practical purposes probability and the speed at which we can send messages allows us to proceed as if the problem were solvable)


Some networks will not deliver delivery reports. Worse still, some networks fake delivery reports.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: