diff options
author | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
---|---|---|
committer | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
commit | 4bfd864f10b68b71482b35c818559068ef8d5797 (patch) | |
tree | e3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc1078.txt | |
parent | ea76e11061bda059ae9f9ad130a9895cc85607db (diff) |
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc1078.txt')
-rw-r--r-- | doc/rfc/rfc1078.txt | 115 |
1 files changed, 115 insertions, 0 deletions
diff --git a/doc/rfc/rfc1078.txt b/doc/rfc/rfc1078.txt new file mode 100644 index 0000000..7ec82e1 --- /dev/null +++ b/doc/rfc/rfc1078.txt @@ -0,0 +1,115 @@ + + + + + + +Network Working Group M. Lottor +Request For Comments: 1078 SRI-NIC + November 1988 + + + TCP Port Service Multiplexer (TCPMUX) + +Status of this Memo + + This RFC proposes an Internet standard which can be used by future + TCP services instead of using 'well-known ports'. Distribution of + this memo is unlimited. + +Overview + + Ports are used in the TCP to name the ends of logical connections + which carry long term conversations. For the purpose of providing + services to unknown callers, a service contact port is defined. The + contact port is sometimes called the "well-known port". Standard TCP + services are assigned unique well-known port numbers in the range of + 0-255. These ports are of limited number and are typically only + assigned to official Internet protocols. + + This RFC defines a protocol to contact multiple services on a single + well-known TCP port using a service name instead of a well-known + number. In addition, private protocols can make use of the service + without needing an official TCP port assignment. + +The Protocol + + A TCP client connects to a foreign host on TCP port 1. It sends the + service name followed by a carriage-return line-feed <CRLF>. The + service name is never case sensitive. The server replies with a + single character indicating positive ("+") or negative ("-") + acknowledgment, immediately followed by an optional message of + explanation, terminated with a <CRLF>. If the reply was positive, + the selected protocol begins; otherwise the connection is closed. + +Service Names + + The name "HELP" is reserved. If received, the server will output a + multi-line message and then close the connection. The reply to the + name "HELP" must be a list of the service names of the supported + services, one name per line. + + The names listed in the "Protocol and Service Names" section of the + current edition of "Assigned Numbers" (RFC-1010 at this time) are + reserved to have exactly the definitions specified there. Services + + + +Lottor [Page 1] + +RFC 1078 TCPMUX November 1988 + + + with distinct assigned ports must be available on those ports and may + optionally be available via this port service multiplexer on port 1. + + Private protocols should use a service name that has a high chance of + being unique. A good practice is to prefix the protocol name with + the name of your organization. + + Multiple versions of a protocol can suffix the service name with a + protocol version number. + +Implementation Notes + + A negative reply will typically be returned by the port-multiplexing + process when it can't find the requested service. A positive reply + will typically be returned by the process invoked by the port + multiplexer for the requested service. + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Lottor [Page 2] +
\ No newline at end of file |