TRAME

El sistema de enrutamiento de TRAME,^[3] como el de la ARPAnet original, se basó en el algoritmo Bellman-Ford pero con «horizonte dividido»^[7] como en la red sueca TIDAS pero con una mejora original.^[3] Este protocolo permite encontrar rutas óptimas en redes malladas para cada paquete a transmitir, permitiendo el uso compartido de la misma red por múltiples servicios.

En contraposición, la tecnología tradicional de conmutación de circuitos al uso, establecía circuitos dedicados para cada servicio o comunicación.

El direccionamiento de enrutadores y terminales usaba un sistema propio con una dirección de 16 bits; Sería el equivalente al conocido protocolo IP (Protocolo de Internet) versión 4 (IPv4), todavía en uso en Internet hoy en día y que utiliza direcciones de 32 bits.

Es necesario tener en cuenta que para el año 1978 el protocolo IPv4 aún no existía ya que la versión IPv4 utilizada en Internet no apareció hasta el año 1981, y de hecho, no llegó al gran público hasta mucho más tarde; En España hasta 1992, año en que Internet se hizo disponible al gran público al aparecer el primer proveedor de Servicios de Internet (ISP: Internet Service Provider) en España (Goya Servicios Telemáticos) y en 1994 el segundo, Servicom, ya con más impacto.

Los protocolos de línea también eran propietarios y se denominaron UCL (Unidad de Control de Línea), el que enlazaba los enrutadores entre ellos, y UTR (Unión TRAME-Remotas), el de acceso.

Fueron diseñados para ofrecer la mayor calidad de servicio requerida por la función de telecontrol en términos de integridad de datos y disponibilidad establecidos por la Comisión Electrotécnica Internacional (IEC), estándar IEC-870-5-1 y ANSI C37.1., y porque el protocolo utilizado por entonces en las redes informáticas corporativas, el HDLC, no ofrecía la calidad suficiente para aplicaciones industriales críticas.^[16][17]

Más tarde, otros protocolos como X.25 e IP también fueron compatibilizados con los protocolos TRAME mencionados. En el año 2000, el protocolo UTR fue sustituido^[18] por el estándar internacional IEC 60870-5-101 / 104.

Inicialmente, el control de flujo de red se basaba en la gestión de 8 prioridades de datos en colas tipo HOL (Head Of the Line). Más tarde y después de algunos experimentos,^[19] se adoptó un método de control de flujo basado en un bit que indica congestión de la ruta y la gestión del tiempo entre paquetes al acceder a la red. Esto necesitaba la medición de la capacidad del cuello de botella de la ruta.^{[17][20][21][22][23]} También se agregó un protocolo de extremo a extremo para algunos flujos que requieren preservación de orden como X.25.

Para perdurar durante 38 años, la tecnología tuvo que soportar y una evolución intensa. Básicamente hubo cuatro generaciones TRAME que se resumen en la Tabla.

A continuación, se proporciona una breve descripción de las cuatro generaciones de TRAME.

El proyecto se inició en el año 1974 y en el año 1978 ya se había instalado una primera red con 4 enrutadores en operación en la empresa eléctrica ENHER. En el año 1980, la red tenía 8 nodos en operación (Ver Figura I). El hardware se basaba en el procesador Zilog Z80 y tenía una estructura multiprocesador con 16 procesadores que compartían una memoria común. El software se desarrolló en la sede de ENHER^[9] ubicada en la conocida Casa Fuster de Barcelona, utilizando el lenguaje de ensamblador Z80. Más allá de 1980, el software comenzó a escribirse en lenguaje C y se utilizó un emulador HP64000. El hardware fue producido por ISEL, una compañía del INI (Instituto Nacional de Indústria).

El sistema de enrutamiento era una variante de Bellman-Ford con horizonte dividido.^[7] Fue una mejora del sistema de enrutamiento de red ARPA original que consiste en un procedimiento de actualización original de la información de rutas que permite reaccionar más rápido a los cambios. La función de distancia era la cantidad de paquetes en las colas de espera de salida más uno.

Los protocolos de línea (UCL para las líneas internas que conectan enrutadores y UTR para acceder a la red) se diseñaron para cumplir con los estrictos requisitos establecidos para el telecontrol de redes de energía de alta tensión (estándares IEC-870-5-1 y ANSI C37). 1). En la capa de transporte OSI, se usaron ventanas con un ancho de 1 a 8, dependiendo del servicio requerido, que residían en los terminales.

Inicialmente, las direcciones tenían solo 14 bits de longitud para abordar tanto los enrutadores (llamados nodos para entonces) como los dispositivos conectados a ellos. Estaban formados por dos campos, un campo de 8 bits para direccionar el enrutador y una subdirección de 6 bits para direccionar los terminales conectados a él. La dirección del nodo se asignó a los nodos y no a los extremos de los enlaces como en Internet.

