home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / servers / 152 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  4.6 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!ames!agate!stanford.edu!rutgers!concert!sas!mozart.unx.sas.com!scimitar.unx.sas.com!djc
  2. From: djc@scimitar.unx.sas.com (David J. Cherveny)
  3. Newsgroups: comp.dcom.servers
  4. Subject: Re: Looking at Terminal Servers
  5. Message-ID: <BxuHGw.FrD@unx.sas.com>
  6. Date: 17 Nov 92 05:19:43 GMT
  7. References: <1992Nov14.013422.13818@u.washington.edu>
  8. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  9. Organization: SAS Institute Inc.
  10. Lines: 104
  11. Nntp-Posting-Host: scimitar.unx.sas.com
  12.  
  13. In article <1992Nov14.013422.13818@u.washington.edu> pollock@u.washington.edu writes:
  14. >We're currently looking at terminal servers to purchase.  Since we will
  15. >buy only one server at this time, a detailed evauluation with demos, etc.
  16. >is difficult to justify, so I'm turning to the Net for assistance.
  17. >
  18. >We are looking for the following features:
  19. >
  20. >1.  16 lines, with limited modem support (DSR/DTR, RTS/CTS - enough to
  21. >    properly handshake and disconnect on a Micom Data PBX.
  22. >
  23. >2.  Good TCP/IP support, including SLIP now and PPP in the future. LAT
  24. >    support is desirable, but can be a future add-on (if it's an extra
  25. >    cost item, we won't buy it now).
  26. >
  27. >3.  Preferably, stand-alone operation, not dependent upon a host for
  28. >    more than initial software installation (flash eprom, ROMs, etc).
  29. > ...
  30. >
  31. >Joe Pollock
  32. >The Evergreen State College
  33. >pollock@u.washington.edu
  34. >
  35. >
  36.  
  37. We've been using Xyplex 1600's with very good results.
  38.  
  39.  
  40. 1. Has 16 lines, supports DSR/DTR *AND* RTS/CTS simultaneously.  Great for
  41.    high speed ( v.32bs etc ) modems, especially with SLIP.  We've connected
  42.    one to our MICOM successfully.  A little trickey getting the MICOM
  43.    and XYPLEX wired and configed properly though.
  44.  
  45.    I'm using same terminal server for dial in and dial out using same
  46.    pool of modems.  For dial out need to use TELNET protocol, either
  47.    vanilla TELNET or a recent version of C KERMIT that supports TELNET
  48.    protocol.  Useful for file xfers from UNIX systems.
  49.  
  50. 2. TCP/IP support pretty good.  SLIP impelmentation is good except doesn't
  51.    support compressed slip ( cslip ) or PPP yet.  Soon.  LAT support
  52.    included.  TN3270 supported too.
  53.  
  54. 3. 1600 is stand alone, has 1Mb ROM or FLASH card removable from front.
  55.    EZ to upgrade.  The card is about the size of a credit card but thicker.
  56.  
  57. Remote console port, accessable via TELNET, is handy for trouble shooting
  58. and configuring.  MONITOR commands let you repeatedly show the status of
  59. some system paramiter or port status... handy for watching modem control
  60. signals turn on/off during connection.
  61.  
  62. Most problems I've had have been quickely fixed by XYPLEX with a "special"
  63. OS version Fed Exed to me.  Just replace the ROM card and reboot.
  64.  
  65. For example, had problem when TELNETing to the XYPLEX to access modems.
  66. TELNET sends a null after a carriage-return.  The XYPLEX option to filter
  67. this didn't do quite do the right thing.  Had fixed version in about a week.
  68.  
  69. I've also had one to fail.  Port status lights flash a diagnostic pattern.
  70. They replaced via Fed Ex next day air.
  71.  
  72. A new version of 1600 is in new 9000 series rack.  Has 20 ports and 68020
  73. instead of 68000.  Serial port speeds up to 115200 vs 38400 for 1600.  This
  74. won't really be a factor until next generation modems become available.
  75.  
  76. Only a few problems/dislikes:
  77.  
  78.     VMS style commands -
  79.         Either you love 'em or hate 'em.  Command history and
  80.         editing makes it tollerable, IMHO.  VMS style help system
  81.         too.  Does have "UNIX" style aliases.
  82.  
  83.     No compressed slip or ppp support -
  84.         Comming soon I hear.
  85.  
  86.     Date/time -
  87.         No internal time of day clock in 1600.  Must down
  88.         load initial date/time from a boot server or a KERBEROS
  89.         server.  But since most 1600's are "stand alone" you don't
  90.         normally use a boot host so date/time doesn't carry
  91.         accros reboots.  Turns out I'm using KERBEROS anyway
  92.         for username/password authentication so the time bug
  93.         is moot for me.
  94.  
  95.     KERBEROS not for everyone -
  96.         KERBEROS system is OK but overkill for just terminal server
  97.         username/password authentication.  Note that the XYPLEX
  98.         only uses KERBEROS to check if username/password is correct...
  99.         the "ticket" gets tossed out... so not usefull in a real
  100.         KERBEROS enviroment.
  101.  
  102.     Manual is big -
  103.         Sometimes too complete.  Sys admin section good.  Decent
  104.         examples and has sorted reference section with list of commands.
  105.  
  106.     No syslogd support -
  107.         I'd like syslogd support for logging reboots, login fails,
  108.         etc.
  109.  
  110.     Accounting info incomplete -
  111.         Good enough but I'ld like more.  SLIP sessions don't get logged.
  112.  
  113.  
  114.  
  115. David Cherveny                    djc@unx.sas.com
  116. Systems Programmer, Networking            (919)677-8000x6689
  117.