Tabla de contenidos 
Modelo cliente/servidorTabla de contenidos Modelo cliente/servidor
Figura: TELNET- Protocolo de conexión remota.
TELNET es un protocolo estándar siendo su número STD de 8. Su status es recomendado. Se describe en el RFC 854 - Especificaciones del protocolo TELNET y RFC 855 - "TELNET Option Specifications".
El protocolo TELNET proporciona una interfaz estandarizada, a través de la cual un programa de un host(el cliente de TELNET) puede acceder a los recursos de otro host (el servidor de TELNET) como si el cliente fuera una terminal local conectada al servidor.
Por ejemplo, un usuario de una estación de trabajo situada en una LAN se puede conectar al host. Por supuesto, TELNET se puede usar tanto en LANs como en WANs.
Figura: Conexión remota usando TELNET - TELNET permite la entrada del usuario conectado a la LAN del mismo modo que lo haría el usuario de una terminal local.
La mayoría de las implementaciones de TELNET no soportan entornos gráficos.
TELNET es un protocolo basado en tres ideas:
Los dos hosts comienzan verificando que existe una comprensión mutua entre ellos. Una vez que se ha completado esta negociación inicial, son capaces de trabajar en el nivel mínimo implementado por la NVT. Después de haber logrado este entendimiento mutuo, pueden negociar opciones adicionales para ampliar las capacidades de la NVT y así reflejar con precisión la capacidad del hardware real que se está usando. Debido al modelo simétrico usado por TELNET, tanto el cliente como el servidor pueden proponer el uso de opciones adicionales.
Figura: El modelo simétrico de TELNET - La negociación comienza con la NVT como punto de partida.
La NVT cuenta con un monitor o "display" y un teclado. El teclado produce datos de salida, que se envían por la conexión TELNET. El monitor recibe los datos de entrada que llegan. Las características básicas de una NVT, a menos que sean modificadas por opciones establecidas de común acuerdo, son:
Los datos se representan en código ASCII de 7 bits, transmitido en bytes de 8 bits.
Todas estas opciones pueden ser negociadas por los dos hosts. Por ejemplo, se prefiere el eco local porque la carga de la red es inferior y el rendimiento superior pero existe la opción de usar el eco remoto, aunque no se le requiera a ningún host.
Figura: Opción de eco -Se puede usar la función de eco remoto en vez del local si ambas partes están de acuerdo.
La anchura del retorno de carro y la longitud de la página en un monitor NVT no están especificados. Puede manejar caracteres ASCII imprimibles(códigos ASCII del 32 al 126) y puede entender algunos caracteres ASCII de control tales como:
Hay un gran número de opciones de TELNET; el lector debería consultar STD 1 - Estándares oficiales de IP para conocer la estandarización y el status de cada una de ellas. Durante la redacción de este documento, estaban definidas las siguientes opciones:
Tabla: Opciones (Parte 1 de 2)
de TELNET
Tabla: Opciones (Parte 2 de 2)
de TELNET Todas las opciones estándar tienen status recomendado y el resto, electivo. Existe una versión histórica de la opción de entorno de TELENET cuyo status es no recomendado; es la opción 36 de TELNET y está definida en el RFC 1408.
El TELNET a pantalla completa es posible siempre que el cliente y el servidor tengan medios compatibles para el uso de esta. Por ejemplo, VM y MVS proporcionan un servidor capaz de soportar un TN3270. Para usar este recurso, el cliente debe soportar también el TN3270.
La comunicación entre cliente y servidor es manejada por comandos internos, que no son accesibles a los usuarios. Todos los comandos internos de TELNET consisten en secuencias de 2 o 3 bytes, dependiendo del tipo de comando.
El carácter IAC("Interpret As Command"; Interpretar Como Comando) es seguido de un código de comando. Si este comando trata con opciones de negociación, el comando tendrá un tercer byte para mostrar el código asociado a la opción indicada.
Figura: Estructura de los comandos internos de TELNET - Este comando propone la negociación sobre el tipo de terminal.
Usando los comandos internos, TELNET es capaz de negociar opciones en cada host. La base inicial de la negociación es la NVT: cada host que se quiera conectar debe estar de acuerdo con este mínimo. Cada opción se puede negociar haciendo uso de los cuatro códigos de comando "WILL, WON'T, DO, DON'T" descritos anteriormente. Además, algunas opciones tienen a su vez sub-opciones: si ambas partes acuerdan una opción, usarán los comandos SB y SE para llevar a cabo la sub-negociación. Aquí se muestra un ejemplo simplificado de como funciona la negociación de opciones:
Los tipos de terminal se definen en STD 2 - Números asignados.
El objetivo principal del protocolo TELNET es proporcionar una interfaz estándar para hosts en una red. Para permitir que comience una conexión. TELNET establece una representación estándar para algunas funciones: