Date: Thu, 17 Jun 93 04:30:07 PDT
From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
Errors-To: TCP-Group-Errors@UCSD.Edu
Reply-To: TCP-Group@UCSD.Edu
Precedence: Bulk
Subject: TCP-Group Digest V93 #156
To: tcp-group-digest
TCP-Group Digest Thu, 17 Jun 93 Volume 93 : Issue 156
Today's Topics:
Administrivia - emergency downtime
TCP-Group Digest V93 #155 (2 msgs)
Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the TCP-Group Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: Wed, 16 Jun 93 15:44:46 PDT
From: brian@nothing.ucsd.edu (Brian Kantor)
Subject: Administrivia - emergency downtime
To: tcp-groupx@nothing.ucsd.edu
In an attempt to stop the thousands of mail messages flooding UCSD and the
internet because of a mail loop through USL.EDU's news system, I am going
to disable all tcp-group mail for a day or so. Mail sent to tcp-group
during that time should bounce back for 'address unknown'.
- Brian
------------------------------
Date: 16 Jun 1993 09:57:01 -0400 (EDT)
From: "Brian Ellsworth, Otis Service Center; 203-286-1606"
Subject: TCP-Group Digest V93 #155
To: TCP-Group@UCSD.EDU
>From: "Russell Nelson" <nelson@crynwr.com>
>In pktdrvr.c:pk_attach(), argv[3] is not used. This is the
>parameter that controls the maximum number of packets allowed on
>the transmit queue. Not only that, but a corresponding
>parameter is needed for the receive queue. The kodiak16 packet
>driver happily crashes NOS when it upcalls too many packets
>without giving NOS enough time to process them. NOS will
>happily suck up 80K to hold receive buffers.
>
>The humorous thing is that when you stop pinging it, it
>processes all the receive buffers and sends out a bunch of
>responses.
>
Gee, i thought this was something we 'NOS users' (as opposed to
developers, i guess) just had to live with ! I've been running a
minimized version of PA0GRI's 2.0m for months, just using the asy
driver to a 9600 baud TNC and it ROUTINELY gets crashed by over
zealous pingers testing the 9600 baud repeater system. Generally,
it appears that NOS sucks up all the available memory, then dies.
Seems like there is more than the pktdrvr at fault here.
-Brian Ellsworth (ka1jy)
------------------------------
Date: Wed, 16 Jun 1993 15:26:22 GMT
From: "Brian Ellsworth, Otis Service Center; 203-286-1606"" -a
Subject: TCP-Group Digest V93 #155
>From: "Russell Nelson" <nelson@crynwr.com>
>In pktdrvr.c:pk_attach(), argv[3] is not used. This is the
>parameter that controls the maximum number of packets allowed on
>the transmit queue. Not only that, but a corresponding
>parameter is needed for the receive queue. The kodiak16 packet
>driver happily crashes NOS when it upcalls too many packets
>without giving NOS enough time to process them. NOS will
>happily suck up 80K to hold receive buffers.
>
>The humorous thing is that when you stop pinging it, it
>processes all the receive buffers and sends out a bunch of
>responses.
>
Gee, i thought this was something we 'NOS users' (as opposed to
developers, i guess) just had to live with ! I've been running a
minimized version of PA0GRI's 2.0m for months, just using the asy
driver to a 9600 baud TNC and it ROUTINELY gets crashed by over
zealous pingers testing the 9600 baud repeater system. Generally,
it appears that NOS sucks up all the available memory, then dies.
Seems like there is more than the pktdrvr at fault here.
-Brian Ellsworth (ka1jy)
------------------------------
End of TCP-Group Digest V93 #156
******************************
******************************