Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!munnari.oz.au!uniwa!toivo
From: toivo@uniwa.uwa.oz (Toivo Pedaste)
Newsgroups: comp.unix.ultrix
Subject: Re: Problems with SLIP on Ultrix 4.0
Message-ID: <1991Apr4.105809.12887@uniwa.uwa.oz>
Date: 4 Apr 91 10:58:09 GMT
Article-I.D.: uniwa.1991Apr4.105809.12887
References: <1991Apr3.210534.10734@scrumpy@.bnr.ca>
Organization: University of Western Australia
Lines: 37

larryd@bnrmtl.bnr.ca (Larry Dunkelman) writes:


>I have slip running between a 5820 and 3100 running Ultrix 4.0. It has 
>been working fine until today.  All of a sudden, I started to get 
>the following :

>/etc/ping eden
>sendto: no buffer space available
>ping: wrote eden 64 chars, ret=-1
>.
>.
>.


I suppose I'll contribute some of my ignorance on the matter.

When we were running slip across a 2400 baud line this would occur at
times, in that case if you offed the interface for a while it would
eventually go away. On a couple of 9600 baud lines that were connected
directly to a uVax the problem didn't seem to occur, however when we
moved one of these lines onto a Decserver it started happening regularly.

My guess as to what is happening is the the buffer space refered to is
a per interface limit on the number of data buffers outstanding and
the message occurs when the data is being sent faster than it is able
to be transmitted. There is a problem that this condition is not recovered
from, possibly due to a bug in the networking code that doesn't usually show
up because it is generally possible to transmit onto the ethernet faster
than to send data into the network software.

I have query outstanding with Dec support on the matter, since it was Dec that
suggested the slip via decserver configuration would work.
-- 
	Toivo Pedaste				ACSNET:   toivo@uniwa.uwa.oz
	WARCC,					INTERNET: toivo@uniwa.uwa.oz.au
	University of Western Australia		Phone:    (09) 380 2605