Google
 

Trailing-Edge - PDP-10 Archives - bb-bt99g-bb - dcn702.d11
There is 1 other file named dcn702.d11 in the archive. Click here to see a list.
                 EDIT DESCRIPTIONS FOR TOPS-10-DCN-V702                         
  
  
                             EDIT 11872  FOR DECNET
  
[SYMPTOM]
  
DECnet doesn't talk to a PHASE IIIE/PHASE IV node.  Spurious event 4.8
codes in SPEAR.  Lines don't come up.
  
  
[DIAGNOSIS]
  
ROUTER doesn't.
1. You can't set a non-null transmit password for router.
2. ROUTER processes XPORT-inits before checking the version number.
3. Routing messages bigger than NN (%RTMXN) are discarded.
4. We require verification randomly, causing the remote node  to  send
   verification when we don't expect it.  Thus Event 4.8.
5. EVENT logging code for Partial Routing Update loss  is  wrong,  and
   trashes  the  message  we  want to process.  Test for PRUL is wrong
   too.
  
  
[CURE]
  
1. Build a default XMIT transmit password = "DECNET20".  (The same  as
   the  DN20s  use.)  This  may  be  patched at RTRXPW - It's an 8-bit
   string with leading byte count.
2. Don't process any part  of  a  transport-init  before  parsing  and
   validating the version number.
3. Correctly  parse,  checksum,  and  use  routing  messages  of   any
   size...If  smaller than what we expect, log a PRUL, but use what we
   get.  If bigger (IIIE), use only those nodes numbered less than NN.
   (Don't log) Even process messages whose size we expect.
4. Set the verification reqired bit in the transport INIT we send only
   if WE require verification.  Not if the circuit block does.
5. Output the actual number of nodes in the routing message,  not  the
   first  two  bytes of the message.  This lets the message get parsed
   correctly.  Fix PRUL test.
  
Note that we send the first 8 bytes of the xmit password to a phase II
node which requires verification.  (Phase II spec)
  
  
********************************************************************************
  
  
  
END OF  TOPS-10-DCN-V702