<div dir="ltr">I think the PLI supported an interface that made it transparently like the IMP (BBN 1822 interface) so a  host would not know it was connected to something other than an IMP but I am not absolutely sure.<div><br></div><div>v</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 13, 2018 at 9:29 PM, Bill Ricker <span dir="ltr"><<a href="mailto:bill.n1vux@gmail.com" target="_blank">bill.n1vux@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Vint replied (not shouting) --<br>
<span class=""><br>
> NO, IT WAS END-TO-END, SO THE MILNET LINKS WERE NOT<br>
> ENCRYPTED IF MEMORY SERVES. THE HOSTS ON EITHER<br>
> END OF THE PRIVATE LINE INTERFACE HAD ALL THEIR TRAFFIC<br>
> ENCRYPTED. OF COURSE IT STAYED ENCRYPTED AS IT TRAVERSED<br>
> THE INTERVENING IMPS OF THE MILNET AND/OR ARPANET.<br>
> MILNET DID NOT COME INTO EXISTENCE UNTIL THE TCP/IP<br>
> FLAG DAY, JANUARY 1983 BY THE WAY.<br>
<br>
</span>I stand corrected that i shouldn't have referred to the PLI-eligible<br>
Military hosts attached to on NCP (D)ARPAnet as MILNET.<br>
:-)<br>
<br>
Ok, for this thread OP request :<br>
Were the PLI in use pre-TCP ?<br>
Did the PLI  have a bypass or null-key option to allow a host<br>
(rebooted to sanitzed state with classified files off-line) to connect<br>
to the normal, PLI-less ARPAnet hosts ?<br>
<br>
<br>
(-: We could say the PLI were the original VPN or rather Virtual Sub Nets :-)<br>
<br>
So sending an INTEL file from a PLI host to an MIT host just wouldn't<br>
work, unless the MIT host temporarily was connected via a PLI with<br>
matching key, which would involve shenanigans strange even by MIT or<br>
Community standards.<br>
<br>
Maybe NATICK LABS is involved, per article referenced in OP, because<br>
file was sent via PLI to them (when did they get a host?) and moved<br>
tapes from there to MIT?<br>
(As long as the orginating branch had provided waivers it might even<br>
have been vaguely legal to read the tape at MIT?)<br>
(Courier with 6 tapes in a bag on the night train still better bandwidth?)<br>
<br>
One could have sent an UNCLASS file to MIT from an UNCLASS host at Ft<br>
Meade (mentioned in the article), but file would have to be downgraded<br>
from NSA system of origin to //UNCLASS//FOUO// in order to put it onto<br>
the rare, air-gapped UNCLASS system that was connected to the net<br>
normally (no PLI).<br>
Doing that with actual INTEL DB would still be have been wrong, in<br>
addition to whether it was (im)properly gathered or not.<br>
<br>
( Alas the Ft Meade Unclass system that I remember on the net,<br>
DOCKMASTER MULTICS, is documented as being a 1984 install. Also one of<br>
the last MULTICs to be turned off, 1998. So it was never on NCP<br>
ARPAnet.)<br>
<br>
What was DOCKMASTER's precursor in the NET-facing role at Ft Meade,<br>
and how early?<br>
That is relevant to (in)validating the clippings referenced in OP.<br>
<span class=""><br>
> DEPENDING ON THE KEYS USES, THE PLI WAS<br>
> ABLE TO CARRY AT LEAST TS AND POSSIBLY SCI.<br>
<br>
</span>Oh, interesting, I'd forgotten that.<br>
<br>
If there were Spooks doing _remote_ collaboration with social<br>
scientists early enough to be relevant to OP query re AGILE+CAM,<br>
they'd have to have been PLI customers, except for very general<br>
UNCLASS support/research work.<br>
<br>
(Presumably the several communities still had need for PLI's for their<br>
system-high subnet, once the //UNCLASS//FOUO// TCP/IP MILNET was<br>
separated from ARPAnet.)<br>
<span class="HOEnZb"><font color="#888888"><br>
//bill<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">New postal address:<div>Google<br><div>1875 Explorer Street, 10th Floor</div><div>Reston, VA 20190</div></div></div></div>
</div>