home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13004 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  2.7 KB
  1. Xref: sparky comp.dcom.modems:13004 comp.mail.uucp:1746
  2. Path: sparky!uunet!airs!ian
  3. From: ian@airs.com (Ian Lance Taylor)
  4. Newsgroups: comp.dcom.modems,comp.mail.uucp
  5. Subject: Re: UUCP 'G' protocol packet size
  6. Message-ID: <5252@airs.com>
  7. Date: 5 Sep 92 15:51:36 GMT
  8. References: <1079@bazooka.amb.org>
  9. Sender: news@airs.com
  10. Followup-To: comp.dcom.modems
  11. Lines: 45
  12.  
  13. ti@bazooka.amb.org (Ti Kan) writes:
  14.  
  15. >Also, on Pg. 321 it says that although the G protocol allows for
  16. >data packets with different K-values (physical lengths) to be sent
  17. >in a session, in practice both ends always use the value negotiated
  18. >at the start of the session.
  19.  
  20. This is correct.  Note that the SVR4 'G' protocol (as opposed to the
  21. standard 'g' protocol, which is what I believe you are discussing)
  22. does not accept data packets of different lengths.
  23.  
  24. >With the previous paragraph in mind, I looked into the version of
  25. >uucico that I'm using and found that the "packet size" is hardwired
  26. >to 64 bytes.  So the question is, is there any benefit in increasing
  27. >this to something like 4096 bytes?  Do I run the risk of making my
  28. >uucico incompatible with other systems?
  29.  
  30. Yes, increasing the packet size can improve throughput enormously
  31. (unless you are using Telebit spoofing, which only operates on a
  32. packet size of 64 bytes).  Yes, you do run the risk of making your
  33. uucico incompatible with other systems.  There are many uucico's which
  34. will accept any packet size.  However, there are several which have an
  35. upper limit of 128 bytes (off hand I believe this is true of some or
  36. all versions of SunOS and Ultrix), and there may be other upper limits
  37. less than 4096 bytes.  The best thing to do is to try it; if the other
  38. uucico will not accept the large packets, it will crash or otherwise
  39. drop the connection, and you will know to reduce the packet size on
  40. your end.
  41.  
  42. Be aware that the 'g' protocol checksum is not great.  If accuracy of
  43. data is a concern, then I think 1024 byte packets are about the
  44. largest for which the checksum will be reliable.
  45.  
  46. Also be aware that the data packet size is NOT a negotiation.  It is
  47. an announcement of what data packet size you would like to receive.
  48. You should not send large data packets unless the other side requests
  49. them.  Increasing your data packet size request will request the
  50. remote computer to send you large data packets, which is what you want
  51. if you receive large amounts of data, such as news, from the remote
  52. system.  This is somewhat covered in the comp.mail.uucp FAQ.
  53. -- 
  54. Ian Lance Taylor                ian@airs.com                uunet!airs!ian
  55. First person to identify this quote wins a free e-mail message:
  56. ``I would prefer my life to contain more hours of pain, if that means
  57.   that none of this pain is still to come.''
  58.