Network Working Group K. Victor
Request for Comments: 576
Proposal for Modifying Linking
We plan to modify the link jsys in TENEX to work in a little bit
better way in terms of the user interface. Conversations with BBN
indicate that they have no complaints with the current
implementation. However, if after we have gained experience with our
new implementation, we will let them know about it and they will
review the new implementation and possibly accept it as part of
I would appreciate feedback in the next couple of days so that I can
go ahead and implement this proposal (or a modified proposal or
nothing...). (I estimate that it will only take a couple of hours to
(Note that by modifying the jsys, the proposed changes as specified
will be in effect at the user level in the exec.)
The default state for all users will remain as it currently is, i.e.
Now, consider users A, B, and C.
If A and B link to each other they are now holding a conversation.
After establishing a conversation, all members of the conversation
will be placed in the REFUSE LINKS state.
If user C (or any other user) now tries to link to user A (or B), the
bell will ring on users A (or B) and C terminals indicating that A
(or B) is in a REFUSE LINKS state.
If A ignores the bell then C is not admitted to the conversation
and A and B can continue their conversation as if C had never
tried to enter the conversation.
However, if A does a RECEIVE LINKS while the bell is ringing (the
bell rings for approximately 15 seconds), then C will be linked
into the conversation and not to just user A. Thus A and B will
be linked, A and C will be linked, and B and C will be linked,
i.e., a three way conversation. Also, users A, B, and C will be
in the REFUSE LINKS state.