Frederick Bruckman wrote:
> On Tue, 15 Jun 2004, Carl Brewer wrote:
> 
> 
>>I've got a NetBSD 1.6.1 box sitting behind a dialup
>>line running IP Filter, sendmail & squid, to provide a
>>firewall and mail routing for a small office.
>>
>>Every now and then (week or so) they see the following
>>on the console :
>>
>>Jun 15 11:59:19 fw pppd[165]: write: No buffer space available
> 
> 
> I've seen it too. A work-around seems to be to disable compression,
> or reduce it -- with "deflate 9", I don't get that anymore at all.
> The problem may be fixed in current and NetBSD 2.0, as they have a
> newer version of pppd, but I haven't tried them yet for this.

I'll give that a try and see how it goes.  Won't that kill
some performance though?

>>fw: {32} more peers/connect
>>/dev/tty00
>>57600
>>connect "/usr/sbin/chat -f /etc/ppp/chat-dialin-connect"
>>defaultroute
>>mru 1500
>>crtscts
>>modem
>>lock
>>netmask 255.255.255.0
>>lcp-echo-interval 60
>>lcp-echo-failure 6
>>asyncmap 0x0
>>passive
>>persist
>>noauth
>>#usepeerdns
> 
> 
> It's interesting that you're using "passive persist" instead of
> "demand". Does the other side call you?

No.  This is a config that I inherited and haven't looked
overly closely at.  Would I be better off with

demand

instead of

passive
persist

?

cheers

Carl