home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / modems / 16581 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!crcnis1.unl.edu!unlinfo!mosemann
  2. From: mosemann@unlinfo.unl.edu (Russell Mosemann)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Supra to Supra periodic 5 second pause
  5. Date: 9 Nov 1992 00:50:06 GMT
  6. Organization: University of Nebraska--Lincoln    
  7. Lines: 41
  8. Distribution: world
  9. Message-ID: <1dkcjuINNjlo@crcnis1.unl.edu>
  10. Reply-To: mosemann@unl.edu
  11. NNTP-Posting-Host: unlinfo.unl.edu
  12. Summary: We are experiencing a Supra-to-Supra periodic 5-second pause
  13. Keywords: Supra pause
  14.  
  15.    The scenario:
  16.                                       Private
  17.                           ___________   PBX    ___________
  18.    Mac SE/30 or VT420 ---| Supra (C) |--------| Supra (H) |----
  19.                           -----------          -----------     |
  20.                                                                V
  21.                                                          _____________
  22.                                                         |DECserver 500|
  23.                                                          ------------- 
  24.                                       Private                  ^
  25.                           ___________   PBX    ___________     |
  26.    Mac Quadra or VT420 --| Supra (C) |--------| Supra (C) |----
  27.                           -----------          -----------
  28.  
  29.    Everything uses hardware flow control.  The DECserver speed is 38400.
  30. The VT420's are 38400 and the Macintoshes are 57000.  We can connect to
  31. the terminal server about 1 in every 10 tries.  The modems try to
  32. connect at 14.4 nine of those times and then hang up.  The 10th time
  33. they connect at 9600 with LP and DC.  The modems report a line quality
  34. around 027.  Though, the lines sound just fine to the human ear.  Signal
  35. strength is 016.  Once we get a connection, the modems stick right in
  36. there.  We are hoping that putting the new H ROM's in each modem will
  37. remove some of these problems.
  38.    The currently irritating problem is that we experience pauses,
  39. delays, and jerkiness in the transmission.  Amount of data transferred
  40. does not seem to make a difference.  The pauses are intermittent and
  41. last up to 5 seconds.  The status from the DECserver shows that the
  42. maximum cpu usage is around 10% and there has never been a time when a
  43. buffer was not available for the user.  So, the terminal server is not
  44. loaded and does not appear to be the problem.
  45.    The modems occassionally display RE (receive error) and TE (transmit
  46. error), but they don't display it often and they are not displaying these
  47. messages during the pauses.  If one modem is displaying RE, will the other
  48. modem always be displaying TE and vise versa?  Will RE or TE always be
  49. displayed when an error has been detected and/or a retransmission is taking
  50. place?
  51.    So, do we just have terrible lines, modem-wise, or is something else
  52. happening, and how do I correct it?
  53. --
  54. Russell
  55. mosemann@unl.edu
  56.