home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / dcom / modems / 19052 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.9 KB
  1. Xref: sparky comp.dcom.modems:19052 biz.comp.telebit:1120
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  3. From: jeh@cmkrnl.com
  4. Newsgroups: comp.dcom.modems,biz.comp.telebit
  5. Subject: How does WB handle incoming fax vs. data calls?
  6. Message-ID: <1993Jan6.194044.1088@cmkrnl.com>
  7. Date: 7 Jan 93 03:40:44 GMT
  8. References: <C0A84t.H7r@gator.use.com> <1993Jan5.160347.12669@ups.com> <1993Jan6.052942.582@smoke.marlboro.vt.us> <1993Jan6.100623.15326@elroy.jpl.nasa.gov>
  9. Followup-To: comp.dcom.modems
  10. Organization: Kernel Mode Consulting, San Diego, CA
  11. Lines: 25
  12.  
  13. I'm curious about one detail of the FAX modem implementation.  For outbound
  14. calls (sending faxes) the local computer obviously knows whether it's sending
  15. a fax or sending data, and so can put the modem in the appropriate mode before
  16. making the call.  
  17.  
  18. However, for inbound calls... Suppose I connect one of these modems to my VMS
  19. or Unix system.  If the modem gets a call from a data modem, I want this to be
  20. routed to a login process on my machine, so that the remote user (or uucp host,
  21. or whatever) can log in and do work.  But if it gets a call from a FAX modem,
  22. this won't work.  No way is the remote FAX going to know how to log in to my
  23. machine. 
  24.  
  25. I can see it working for FAX if I set up a serial port on my machine as a
  26. "dedicated FAX data" port, with a FAX receiver process always listening on that
  27. port... but if the modem is connected to that port, the modem can't be used for
  28. data calls. 
  29.  
  30. How does Telebit address this???
  31.  
  32.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  33. drivers, internals, networks, applications, and training for VMS and Windows-NT
  34. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  35. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  36. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  37. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  38.