Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!mips!cs.uoregon.edu!ogicse!intelhf!ichips!iwarp.intel.com!gargoyle!chinet!les
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: comp.mail.uucp
Subject: Re: Getting uucico to send 1 packet at a time, wait for ack
Keywords: uucico, stat mux
Message-ID: <1991Apr06.205827.5159@chinet.chi.il.us>
Date: 6 Apr 91 20:58:27 GMT
References: <14673@life.ai.mit.edu> <288@raysnec.UUCP> <14720@life.ai.mit.edu>
Organization: Chinet - Chicago Public Access UNIX
Lines: 23

In article <14720@life.ai.mit.edu> splee@pogo.gnu.ai.mit.edu (Seng-Poh Lee, Speedy) writes:

>Being a stat mux with limited bandwidth, disabling xon/xoff still won't
>solve the problem of uucico getting too far ahead of the buffers. Yes, I
>can disable the flow control, but I still want to configure uucico to send
>one packet at a time. I feel this will result in the best throughput, instead
>of overflowing the buffer and resulting in constant retransmission. I know
>uucico can be configured to do this. I'd just like to know how.

You have to disable the mux flow control anyway, since the xon/xoff
characters will appear in the uucico data stream and must be passed
through transparently.  If you have source (I don't...) you should
be able to find a value for the default packet window somewhere and
change it to anything from 1 to seven (it's stored in a 3-bit field
so 7 is the maximum allowed).  If you don't have source, the only way
to change it is to patch your binary.  I've seen postings showing how
to change to 7 packets that indicated that the number is stored in
a single place.  Happy hunting.  Maybe if you say what version you
are running some kind soul with source will compile both ways and
tell you what byte to zap.

Les Mikesell
  les@chinet.chi.il.us