Una red HPUX 11i, que se ejecuta en hardware nuevo, para lo que llaman operaciones de “misión crítica” en una empresa única, termina para el usuario en Sherwood 7000ST. Si bien son funcionales (y ultrarrápidos en comparación con los sistemas Web 2.0 con los que crecí), los terminales se conectan a través de DB-25 (gracias @grawity) RS232 en toda la oficina.debeser dado de baja. Serán reemplazados por conexiones Ethernet modernas a través de RJ45 que se conectarán a un conmutador con un servidor en una única subred, y necesito comprender cómo se verá afectada nuestra aplicación.
CONFIGURACIÓN:
Servir una aplicación en serie funciona bien.
Telnet y SSH están instalados.
Hay tarjetas NIC y COM PCI. (LMK si la terminología es inexacta; ejecutaré dmesg mañana y actualizaré la publicación).
PROBLEMA COMO SE ENTIENDE ACTUALMENTE:
Hay muchas configuraciones posibles de terminal serie.
Telnet y SSH se ejecutan en la terminalemuladorescuando se conecta a través de Ethernet en uso normal.
No existe ninguna base firme para esperar que esta aplicación realice una transición perfecta.
Anteriormente, las actualizaciones de servidores causaban una terrible disfunción entre hardware aparentemente compatible cuando el cableado propietario significaba que nuestras conversiones de RJ45 (serie) a RS232 de 25 pines a RS232 de 9 pines tenían cables literalmente cruzados, ya que el hardware se desviaba de las especificaciones. Aquí es fácil concebir analogías con el software, perodebería¡Ser igualmente difícil de encontrar en producción!
@Bob: se activará un interruptor. ¿Qué otras consideraciones debo hacer?Vea abajo.
PREGUNTAS:
¿Debo esperar que telnet “simplemente funcione” en una nueva máquina Linux (como Raspberry Pi), ingresando al servidor? Por supuesto, pasará por un interruptor. Pero, ¿pueden las redes Ethernet reemplazar a las redes seriales como una opción directa en cada capa, incluidas las aplicaciones?
Obviamente, la velocidad en baudios ya no será necesaria, pero ¿qué pasa con otras configuraciones configurables como los caracteres de escape?
¿Ajuste de línea?
¿Paginación?
Importante: ¿Qué pasa con los programas que definen la visualización del terminal (como Unibasic)?
Importante: ¿RJ45 correrá el riesgo de ser de algún modo “incompatible” con el sistema existente?
NOTA
No estoy seguro de dónde se lleva a cabo el procesamiento y agradecería cualquier caracterización más profunda de los problemas anteriores en este contexto. Mods, acepte esta pregunta vaga debido a la falta de discusión existente en Stack Exchange. Lo he mirado detenidamente antes de publicar. Estoy feliz de documentar mi investigación de la literatura existente.
Muchas gracias.
Respuesta1
Debe tener en cuenta que en el lado de HP-UX, las interfaces RS-232 son totalmente diferentes de las interfaces de red, que a su vez son diferentes de la telnetAPI.
Si lo único que usa sus terminales es para iniciar sesión en HP, puede reemplazarlo por telneto por sshsi desea que sea más seguro.
Si tiene un software personalizado que conecta estos terminales, entonces esto podría ser un problema importante: tendrá que adaptar el software para manejar el nuevo tipo de conexión. Lo cual, dependiendo del software, puede ser fácil, difícil o imposible, pero es la principal preocupación aquí.
A las preguntas:
1) Sí.
2) No importa, todo se pasa. Si lo usa para iniciar sesión, aún puede cambiar la tecla de retroceso/del, etc. mediante stty(si así es como también se llama en los HP, ha pasado demasiado tiempo desde que usé uno).
3,4,5) Es función de la forma en que la aplicación y el programa terminal interpretan las secuencias de control. El transporte no afecta esto.
6) Ver arriba.
Debes tener en cuenta que el procesamiento funciona en capas.
RS-232 y Ethernet ("RJ-45") son tecnologías de transporte muy diferentes, al igual que los protocolos ( telnet, ssh) que funcionan a través de Ethernet. Debería contar con alguien que esté familiarizado con la tecnología de red moderna y que pueda instalar todo esto por usted. Si no tienes uno, contrata uno o pide a otra empresa que lo haga por ti.
Por encima de esta capa de transporte, cuando el software de ambos lados solo ve un flujo de caracteres, las diferencias son mínimas.