1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
|
Network Working Group J. White
Request for Comments: 206 Computer Research Lab, UCSB
NIC: 7176 9 August 1971
A User TELNET
Description of an Initial Implementation
PREFACE
The User TELNET described in this document has been implemented
within UCSB's Online System by Mark Krilanovich and makes teletype-
compatible time-sharing systems in the Net accessible to Online
System users.
Contents
Page
I. Function................................................... 1
II. Invoking TELNET............................................ 2
III. The Virtual Teletype....................................... 5
IV. Returning to TELNET........................................ 11
V. Breaking TELNET Connections................................ 12
VI. Abnormal Network Conditions................................ 12
FIGURES
Page
Figure 1. Network Sites........................................ 4
Figure 2. TELNET Character Set................................. 6
Figure 3. Connect Error Codes.................................. 13
Figure 4. Input Error Codes.................................... 13
Figure 5. Output Error Codes................................... 14
I. Function
This document describes a program whose function is to make an Online
System terminal _appear_ to any teletype-compatible, time-sharing
system in the Network _as if it were directly connected to that
system_. By invoking this program from his terminal, an OLS user can
effectively dial up a system at another site and use it as if he were
a local user of that system. The program performs the following
major functions:
1) it resolves keyboard and display device incompatibilities
2) performs character set transformations, and
White [Page 1]
^L
RFC 206 A User TELNET August 1971
3) makes its presence and that of the Network transparent to the
user.
The program which performs these functions is called a _User TELNET_.
It operates in conjunction with another program called a _Server
TELNET_ executing at the site whose system is being used. A Server
TELNET exists at each site whose system is accessible from the Net.
Similarly, a User TELNET must exist at a site before users at that
site have access to remote systems.
User and Server TELNETs access the Net through their respective NCPs,
and operate under a Network-standard protocol which specifies the
hand-shaking procedure by which the two parties connect themselves to
one another, as well as the format of data sent over a pair of
Network connections established between them. A User TELNET makes
such protocol considerations transparent to its users.
The TELNET protocol is based upon the notion of a virtual teletype,
employing a 7-bit ASCII character set. The primary function of a
User TELNET, then, is to provide the means by which its users can
'hit' all the keys on that virtual teletype. If the user's keyboard
happens in fact to actually be a teletype, then the mapping procedure
is a very simple one. However, in UCSB's case, where a user's input
device is an OLS keyboard (a device very different from a teletype),
the mapping is more complex.
The primary function of a Server TELNET is to map the keys on the
virtual teletype into that set of keys _its_ local users can push on
_their_ keyboards. Again, if those keyboards are teletypes, the
mapping done by the Server TELNET is straightforward. In other
cases, the task may be very complex.
A similar set of mappings transforms ouput generated by the remote
system into a form displayable on the user's output device (in UCSB's
case, this device is normally a storage scope).
II. Invoking TELNET
This and succeeding sections describe a preliminary version of a User
TELNET (hereafter referred to simply as TELNET) currently implemented
within the Online System. This initial implementation does not
provide all of the services that a final version must provide, nor
does it provide all the conveniences that the next version will
offer. It's a first pass which will be upgraded in the near future.
White [Page 2]
^L
RFC 206 A User TELNET August 1971
TELNET is accessible from NET, a subsystem (like MOLSF and COL) of
OLS. A user is by default prohibited from loading NET. To have
access to NET enabled fro his user number, a user need only contact
the Computer Center. Assuming the foregoing, Net can be loaded with
the key sequence:
KEYBOARD ENTRY OLS QUERY/RESPONSE
SYST WORK AREAS UPDATED
LOAD NET LOAD NET
RETURN FILE LOADED
or by specifying the system name 'NET' at login.
Once in NET, TELNET is invoked by going to Level II Real and hitting
_LOG_. TELNET responds with a query for site number. The user
should enter in decimal the number of the site (as indicated in
Figure 1) to which he desires access, followed by _RETURN_. TELNET
will then query the user for the Server TELNET's socket_number. By
convention, this number is normally 1, but in certain cases some
other socket may be appropriate. In any case, the user should enter
the socket number in decimal and hit _RETURN_. The dialogue, then,
goes like this:
KEYBOARD ENTRY OLS QUERY/RESPONSE
II LOG FOREIGN SITE NO. = (site number)
site number RETURN FOREIGN SCK NO. = 1
1 RETURN
When the second RETURN is depressed, TELNET will attempt to contact
the designated Server TELNET and establish a duplex connection for
the user. Once the connection has been established, TELNET will
erase the tube and position the carriage to the upper left-hand
corner of the screen. From this point on, the user is effectively
connected to the remote system. TELNET enters a mode in which keys
pushed by the user are mapped into their virtual-teletype equivalents
and incoming text similarly transformed and displayed on the scope.
If the remote system to which the user is connected normally issues a
login message, that message will be the first to be displayed. In
any case, the user should proceed by logging in to the remote system
according to the conventions appropriate to that system.
White [Page 3]
^L
RFC 206 A User TELNET August 1971
Figure 1.
Network Sites
Institution Location Computer Site Site # Site #
Name (HEX) (DEC)
------------------------------------------------------------------------
UCLA Los Angeles Sigma-7 UCLA 01 1
UCLA Los Angeles IBM 360/91 UCL1 41 65
Stanford Research
Institute Menlo Park PDP-10 SRI0 02 2
Stanford Research
Institute Menlo Park PDP-15 SRI1 42 66
UCSB Santa Barbara IBM 360/75 UCSB 03 3
University of Salt Lake City,
Utah Utah PDP-10 UTAH 04 4
Bolt, Beranek, Cambridge,
and Newman Mass. PDP-10 BBN0 05 5
Bolt, Beranek, Cambridge,
and Newman Mass. DDP-516 BBN1 45 69
MIT Cambridge,
Mass. GE 645 MIT0 06 6
MIT Cambridge,
Mass. PDP-10 MIT1 46 70
Rand
Corporation Santa Monica IBM 1800 RAND 07 7
(IBM 360/65)
System Development
Corporation Santa Monica DDP-516 SDC 08 8
(IBM 360/67)
Harvard Cambridge,
University Mass. PDP-10 HRV0 09 9
Harvard Cambridge,
University Mass. PDP-1 HRV1 49 73
White [Page 4]
^L
RFC 206 A User TELNET August 1971
Lincoln Lexington,
Laboratory (MIT)Mass. IBM 360/67 LINO 0A 10
Lincoln Lexington,
Laboratory (MIT)Mass. TX2 LIN1 4A 74
Stanford
University Stanford PDP-10 STAN 0B 11
University of Urbana, Ill. PDP-11 ILl 0C 12
Illinois
Case Western
Resevrve Cleveland,
University Ohio PDP-10 CASE 0D 13
Carnegie-Mellon Pittsburgh,
University Pa. PDP-10 CARN 0E 14
Burroughs Paoli, Pa. B-6500 BURR 0F 15
(Illiac IV)
III. The Virtual Teletype
The algorithm by which TELNET maps the OLS keyboard into the virtual
teletype's character set, and by which it maps that same character
set into the set of characters which can be displayed on the user's
storage scope is defined in Figure 2. A line of that figure reads as
follows:
For line 11:
The key labeled 'LF' (meaning 'Line Feed') on the virtual
teletype, sometimes referred to as 'control-J', is struck by
pressing either _SUB_, _CASE J_, or [1] on an OLS keyboard.
TELNET sends to the remote system an 8-bit character with the
value X'0A'. Whenever 'LF' is received from the foreign system,
TELNET displays it by rolling the carriage down one line.
As indicated in the figure, _CASE_ substitutes for the CNTRL key on a
teletype. Hence, for example, 'control-C' is represented by the key
pair 'CASE C'. Note, however, that _CASE_ and 'C' are hit in
sequence, whereas on a teletype the CNTRL key is held down while 'C'
is struck. 'CASE A' - 'CASE Z' each have an equivalent on the upper
keyboard, and the position of that key on the upper keyboard
corresponds to that of its counterpart on the lower keyboard. Hence,
LS equivalent to CASE A.
White [Page 5]
^L
RFC 206 A User TELNET August 1971
Although TELNET provides the user with the means for transmitting
both upper- and lower-case alphabetics (hitting 'A' sends a lower-
case 'A'; holding down _SHIFT_ and hitting 'A' sends upper-case 'A'),
there is no provision in OLS for displaying lower-case characters on
the storage scope. Hence, TELNET maps lower-case alphabetics into
upper-case before displaying them.
The four virtual teltype keys 'ENQ', 'ACK', 'BEL', and 'NAK' are
displayed by TELNET in a special manner. Two lines are reserved for
these characters at the top of the display area, and whenever TELNET
receives such a character from the remote system, it displays it in
its assigned position within the two-line field. TELNET always
positions those four characters at the top of the display area,
regardless of the user's current position on the scope, then returns
to it.
A storage scope has both positive and negative attributes relative to
a teletype. Display is much quieter on a scope than on a teletype.
However, the noise made by the return of a teletype carriage is often
a valuable cue to the user, frequently signifying that the previous
line of input from the user has been accepted by the system. As a
substitute for this particular cue, TELNET displays an underline
('_') at the left edge on the next line whenever it receives a
carriage return (CR) from the remote system.
Figure 2. TELNET Character Set
To | | Also |Push | Or |Code Sent |Upon receipt
Send| (Explanation)| Known as |Either| |is (in hex)|Displayed as
----+--------------+----------+------+---------+-----------+------------
NUL |NULL | ^@ | [2] | | 00 |
| | | | | |
SOH |Start of | [3]^A | LS |[4]CASE A| 01 |
| Heading | | | | |
| | | | | |
STX |Start of Text | ^B | ATAN | CASE B | 02 |
| | | | | |
ETX |End of Text | ^C | LOG | CASE C | 03 |
| | | | | |
EOT |End of | | | | |
| Transmission| ^D | REFL | CASE D | 04 |
| | | | | |
ENQ |Enquiry | ^E | [4] | CASE E | 05 | [5] <ENQ>
| | | | | |
ACK |Acknowledge | ^F | UP | CASE F | 06 | <ACK>
| | | | | |
BEL |Bell | ^G | DOWN | CASE G | 07 | <BELL>
White [Page 6]
^L
RFC 206 A User TELNET August 1971
BS |Backspace | ^H | EVAL | CASE H | 08 |
| | | | | |
HT |Horizontal | | | | |
|Tab. | ^I | INV | CASE I, | 09 |
| | | | TAB | |
| | | | | |
LF |Line Feed | ^J | SUB | CASE J, | 0A | Carriage
| | | | [1] | | rolled down
| | | | | |
VT |Vertical Tab. | ^K | MAX | CASE K | 0B |
| | | | | |
FF |Form Feed | ^L | MOD | CASE L | 0C |
| | | | | |
CR |Carriage | | | | |
| Return | ^M | DEL | CASE M, | 0D |[6]Carriage
| | | | RETURN| | returned
| | | | | |
SO |Shift Out | ^N | ARG | CASE N | 0E |
| | | | | |
SI |Shift In | ^O | DIFF | CASE O | 0F |
| | | | | |
DLE |Data Link | | | | |
| Escape | ^P | SUM | CASE P | 10 |
| | | | | |
DC1 |Device | | | | |
| Control 1 | ^Q | [7] | CASE Q | 11 |
| | | | | |
DC2 |Device | | | | |
| Control 2 | ^R | [8] | CASE R | 12 |
| | | | | |
DC3 |Device | | | | |
| Control 3 | ^S | RS | CASE S | 13 |
| | | | | |
DC4 |Device | | | | |
| Control 4 | ^T | SQ | CASE T | 14 |
| | | | | |
NAK |Negative | | | | |
| Acknowledge | ^U | CONJ | CASE U | 15 | <NAK>
| | | | | |
SYN |Synchronous | | | | |
| Idle | ^V | EXP | CASE V | 16 |
| | | | | |
ETB |End of | | | | |
| Transmission| | | | |
| Block | ^W | [9] | CASE W | 17 |
| | | | | |
CAN |Cancel | ^X | COS | CASE X | 18 |
White [Page 7]
^L
RFC 206 A User TELNET August 1971
EM |End of Medium | ^Y | SQRT | CASE Y | 19 |
| | | | | |
SUB | Substitute | ^Z | SIN | CASE Z | 1A |
| | | | | |
ESC | Escape |Alt Mode, | NEG | | 1B |
| | ^[ | | | |
| | | | | |
FS | File | ^ | PROD | | 1C |
| Separator | | | | |
| | | | | |
GS | Group | ^] | SORT | | 1D |
| Separator | | | | |
| | | | | |
RS | Record | ^^ | CONV | | 1E |
| Separator | | | | |
| | | | | |
US | Unit | ^<- | PWR | | 1F |
| Separator | | | | |
| | | | | |
SP | Space | |SPACE | | 20 |blank
| | | | | |
! | Exclamation | | ! | | 21 | !
| Point | | | | |
| | | | | |
" | Quotation |Diaeresis | " | | 22 | "
| Marks | | | | |
| | | | | |
# | Number Sign | | # | | 23 | #
| | | | | |
$ | Dollar Sign | | $ | | 24 | $
| | | | | |
% | Percent | | % | | 25 | %
| | | | | |
& | Ampersand | | & | | 26 | &
| | | | | |
' | Apostrophe |Acute | ' | | 27 | '
| | Accent, | | | |
| | Closing | | | |
| | Single | | | |
| | Quote | | | |
| | | | | |
( | Opening | | | | 28 | (
| Parenthesis| | ( | | |
| | | | | |
) | Closing | | | | 29 | (
| Parenthesis| | ( | | |
| | | | | |
* | Asterick | | * | | 2A | *
White [Page 8]
^L
RFC 206 A User TELNET August 1971
+ | Plus | | + | | 2B | +
| | | | | |
, | Comma |Cedilla | , | | 2C | ,
| | | | | |
- | Hyphen |Minus | - | | 2D | -
| | | | | |
. | Period |Decimal | . | | 2E | .
| | Point | | | |
| | | | | |
/ | Slant | | / | | 2F | /
| | | | | |
: | Colon | | : | | 3A | :
| | | | | |
; | Semicolon | | ; | | 3B | ;
| | | | | |
< | Less than | | < | | 3C | <
| | | | | |
= | Equals | | = | | 3D | =
| | | | | |
> | Greater than | | > | | 3E | >
| | | | | |
? | Question Mark| | ? | | 3F | ?
| | | | | |
@ | Commercial At| | @ | | 40 | @
| | | | | |
[ | Opening | | [ | | 5B | [
| Bracket | | | | |
| | | | | |
\ | Reverse Slant| |CASE /| | 5C | \
| | | | | |
] | Closing | | ] | | 5D | ]
| Bracket | | | | |
| | | | | |
^ | Circumflex | | ^ | ^ | 5E | ^
| | | | | |
_ | Underline | | <- | _ | 5F | _
| | | | | |
` | Grave Accent | Opening |CASE `| | 60 |`
| | single | | | |
| | quote | | | |
| | | | | |
{ | Opening Brace| |CASE (| | 7B | {
| | | | | |
| | Vertical Line| | | | | 7C | |
| | | | | |
} | Closing Brace| |CASE )| | 7D | }
White [Page 9]
^L
RFC 206 A User TELNET August 1971
~ | Tilde | Overline,| - | | 7E | ~
| | General | | | |
| | Accent | | | |
| | | | | |
DEL | Delete | Rubout | BACK | | 7F |
| | | | | |
0-9 | Numerics | | 0-9 | | 30-39 | 0-9
| | | | | |
A-Z | Upper Case | |SHIFT | | 41-5A | A-Z
| Alphabetics | |[9] | | |
| | | A-Z | | |
| | | | | |
a-z | Lower Case | | | | 61-7A | A-Z
| Alphabetics | | A-Z | | |
| | | | | |
Table Notes
[1] Down arrow
[2] Superscript 1
[3] Superscript 2
[4] Circle with Dot in the Middle
[5] Superscript 3
[6] Superscript 6
[7] Circle with Plus (+) in the Middle
[8] Circle with Slash (/) in the Middle
[9] Superscript 5
Notes for Figure 2. TELNET Character Set
Superscript 1 - All of the following keys send NULL:
SET, CLR, cent sign, Superscript 0-9
Superscript 2 - '^A' is read 'Control A'. Same for '^B', '^C', etc.
Superscript 3 - ENQ, ACK, BEL, and NAK are displayed as '<ENQ>',
'<ACK>', '<BELL>', and '<NAK>', respectively, in an
area at the top of the screen reserved especially for
those characters.
Superscript 4 - ^A is sent by hitting th keys 'CASE' and 'A' in turn.
Same for ^B, ^C, etc.
Superscript 5 - Upper case 'A' is sent by holding down the SHIFT key
while 'A' is struck. Same for upper case 'B', 'C',
etc.
White [Page 10]
^L
RFC 206 A User TELNET August 1971
Superscript 6 - CR also causes an underline '_' to be displayed in
the left margin as a substitute for the often useful
cue provided by the noisy return of a teletype
carriage.
A storage scope is also a much faster display device than a teletype.
However, in some situations this apparent attribute can be
troublesome. In particular, when a system displays a whole series of
lines of text without requiring input from the user, the display may
be wrapped around from the bottom of the scope to the top, and begin
overlaying itself before the user has had some time to read it all.
In such cases, the following strategy is sometimes useful (and will
make sense once the next section -- Section IV -- has been read): hit
_II_ before the display begins to wrap around upon itself; the
display will stop. After the text has been read, erase the scope and
hit _LOG_ and display will resume.
If the user hits _ERASE_ while in TELNET, that key will have its
usual effect; it will have _no_effect upon the remote system.
However, because of a quirk in the current implementation of TELNET,
_ERASE_ will have the one additional effect of causing the display of
incoming text to be suspended until another key on the virtual
teletype is struck. The user is thus cautioned against erasing the
scope while waiting for a response from the remote system. However,
the user can extricate himself from the situation described by
following the _ERASE_ with NUL on the virtual teletype.
IV. Returning to TELNET
The user can at any time escape from TELNET (and hence from the
remote system to which he is attached) by depressing a level key
(e.g., I, II,...,_SYST, TYPE, LIST_) or of course, by hitting
_RESET_. Any time thereafter, the user may return to TELNET by
hitting _II LOG_ (on NET) once again, and resume operation on his
remote system _exactly where he left off_. When _'II LOG'_ is
pressed this second time, instead of querying the user for site
number as before, TELNET will notice that the user is already
connected to a remote system and simply resume where _it_ left off.
After he escapes from TELNET and before he returns to it, the user
may engage himself in any other Online System activity short of
logging out but including changing systems, while still retaining the
option of subsequently returning to TELNET and resuming activity on
the remote system to which he remains connected. The user can
exploit this property of TELNET to obtain hard copy of a selected
portion of his dialogue with the remote system. The user simply
brings his system to the point at which a listing is thereby desired,
escapes from TELNET by hitting _'TYPE SEL' 1,4 RETURN'_, thereby
White [Page 11]
^L
RFC 206 A User TELNET August 1971
selecting the line printer as a secondary output device, and then
returns to TELNET by pressing _'II LOG'_. All subsequent
communication with the remote system will be recorded for eventual
output on the printer. Logging off of OLS while escaped from TELNET
causes the TELNET connection to be broken automatically by the
system.
V. Breaking TELNET Connections
At any time while the user is in contact with TELNET, after the
connection to the remote system has been established, the user may
terminate that connection by hitting _'CON RETURN'_. TELNET will
respond _'SOCKETS PURGED_'. \ subsequent call to TELNET (i.e., a
subsequent instance of _'II LOG'_) will illicit the original query
for remote site number. The user is then free to connect himself to
another foreign system.
The user is cautioned that breaking Network connections as just
described is not necessarily equivalent to logging out of the remote
system. Some Server TELNETs may, when they detect the breaking of
connections, log the user off of their system; others may leave the
user logged on. The user should be aware of the conventions of the
systems he uses and, where appropriate, log himself off before
breaking connections.
The key sequence _'I DEL RETURN'_ will also terminate a TELNET
connection, but all other connections that may have been previously
established using the operators of Level I are closed as well.
VI. Abnormal Network Conditions
While the user is in TELNET and attached to a remote system, TELNET
monitors the user's Network connections. If any abnormal condition
is detected, it terminates its monitoring and issues a message of the
form:
{CONNECT}
{INPUT} ERROR - CODE = n
{OUTPUT}
where 'n' is one of the values listed in Figures 3-5. A CONNECT
error may occur during TELNET's initial attempt to establish
connections to the remote system; an INPUT error may occur when
TELNET attempts to extract incoming data from the NET; and an OUTPUT
error may occur as TELNET tries to insert outgoing data into the Net.
White [Page 12]
^L
RFC 206 A User TELNET August 1971
Figure 3. Connect Error Codes
4 - A previous invocation of TELNET left a local receive
socket open; the send socket is closed. Hit _'I DEL
RETURN'_.
8 - A previous invocation of TELNET aborted, and _'I DEL
RETURN'_ failed to close the Network connections.
The remote site is probably dead.
12 - All communication paths between UCSB and the
specified remote site are in use.
16 - UCSB's NCP is running at capacity or is drained or
stopped.
20 - The connection attempt was refused by the remote
site.
28 - No such remote site.
36 - Remote site was discovered to be dead.
44 - The Operator has stopped or reset the NCP.
60 - Either the specified remote site is not accepting
input from the net, or there was a failure in the
subnet.
68 - The specified remote site has broken all existing
connections to UCSB.
72 - The remote site is known to be dead.
Figure 4. Input Error Codes
8 - Connections to the server TELNET at the remote site
have been broken.
16 - Connections to the Server TELNET at the remote site
are being broken.
52 - An interrupt was sent by the remote system. Resume
by hitting _LOG_.
White [Page 13]
^L
RFC 206 A User TELNET August 1971
Figure 5. Output Error Codes
8 - Connections to the Server TELNET at the remote site
have been broken.
16 - Connections to the Server TELNET at the remote site
are being broken.
20 - same as 8.
36 - Remote site has died.
44 - The Operator has stopped or reset the NCP.
52 - An interrupt was sent by the remote system. Resume
by hitting _LOG_.
60 - Either the remote site has stopped accepting input
from the Net or there was a failure in the subnet.
64 - same as 60.
68 - The remote site has broken all existing connections
to UCSB.
White [Page 14]
^L
|
