home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / vmsnet / networks / tcpip / multinet / 1934 next >
Encoding:
Text File  |  1992-08-12  |  2.2 KB  |  49 lines
  1. Newsgroups: vmsnet.networks.tcp-ip.multinet
  2. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!lanl!adpdp2.lanl.gov!098802
  3. From: 098802@adpdp2.lanl.gov (098802)
  4. Subject: How can I speed up this SLIP implementation?
  5. Message-ID: <12AUG199209355659@adpdp2.lanl.gov>
  6. News-Software: VAX/VMS VNEWS 1.41    
  7. Sender: news@newshost.lanl.gov
  8. Organization: Los Alamos National Laboratory, EMVAX
  9. Date: Wed, 12 Aug 1992 16:35:00 GMT
  10. Lines: 37
  11.  
  12.  
  13. Does anyone out there have any experience with methods of speeding up SLIP ?
  14.  
  15. I have the following configuration:
  16.  
  17. Several hundred PCs are connected to a Micom data PBX switch which is connected
  18. to a Xyplex Terminal Server. The PCs run FTP Software's PC/TCP product. We use
  19. the SLIP portion of that product to talk to SLIP software on the terminal
  20. server. The terminal server is connected to our Ethernet backbone, to which
  21. the target VAX is also connected. This VAX is running Multinet, which is how I
  22. can justify sending this posting to this group.
  23.  
  24.  ----------    data PBX         ----------   Ethernet     --------
  25. |   PC     |-------------------|  Xyplex  |--------------|  VAX   |
  26.  ----------    @ 9600 baud     | Terminal |               --------
  27.                                |  Server  |
  28.                                 ----------
  29.  
  30. The users of this system complain that their response time is too slow.
  31. That is, their response time from their VAX applications is 4 to 7 seconds
  32. slower than from a regular vt220 terminal connected by the same switch to 
  33. a LAT terminal server.
  34.  
  35. I can see from the packet statistics on the PC side that I am getting some 
  36. retransmits and duplicate packets on the PC. These are about 10% of the total 
  37. traffic. I assume that most retransmits are being caused by the not receiving 
  38. the acknowledgment in the PC's alotted time, and that duplicates are caused by
  39. the VAX not receiving the acknowledgement in a timely manner.
  40.  
  41. My questions are the following:
  42.  
  43. Is there any way to extend the time period which Multinet waits before it 
  44. does a retransmit? 
  45.  
  46. What would be the effect of replacing the 9600 line with a 19.2 line. I know
  47. you couldn't expect it to be twice as fast, but could you expect it to be
  48. 1.75 times as fast?
  49.