blob: ba3f0f895b39968bc2ea70675301d70329e5f4c3 (
plain) (
blame)
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
|
Network Working Group R. Nedved
Request for Comments: 946 Carnegie-Mellon University
May 1985
TELNET TERMINAL LOCATION NUMBER OPTION
Status of this Memo
This RFC proposes a new option for Telnet for the ARPA-Internet
community, and requests discussion and suggestions for improvements.
Distribution of this memo is unlimited.
Overview
In a community of users that share a large degree of common
facilities, it is often advantageous to use some common feature to
improve software performance and reduce initial implementation costs.
In March of 1982, CMU designed and implemented based on the growing
CMU PUP-based network a terminal location database and modified
existing network software to handle a 64-bit number which some call
the Terminal Location Number or TTYLOC for short. The number can be
efficiently stored in operating systems tables and can be passed
between various levels of operating system and network layering with
minimum modifications to existing software. An initial evaluation of
changing software to communicate an unfixed or reasonable length
terminal location string indicated it would be expensive.
CMU now wishes to extend this mechanism into the TCP-based networking
support that is replacing the existing PUP-based software. The
mechanism is not viewed as a replacement for the Telnet Terminal
Location (SEND-LOCATION) Option but as a shorthand mechansim for
communicating hosts in the same community.
TTYLOC Number
The TTYLOC number is a 64-bit number composed of two (2) 32-bit
numbers: The 32-bit official ARPA Internet host address (may be any
one of the addresses for multi-homed hosts) and a 32-bit number
representing the terminal on the specified host. The host address of
[0.0.0.0] is defined to be "unknown", the terminal number of FFFFFFFF
(hex, r or-1 in decimal) is defined to be "unknown" and the terminal
number of FFFFFFFE (hex, or -2 in decimal) is defined to be
"detached" for processes that are not attached to a terminal.
Nedved [Page 1]
^L
RFC 946 May 1985
Telnet Terminal Location Number Option
1. Command Name and Option Code
TTYLOC 28
2. Command Meanings
IAC WILL TTYLOC
The sender offers to send the TTYLOC information or confirms that
it can send the TTYLOC information.
IAC WON'T TTYLOC
The sender refuses to send the TTYLOC information.
IAC DO TTYLOC
The sender requests to receive the TTYLOC information or confirms
that it will receive the TTYLOC information.
IAC DON'T TTYLOC
The sender refuses to receive the TTYLOC information.
IAC SB TTYLOC <format> <TTYLOC number with IAC doubling> IAC SE
The sender is transmitting the TTYLOC information. The 64-bit
TTYLOC number has format 0. The first 32-bits is the Internet host
number and the second 32-bits is the line on the specified
Internet host. The bytes are in most significant 8-bit byte to
least significant byte order.
3. Default Specification
WON'T TTYLOC
TTYLOC information will not be sent.
DON'T TTYLOC
TTYLOC information will not be received.
Nedved [Page 2]
^L
RFC 946 May 1985
Telnet Terminal Location Number Option
4. Motivation
Many systems provide a mechanism for finding out where a user is
logged in from usually including information about telephone
extension and office occupants names. The information is useful for
physically locating people and/or calling them on the phone.
For incoming network connections to a host, only the remote host's
name is available. This option and the Telnet Terminal Location
option (RFC-779) provide the information to the system so it in turn
can provide the information to the various mechanisms (FINGER, WHOIS,
etc.).
5. Description of the Option
When the user Telnet connects to a remote host, it can attempt to
send the terminal location number information by doing a
IAC WILL TTYLOC command. If the Telnet server can use the
information, it replies with a IAC DO TTYLOC command. The user Telnet
then sends the TTYLOC number in the subnegotiation.
It is recommended that if sending the TTYLOC number is refused then
the Telnet Terminal Location (SEND-LOCATION in RFC-779) should be
attempted.
The following are two example usage scenarios:
User Side First:
(User) Host1: IAC WILL TTYLOC
Host1 is asking if it can send the 64-bit terminal location
number (I will send...).
(Server) Host2: IAC DO TTYLOC
Host2 indicates to Host1 that it will accept the 64-bit
terminal location number in a subnegotiation (You please do
...).
(User) Host1: IAC SB TTYLOC 0 <64-bit number> IAC SE
Host1 is sending the location number to Host2 which can
communicate the number to the operating system or other
system components.
Nedved [Page 3]
^L
RFC 946 May 1985
Telnet Terminal Location Number Option
Server Side First:
(Server) HostA: IAC DO TTYLOC
HostA indicates to HostB that it would like to know the
64-bit terminal location number (You please do ...).
(User) HostB: IAC WILL TTYLOC
HostB agrees to send the 64-bit terminal location number to
HostA in a subnegotiation (I will send...).
(User) HostB: IAC SB TTYLOC 0 <64-bit number> IAC SE
HostB is sending the location number to HostA which can
communicate the number to the operating system or other
system components.
Nedved [Page 4]
^L
|