Las ventajas básicas de TRAME^[1] con respecto a otras tecnologías utilizadas en las empresas eléctricas en ese momento se debían en parte a la tecnología de paquetes en sí: capacidad para gestionar cualquier topología de red, adaptabilidad automática a cambios topológicos y de tráfico, integración de diferentes tecnologías de enlace (digital o analógica) y capacidades en una red única, intercomunicabilidad abierta y descentralizada entre usuarios y dispositivos, comunicación simultánea con varios usuarios y ubicaciones desde una sola conexión física y supervisión de red integrada; De hecho, la red fue provista desde su inicio con un centro de supervisión^[24] formado por un ordenador y un tablero sinóptico ubicado en la sede de la compañía (Ver Figura II).

• 
  Figura II: Tablero sinóptico utilizado para supervisar la red TRAME en el año 1987

Pero otras ventajas se debieron al diseño específico de TRAME: alta integridad de datos,^[16][17] soporte de prioridades para los paquetes, facilidad para incluir protocolos especiales como los muchos protocolos SCADA que estaban en uso en ese momento.

Todo lo anterior resultó en una mejor calidad del servicio, especialmente con respecto a la disponibilidad de datos y la integridad de datos, y en una integración de servicios en una sola red. Parte de la evolución de su despliegue se puede ver en las Figuras II a IV.

Se puede encontrar un video que presenta TRAME 1 en el siguiente enlace: https://www.youtube.com/watch?v=Mb4285XKnz0

• 
  Figura III: Topología de la red TRAME en el año 1986

En el año 1990, TRAME 2 se desplegó por completo y TRAME 1 se sustituyó. El procesador del nuevo hardware era Intel 80286 y la estructura del hardware y el aspecto externo de los enrutadores era muy similar al de TRAME 1. El software estaba escrito en lenguaje C y el emulador mencionado continuó utilizándose.

Las mejoras sobre TRAME 1 fueron la introducción del protocolo de acceso estandarizado X.25 para permitir la conexión de terminales corporativos a la red, la capacidad de hacer frente a los 64 kbit/s de las nuevas líneas digitales, una mayor capacidad de conmutación y la introducción de un protocolo de extremo a extremo para evitar la pérdida de paquetes y el desorden según lo requerido por X.25.

Una mejora importante fue la posibilidad de utilizar la doble conexión de los terminales a la red para aumentar la disponibilidad; Podían conectarse a la red mediante dos líneas de acceso. Para el propósito, los terminales tenían dos direcciones, una primaria y una secundaria.

Con respecto al direccionamiento, en 1991 se agregaron dos bits al direccionamiento para indicar la red. El espacio de direcciones se aumentó así a 16 bits y, de esta forma, se podían interconectar hasta 4 redes. Este esquema de direccionamiento se mantuvo en las siguientes versiones de TRAME.

• 
  Figura IV: Topología de la red TRAME en el año 1994

El hardware era nuevamente una estructura multiprocesador con 16 procesadores que compartían una memoria común pero esta última no era una placa separada, sino que, en lugar de esto, se distribuyó entre las 16 placas para evitar puntos únicos de fallo. La interconexión de placas se realizaba con un bus multimaestro compartido de 40Mbit/s de capacidad diseñado y fabricado por la empresa DIMAT, S.A . También incluyó un canal en serie para el mantenimiento, monitoreo, reprogramación y reinicialización de los diferentes módulos mediante un terminal conectado a ellos. El software fue desarrollado por ENHER en colaboración con la empresa DIMAT, S.A ..

El algoritmo de enrutamiento siguió siendo el mismo, pero la función de distancia se cambió a una menos dinámica. Se introdujo un procedimiento de control de flujo basado en la medición de la congestión de la ruta y la indicación hacia la fuente.^[21][23]

Las mejoras con respecto a TRAME2 fueron el soporte de IPv4, la introducción de un agente de supervisión de SNMP, un nuevo sistema de control de flujo, una métrica de distancia mejorada que hizo que el sistema fuera menos dinámico y una tarea de autoejecución para comprobar periódicamente el hardware y el software.

El diseño del hardware se modificó radicalmente al pasar a una arquitectura con un solo procesador por nodo en comparación con el hardware tradicional TRAME. Tenía dos módulos base alternativos de diferente capacidad basados en los procesadores Intel i960CA e i960RM con un bus de 1 Gbit/s para comunicar las diferentes placas de los enrutadores.

El número de interfaces físicas era de solo 10 (8 interfaces serie + 2 de Ethernet (10B2 o 10BT)) ya que Ethernet permitía conectar varios dispositivos en una sola LAN.

También tenía un canal serie de servicio frontal. Al perder la redundancia (un solo procesador por enrutador), el nodo perdió algo de disponibilidad con respecto a las versiones anteriores de TRAME. Esto se hizo por razones económicas provenientes del hecho de que la red se estaba extendiendo a subestaciones más pequeñas donde las restricciones de costos son más estrictas. La posibilidad de doble conexión de los terminales podría ayudar en lugares con requisitos de disponibilidad más estrictos.

Las mejoras con respecto a TRAME 3 fueron la capacidad de manejar enlaces de 2Mbit/s de capacidad, enrutadores más pequeños y menos costosos, acceso por Ethernet y protocolos estándar y el cambio del protocolo propietario UTR a los internacionalmente estandarizados para sistemas de Telecontrol (IEC 60870-5-101 e IEC 60870-5-104) con una adaptación original a las redes de conmutación de paquetes.^[18][25]