>Date: Sat, 15 Jun 1996 21:59:57 -0400 (EDT)
>From: "Nathaniel D. Daw" <ndd2@columbia.edu>

>ftp-ing a file from my machine (not to) using either put or get. the file
>seems to send, then the program freezes up for a while and finally reports
>"connection reset by peer'
>
>sending mail (e.g. from netscape or using mail) does the same sort of
>thing.
>
>telnet works, but occasionally pasting into a session from x freezes up
>the session.
>
>in every case, the ppp conection still works fine, it is only the
>particular session that dies. netstat shows in at least the first couple
>of cases that the connection is stuck in a tcp_wait state. I have tried
>various remedies, such as escaping control characters and so on, but to no
>avail. So I thought I'd ask if anyone recognizes the problem before I
>started serious debugging and packet tracing. Anyone?

I had similar problems.  To see if your problem is the same as mine,
try this experiment:  Pick a "nearby" machine on the other side of
your ppp link; then try

# ping <machine>
# ping -s 1400 <machine>
# ping -s 400 <machine>

The first ping will work (100% packets returned).  The second will
*fail* (0% packets returned).  The third ping will be somewhere in the
middle; some packets will be returned, some won't.

If your results match those above, then you have the same problem I
did:  Your transmitted data is being garbled or lost by the com
driver.

I got a hacked up older version (1.61) of comreg.h+com.c from Phil
Knaack, which solved this problem for me.  I haven't yet found out
why.
-- 
Mike Long <mike.long@analog.com>     <URL:http://www.shore.net/~mikel>
VLSI Design Engineer         finger mikel@shore.net for PGP public key
Analog Devices, CPD Division          CCBF225E7D3F7ECB2C8F7ABB15D9BE7B
Norwood, MA 02062 USA       (eq (opinion 'ADI) (opinion 'mike)) -> nil