La entrada remota de trabajos , o lote remoto , es el procedimiento para enviar solicitudes de tareas ( trabajos ) de procesamiento de datos no interactivas a computadoras centrales desde estaciones de trabajo remotas y, por extensión, el proceso de recibir el resultado de dichos trabajos en una estación de trabajo remota.
La estación de trabajo RJE se denomina remota porque normalmente está ubicada a cierta distancia de la computadora host. La estación de trabajo se conecta al host a través de un módem , enlace digital, red de conmutación de paquetes [a] o red de área local (LAN). RJE es similar a uux y SSH , excepto que la estación de trabajo envía un flujo de trabajo completo [b] en lugar de un solo comando y que el usuario no recibe ningún resultado hasta que se completa el trabajo. Los términos Lote remoto , Sistema de trabajo remoto [ cita necesaria ] y el procesamiento remoto de trabajos también se utilizan para las instalaciones de RJE.
Entrada remota de trabajos (RJE) es también el nombre de un componente de OS/360 [1] que proporcionaba servicios RJE. Un operador de estación de trabajo RJE puede tener control completo de la consola sobre el flujo de trabajo entre la estación de trabajo y la computadora central, según la configuración y la política local.
Houston Automatic Spooling Priority (HASP) admitía inicialmente la entrada de trabajos desde terminales mediante transmisión-recepción síncrona (STR); eventualmente, HASP II [2] admitió solo comunicaciones síncronas binarias (BSC) y agregó el protocolo de salida múltiple [3] para estaciones de trabajo programables BSC; este protocolo es incompatible con el utilizado por OS/360 RJE y es la base de los protocolos utilizados para el envío de trabajos desde estaciones de trabajo programables para, por ejemplo, el procesador de soporte adjunto (ASP), JES2 , JES3 , servicios de entrada remota (RES) de OS/VS1 . , VM RSCS , así como los protocolos posteriores para Network Job Entry (NJE) [4] en, por ejemplo, JES2, JES3, VM RSCS.
La entrada de trabajos remota conversacional (CRJE) [5] es un componente de OS/360 y OS/VS1 que proporciona envío, recuperación y edición de trabajos para un usuario en un terminal interactivo.
Servicios de entrada remota ] [6] [7] (RES) es un componente de OS/VS1 que proporciona servicios RJE. Un operador de estación de trabajo RES puede tener control completo de la consola sobre el flujo de trabajo entre la estación de trabajo y la computadora central, según la configuración y la política locales.
El subsistema de comunicaciones de cola remota (RSCS) [8] es, según la versión, un componente o un producto de costo adicional en VM que proporciona servicios RJE. El RSCS en el VM/370 gratuito solo admitía BSC; [c] IBM agregó soporte para Systems Network Architecture (SNA), NJE y TCP/IP en varias versiones de pago.
Entrada de trabajos en red (NJE) [4] es almacenar y reenviar en red para transmitir, por ejemplo, archivos de tarjetas, trabajos, resultados impresos, entre pares. Las versiones iniciales de NJE para JES2, JES3, VSE POWER y VM RSCS usaban BSC multileaving, pero IBM rápidamente agregó soporte para adaptadores de canal a canal . Posteriormente, IBM añadió soporte para SNA y, en última instancia, TCP/IP . [9]
NETRJS es el protocolo desarrollado por Campus Computing Network de UCLA para entregar trabajos por lotes al Servicio de Trabajo Remoto (RJS) en su IBM 360 Modelo 91 . [10] [11] Este protocolo se asignó originalmente a los sockets 71, 73 y 75 del protocolo de conexión inicial ARPANET , [12] y luego se reasignó a los puertos de Internet 71–74. [13] RJS es un subsistema de OS/360 MVS escrito por UCLA para soportar lotes remotos desde terminales de lector/impresora de tarjetas. [10]
Las primeras estaciones de trabajo RJE eran dispositivos "tontos" (no programables) que utilizaban protocolos de comunicación síncronos de bytes como IBM BISYNC o STR , o equivalentes de otros proveedores. Posteriormente, se utilizaron dispositivos programables o computadoras pequeñas, e IBM desarrolló un protocolo llamado HASP multileaving para usar con HASP y, más tarde, por ejemplo, ASP, JES2 , JES3 , RSCS . El IBM System/360 Modelo 20 y 1130 , el Mohawk Data MDS 2400 y el UNIVAC 1004 , fueron populares. Más tarde, las estaciones de trabajo RJE cambiaron a protocolos full dúplex orientados a bits , como IBM Synchronous Data Link Control , HDLC o X.25 . El Grupo de Trabajo de Ingeniería de Internet ha definido RFC para protocolos de entrada remota de trabajos en Internet, pero ahora se consideran obsoletos o heredados . [14]
El terminal 200 USER es un protocolo y terminal por lotes remoto [15] desarrollado por Control Data Corporation para sus computadoras centrales de las series CDC 6000 y CDC 3000 en la década de 1960. Una terminal de 200 USUARIOS constaba de un lector de tarjetas perforadas de baja velocidad, una impresora de línea y una consola de operador CRT. Por lo general, se comunicaba con una computadora central remota a través de un módem síncrono. El subsistema de software en el lado del mainframe se llamó Export-Import 200 y, más tarde, Remote Batch Facility (RBF). Otros terminales por lotes remotos que utilizan el protocolo UT200 incluyen los CDC 731, 732 y 734. [16] También se escribieron emuladores de software para el protocolo UT200 para varios sistemas de minicomputadoras.
RJE se adapta bien a organizaciones que tenían un único centro informático central grande. Sin embargo, en organizaciones grandes con múltiples centros de datos, había interés en una transferencia entre pares de, por ejemplo, trabajos enviados y salidas de impresora. Siguiendo las solicitudes de los clientes, IBM desarrolló un conjunto de funciones, derivadas de BITNET y VNET , conocidas como Network Job Entry. Como parte de ese software, IBM proporcionó comandos para transmitir conjuntos de datos entre nodos (complejos de computadoras con un nombre colectivo). NJE permite que un trabajo por lotes controle dónde se ejecutará y dónde se procesará su salida; De manera similar, NJE permite a un usuario interactivo enviar resultados impresos o perforados a un nodo diferente.
IBM ha integrado las instalaciones de NJE en su software de mainframe y ya no está disponible como productos separados. Sin embargo, el soporte de NJE en JES3 requiere el producto del programa Transmisión de datos por lotes (BDT) y el soporte de NJE en z/VM requiere el producto del programa Subsistema de comunicaciones de cola remota ( RSCS ). NJE admite comunicaciones síncronas binarias (BSC), adaptador de canal a canal (CTCA), arquitectura de red de sistemas (SNA) y conexiones TCP/IP [17] entre sus nodos. [9]