home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / telecom / 12807 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Sat, 02 Jan 93 08:13:06 GMT
  3. From: pls@cibecue.az05.bull.com (Paul Schauble)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: Anybody Know of LARGE Modem Server Systems?
  6. Message-ID: <telecom13.2.9@eecs.nwu.edu>
  7. Organization: Bull HN Information Systems, Inc., Phoenix Product Division
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 13, Issue 2, Message 9 of 12
  13. Lines: 25
  14.  
  15. The request for a modem server for lots of modems brings up something
  16. I've been wondering about for a long time:
  17.  
  18. Lots of modems means lots of incoming phone lines. 
  19.  
  20. First question: At what point does it become cheaper to have an incoming T1
  21. or T3 line and a switch on site?
  22.  
  23. Second question: once you reach this point, the signal path becomes:
  24.  
  25.     - incoming DIGITAL signal delivered via Tx carrier
  26.     - DIGITAL signal deliver to line card.
  27.     - line card converts signal to ANALOG 
  28.     - ANALOG signal carried via wire pair to modem.
  29.     - modem (usually) converts signal to DIGITAL
  30.     - modem feeds DIGITAL signal to DSP to demodulate.
  31.  
  32. This multiple conversion seems silly. Doesn't anyone make a modem that
  33. can directly eat the demultiplexed Tx data? Or better, eat the T1
  34. signal directly?
  35.  
  36.  
  37.  ++PLS
  38.  
  39.