Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!alberta!cpsc.ucalgary.ca!ajfcal!blender!herb
From: herb@blender.uucp (Herb Peyerl)
Newsgroups: comp.sys.apollo
Subject: Re: sr10.3 report
Message-ID: <1990Nov15.000031.i@>
Date: 15 Nov 90 00:00:31 GMT
References: <4dc1a77e.1bc5b@pisa.ifs.umich.edu> <1990Nov16.182247.14214@unx.sas.com>
Organization: Home for the Bewildered
Lines: 23

sasjfp@unx.sas.com (Jeffrey L. Phillips) writes:
>An addendum to the release notes for sr10.3 says that they have made signifiga
>changes to /etc/tcpd.  So much so that it will not talk to any non-10.3 machine
>unless it is run with the -c switch.  In other words, it needs to be:
>       /etc/tcpd -c

The changes they made to /etc/tcpd are not 'significant' so to speak.  It
says in the release notes that there was a slight problem with the occasional
packet.  It would seem that if the checksum on a packet was '0000' then
according to some sort of spec, the checksum is supposed to become 'FFFF'.
The old (<=SR10.2) tcpd didn't perform this... Odds are that you would 
lose 1 in 65k packets.  The '-c' switch induces the old checksum action.

So, regardless of whether you use the old tcpd or the new tcpd action, 
you can at least talk to other Apollo nodes..

Incidentally, our 10.3 nodes came in with '/etc/tcpd -c' as default.

-- 
--------------------------------------------------------------------------
UUCP: herb@blender.UUCP      ||     ...calgary!ajfcal!blender!{herb||root}
ICBM: 51 03 N / 114 05 W     ||   Apollo Sys_admin, Novatel Communications
"I put instant coffee in the microwave oven & went back in time" S. Wright