Transaction Language 1 ( abreviado TL1) es un protocolo ampliamente utilizado en telecomunicaciones . Es un lenguaje humano-máquina específico del proveedor que se usa ampliamente para administrar la infraestructura de acceso óptico ( SONET ) y de banda ancha en América del Norte .
TL1 se utiliza en mensajes de entrada y salida que se envían entre OSS y elementos de red (NE). En áreas como la vigilancia, la gestión de la memoria y el acceso y las pruebas, los mensajes TL1 se definen y utilizan para realizar funciones específicas entre el OSS y el SE . TL1 se describe en el documento de requisitos genéricos GR-831-CORE de Telcordia Technologies (anteriormente Bellcore ) .
TL1 fue desarrollado por Bellcore en 1984 para Regional Bell Operating Companies (RBOC) como un lenguaje humano-máquina estándar para la gestión de elementos de red . Se basa en el grupo de estándares de lenguaje humano-máquina Z.300. TL1 se desarrolló como un protocolo estándar legible por humanos y máquinas para reemplazar los diversos protocolos basados en ASCII utilizados por varios fabricantes de elementos de red. El lenguaje es extensible y puede incluir todos los comandos específicos del fabricante.
Telcordia OSS como NMA (Network Monitoring and Analysis) utiliza TL1 como protocolo ( EMS ) para administrar los elementos de la red. Esto obligó a los fabricantes de elementos de red a implementar soporte TL1 en sus dispositivos.
TL1 es un comando de texto que consta de un conjunto de campos separados por dos puntos y termina con un punto y coma.
Formato de comando general
VERBO:TID:AYUDA:CTAG:GENBLOCK:OPCIONES
Cada comando debe contener: verbo (nombre del comando), un punto y coma y dos puntos.
VERB es una abreviatura del nombre del comando que se está ejecutando. En general, estos son comandos que consultan o modifican datos. Por ejemplo, el comando para consultar la fecha y la hora: RTRV-DAT
TID (Target Identifier) - identificador de destino. Opcional para la mayoría de los comandos. Antes de ejecutar un comando, algunos dispositivos pueden verificar si el TID especificado en el comando coincide con el SID (Source Identifier - identificador de fuente). Si TID y SID coinciden, el comando se ejecutará; de lo contrario, se rechazará.
AID (Identificador de acceso) - identificador de acceso. Especifica el objeto contra el que se ejecutará el comando. El formato AID depende del objeto seleccionado.
CTAG - (etiqueta de correlación) - etiqueta de correlación. Opcional para la mayoría de los comandos. Este campo se utiliza para encontrar una coincidencia entre un comando y una respuesta. El CTAG especificado en el comando se devuelve en la respuesta. Si CTAG se deja en blanco, el valor de CTAG en el encabezado de respuesta será 0 .
GENBLOCK (bloque general) - bloque general. Opcional para comandos que no tienen el campo OPCIONES rellenado . Para los comandos con el campo OPCIONES completado, el bloque común debe ser nulo.
OPCIONES - opciones de comando. Los parámetros utilizados para ejecutar el comando.
Elementos básicos de un mensaje TL1Elemento | Símbolo | Role | Explicación |
---|---|---|---|
Punto y coma | ; | terminador | El punto y coma marca el final del mensaje TL1. |
Colon | : | separador | Se utilizan dos puntos para separar los "campos" de datos en un mensaje TL1. |
Coma | , | separador y marcador de posición | Las comas se utilizan para separar los argumentos de los mensajes y para indicar los lugares donde se omiten los argumentos. |
Por ejemplo, los argumentos de A a E deben estar separados por una coma - :A,B,C,D,E;
Los argumentos pueden ser simplemente excluidos del final - :A,B;
Los espacios en los argumentos requieren comas como marcadores de posición - :,B,,,E;
La sintaxis BNF se usa para describir las respuestas a los comandos TL1 , como se define en Tltcordia GR-831-CORE. La siguiente tabla define el formato de las notaciones utilizadas en las respuestas a los comandos de entrada.
Símbolo | Descripción |
---|---|
^ | representa un espacio |
* | Significa que el bloque anterior de parámetros se puede repetir 0 o más veces |
+ | Significa que el bloque de parámetros anterior debe repetirse 1 o más veces |
/* | Comienzo del texto de comentario de forma libre ASCII |
*/ | Fin del texto de comentario de forma libre ASCII |
( | Inicio de un bloque adicional |
) | Fin del bloque adicional |
<cr> | Representa un carácter de retorno de carro |
<si> | Representa un carácter de nueva línea |
El lenguaje TL1 consta de conjuntos de mensajes. Hay 4 tipos de mensajes:
Los mensajes TL1 tienen una estructura fija y todos los comandos deben ajustarse a ella. Sin embargo, los comandos en sí son extensibles y los fabricantes de SC pueden agregar nuevos comandos.
Estos son algunos de los componentes del mensaje:
Estructura :
Mensaje de entrada TL1 | |||||||
Código de comando | bloque preparatorio | bloque de carga útil | |||||
Nombre del equipo | atributo1 | atributo2 | T.I.D. | AYUDA | CTAG | Bloque común | bloque de datos |
Otorrinolaringología | USUARIO | SECU | Mi NE | sridev | 101 | clave |
Ejemplo :
ENT-USER-SECU:MyNE:sridev:101::contraseña;Estructura :
Mensaje de salida TL1 | |||||||
Encabezado de respuesta | ID de respuesta | Bloque de respuesta | marcadores finales | ||||
S.I.D. | la fecha | Tiempo | METRO | CTAG | Código de finalización de la operación | ||
Mi NE | 04-08-14 | 09:12:04 | METRO | 101 | COMPLETO | "UID=sridev:CID=CRAFT,UAP=1:" | ; |
Ejemplo :
ENT-USER-SECU:MyNE:sridev:101::contraseña;Estructura :
Mensaje de reconocimiento TL1 | |||
Código de confirmación de recepción | CTAG | señal del final | |
OK | 101 | > |
Ejemplo :
bien 101 |
> |
Estructura :
Mensaje TL1 independiente | |||||||
el titular del mensaje | identificador | Datos | Señales del final | ||||
S.I.D. | la fecha | Tiempo | Código de alarma | UNA ETIQUETA | Nombre del equipo | ||
Mi NE | 04-08-14 | 09:12:04 | A | 101 | REPETIR SESIÓN EVT |
Ejemplo :
MiNE 04-08-14 09:12:04 |
UNA SESIÓN 101 REPETIR EVT |
"raíz: NO" |
; |