簡単な考察

上記のプロトコルを実装するために必要な PDP-10 のスペースは約 400 命令で、入力側と出力側に等分されます。この基本方針の実現可能性を確認するのに十分な実験的コーディングが、SOS バッファリングシステムの実装と使用の経験と合わせて、すでに行われています。

上記は、間接的に以外は、LOGON プロトコルの問題には触れていません。私の考えでは、それはこの提案の枠組みの中で収容できますが、この理論はまだ試していません。先に示したように、SYS データはシステムによって直接解釈されるので（われわれのシステムでは、RUN UUO を用いて LOGON CUSP を走らせ、それが今度はリンク上で ASCII データを使ってハンドシェイクします）、私はこの問題を SYS フラグで扱いたい誘惑にかられます。このようにすれば、専用ソケットという考え方や再接続の泥沼を不要にできるかもしれないと思います。

もう一つ考察を要する点は、リンク上の割り込み機能をどう扱うかという問題です。それは GET/PUT UUO と何らかの直接的な関係をもつべきなのか、それとも別扱いとすべきなのでしょうか。私は、リンク上でのデータ伝送の問題とはまったく独立に、ユーザープロセスの割り込みとして qua 扱うべきだと考えがちです。われわれが現在行っている PDP-10 モニタに関する作業の一部は、真の割り込みとしての実装にかなり容易に適するでしょう。