home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / sys5 / r4 / 1095 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  3.3 KB
  1. Xref: sparky comp.unix.sys5.r4:1095 comp.dcom.modems:18770
  2. Path: sparky!uunet!stanford.edu!rutgers!fdurt1.fdu.edu!wisdom.bubble.org!jeff
  3. From: jeff@wisdom.bubble.org (Jeff Ross)
  4. Newsgroups: comp.unix.sys5.r4,comp.dcom.modems
  5. Subject: uucp woes
  6. Summary: uucp failures
  7. Keywords: uucp esix worldblazer sas
  8. Message-ID: <1993Jan01.191128.4566@wisdom.bubble.org>
  9. Date: 1 Jan 93 19:11:28 GMT
  10. Organization: Wisdom's Pony Express
  11. Lines: 68
  12.  
  13.  
  14. here is the saga, running (or trying to run) Esix SVR4 (4.0.4) however I am
  15. plaiged by problems with uucico and/or SAS-1.25.  To make matters worse
  16. there is a telebit worldblazer (LA7.01 roms problems where present with
  17. 5.01 as well)
  18.  
  19. when I call out from the Esix machine and download files from a remote
  20. host the transfer will fail, no if ands or buts about it, all I get 
  21. are alarms, the alarms will come at random times durring the transfer,
  22. but always within the first 40k or so.
  23.  
  24. after borrowing an hp datascope from work, I monitored the line between
  25. the modem and computer sent it to telebit for evaluation, their
  26. assesment was that the worldblazer was functioning properly and that the
  27. unix machine was not, more specifically, the unix machine was
  28. "supposedly" dropping a packet and requesting a retransmission which the
  29. worldblazer "supposedly" retransmitted correctly.  according to telebit
  30. they even examined the packets that the telebit was sending to the
  31. unix machine to verify the checksum was correct. (it was) thus they
  32. concluded that the worldblazer is fine, but the unix machine is at
  33. fault.
  34.  
  35. let me go into a little more detail, the baud rate is locked and 38.4k,
  36. serial ports have 16550's and sas proclaims that fifo is enabled.  I
  37. have tried dropping the bps rate to 19.2k (in the feeling that the unix
  38. machine can't handle it although the drive has been moved from the
  39. normal '386sx to a '486DX and the same failure occures).  more fuel, I
  40. replaced the WB with a T2500, everything works perfectly!  (or at least
  41. after running 1.5+ meg through the port.)  I have run this unix machine
  42. plugged directly into the serial port of a SCO unix machine (svr3.2v2)
  43. and transfered files in excess of 7meg at a clip @ 38.4k with no
  44. problems.
  45.  
  46. I have installed the patch concerning the fubyte problem, that didn't
  47. make a difference,  I went to using SAS over the stock async drivers
  48. because I was unable to get the modem to work bi-directionally without
  49. it, maybe somebody knows how to get esix drivers working properly?  Esix
  50. didn't, (last time I spoke to them was when Jeff Ellis was still there)
  51. then again the parallel port didn't work either until they sent me a
  52. supposely "public domain" program called "spp" that solved the printing
  53. problem.
  54.  
  55. does anybody have a worldblazer working properly on an esix SVR4 (4.0.4)
  56. system?  the WB is set up properly (been in use on a SCO unix machine
  57. ever since TB swapped out my T3000 for it) and the parameters where
  58. verified by TB to be correct.
  59.  
  60. I am suspect of the WB due to the above information I have listed, but
  61. then again the WB seems to be running fine under SCO.  go figure!
  62.  
  63. I'd be willing to send a copy of the protocol trace to anybody that's
  64. interested but be forwared it was written on a HP 4952 (4951?) protocol
  65. analyzer.
  66.  
  67. any help would be appreciated!!!
  68.  
  69.  
  70.                 Jeff
  71.  
  72.  
  73.  
  74.  
  75.  
  76. -- 
  77.  
  78. .Sig??? you want a stinkin' .Sig???
  79. Jeff Ross
  80. 201-299-1819 (home)                jeff@wisdom.bubble.org
  81.