home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11023 < prev    next >
Encoding:
Text File  |  1992-07-23  |  3.2 KB  |  60 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: sparky!uunet!darwin.sura.net!mlb.semi.harris.com!trantor.harris-atd.com!jabba.ess.harris.com!dwilliam
  3. From: dwilliam@jabba.ess.harris.com (David Williams)
  4. Subject: Re: Why not PEP over cellular?
  5. Message-ID: <1992Jul23.135418.11714@trantor.harris-atd.com>
  6. Sender: news@trantor.harris-atd.com (News stuff)
  7. Organization: Harris Information Systems Division, Melbourne, FL
  8. References: <1992Jul7.061358.935@apt.bungi.com> <1992Jul10.201124.4404@fnbc.com>     <clemon.08f0@lemsys.UUCP> <BOB.92Jul17141605@volitans.MorningStar.Com>
  9. Date: Thu, 23 Jul 1992 13:54:18 GMT
  10. Lines: 48
  11.  
  12. In <BOB.92Jul17141605@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
  13.  
  14. >In article <clemon.08f0@lemsys.UUCP> clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
  15. >   Generally it is accepted, however, that when trying to carry on a
  16. >   high-speed data connection via cellular, you will have the sense to
  17. >   stop driving :-).
  18.  
  19. >Why would I want to restrict myself to not driving while my connection
  20. >is open?  After I conduct my interactive business and hit the road,
  21. >there may still be a long FTP transfer or source tree rdist or NNTP
  22. >update (often all the above, simultaneously) that don't require my
  23. >attention.  I can pitch my SPARCbook in the other seat, with its disk
  24. >and modem still grinding away, and forget about it.  After my notebook
  25. >and the office server are in sync and the traffic dies down, the PPP
  26. >link will idle out and hang up the cell call.  And shortly after that,
  27. >the SPARCbook will shut itself down to conserve its batteries (unless
  28. >I have it plugged into the car's power bus, which Mazda has cleverly
  29. >camouflaged as a cigarette lighter socket :-).
  30.  
  31.     Well, the problem is : How do you tell the difference between your 
  32. target telephone (the office machine) giving up and hanging up the line
  33. and the cellular link handing off to another cell?  Both involve service
  34. interruption.  Some cell handoffs can get really long, due to local 
  35. traffic and signal quality.
  36.  
  37.     To make this work, you would have to have some way to tell the 
  38. difference between a loss of signal and a handoff, which the cell
  39. network does not provide (untill your call comes back, that is... :-)
  40. At least, I think that's true - anyone out there work for a cell-phone
  41. related business?  Anyway for a smart modem to tell the difference?
  42.  
  43.     I thought of using the loss-of-signal timeout for most modems,
  44. which allows a fairly long delay before the modem gives up.  This was
  45. my solution for a call-waiting system that would not respond to a *70
  46. command. (Local PBX, non-standard)  The modem would tolerate all sorts
  47. of long delays when the timeout was set long enough (although the tone
  48. tended to get it confused).  Cell phone handoffs, in my experience, tend
  49. to have a good bit of line noise and hash added in.  Is this due to the
  50. fact that I've only used a cell phone in a poor service area?  How do
  51. cell phones do when they are presented with a large variety of excellent
  52. signals?
  53.  
  54.  
  55. -- 
  56.       Dave Williams                                              My 
  57.         dwilliam@jabba.ess.harris.com                         opinions     
  58.            "Huh?  What?  Could you repeat the question?"        only.  
  59.  
  60.