La entrada de trabajos remotos , o lote remoto , es el procedimiento para enviar solicitudes de tareas de procesamiento de datos no interactivos ( trabajos ) a computadoras mainframe desde estaciones de trabajo remotas y, por extensión, el proceso de recibir la salida de dichos trabajos en una estación de trabajo remota.
La estación de trabajo RJE se denomina remota porque generalmente se encuentra a cierta distancia de la computadora host. La estación de trabajo se conecta al host a través de un módem , un enlace digital, una red de conmutación de paquetes [a] o una 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 requerida ] y Procesamiento de trabajo remoto también se utilizan para las instalaciones de RJE.
Remote Job Entry (RJE) es también el nombre de un componente de OS/360 [1] que proporcionaba servicios de RJE. Un operador de estación de trabajo de RJE puede tener control total de la consola del flujo de trabajo entre la estación de trabajo y el mainframe, según la configuración y la política locales.
Inicialmente, Houston Automatic Spooling Priority (HASP) admitía la entrada de trabajos desde terminales mediante transmisión-recepción sincrónica (STR); finalmente, HASP II [2] admitió solo comunicaciones binarias sincrónicas (BSC) y agregó el protocolo Multi-leaving [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, Attached Support Processor (ASP), JES2 , JES3 , OS/VS1 Remote Entry Services (RES), 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 permite enviar, recuperar y editar trabajos para un usuario en una terminal interactiva.
Servicios de entrada remota ] [6] [7] (RES) es un componente de OS/VS1 que proporciona servicios de RJE. Un operador de estación de trabajo RES puede tener control total de la consola del flujo de trabajo entre la estación de trabajo y el mainframe, según la configuración y la política locales.
El subsistema de comunicaciones de spooling remoto (RSCS) [8] es, según la versión, un componente o un producto de costo adicional de VM que proporciona servicios RJE. El RSCS en el VM/370 gratuito sólo admitía BSC; [c] IBM agregó compatibilidad con la arquitectura de red de sistemas (SNA), NJE y TCP/IP en varias versiones de pago.
La entrada de trabajo de red (NJE) [4] es una red de almacenamiento y reenvío para transmitir, por ejemplo, archivos de tarjetas, trabajos y salida impresa entre pares. Las versiones iniciales de NJE para JES2, JES3, VSE POWER y VM RSCS usaban multileaving BSC, pero IBM rápidamente agregó soporte para adaptadores de canal a canal . IBM luego agregó soporte para SNA y, finalmente, TCP/IP . [9]
NETRJS es el protocolo desarrollado por la Campus Computing Network de la UCLA para entregar trabajos por lotes al Remote Job Service (RJS) en su IBM 360 Model 91. [ 10] [11] Este protocolo se asignó originalmente a los sockets 71, 73 y 75 del Protocolo de conexión inicial de ARPANET , [12] y luego se reasignó a los puertos de Internet 71-74. [13] RJS es un subsistema de OS/360 MVS escrito por la UCLA para admitir 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 sincrónica de bytes como IBM BISYNC o STR , o equivalentes de otros proveedores. Más tarde, se utilizaron dispositivos programables o pequeñas computadoras, e IBM desarrolló un protocolo llamado HASP multileaving para su uso con HASP y, más tarde, por ejemplo, ASP, JES2 , JES3 y RSCS . Los IBM System/360 Model 20 y 1130 , Mohawk Data MDS 2400 y UNIVAC 1004 fueron populares. Más tarde, las estaciones de trabajo RJE cambiaron a protocolos dúplex completos orientados a bits como IBM Synchronous Data Link Control , HDLC o X.25 . El Internet Engineering Task Force ha definido RFC para protocolos de entrada de trabajos remotos de Internet, pero ahora se consideran obsoletos o heredados . [14]
El terminal 200 USER es un terminal de lotes remoto y un protocolo [15] desarrollado por Control Data Corporation para sus computadoras mainframe de las series CDC 6000 y CDC 3000 en la década de 1960. Un terminal 200 USER consistía en 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 un mainframe remoto a través de un módem sincrónico. El subsistema de software en el lado del mainframe se llamaba Export-Import 200 y, más tarde, Remote Batch Facility (RBF). Otros terminales de lotes remotos que usaban el protocolo UT200 incluían los CDC 731, 732 y 734. [16] También se escribieron emuladores de software para el protocolo UT200 para varios sistemas de minicomputadoras.
RJE es muy adecuado para organizaciones que tenían un único centro de cómputo central de gran tamaño. Sin embargo, en organizaciones grandes con múltiples centros de datos, existía un interés en una transferencia de igual a igual de, por ejemplo, trabajos enviados, salida 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 que un usuario interactivo envíe la salida impresa o perforada a un nodo diferente.
IBM ha integrado las funciones de NJE en su software de mainframe y ya no se encuentran disponibles como productos independientes. Sin embargo, el soporte de NJE en JES3 requiere el programa Batch Data Transmission (BDT) y el soporte de NJE en z/VM requiere el programa Remote Spooling Communications Subsystem ( RSCS ). NJE admite comunicaciones binarias síncronas (BSC), adaptador de canal a canal (CTCA), arquitectura de red de sistemas (SNA) y conexiones TCP/IP [17] entre sus nodos. [9]