Registros en el Zipstream R2 explicado

Vista de categoría Logs in the Z/IPStream R/2 explaided Published on Dic 18, 2024 Article summary Alcance Este artículo se aplica a todas las variantes del Z/IPStream R/2 Stream Encoder & Processor (Z/IPStream). Esto incluye tanto las unidades de modelo base como las unidades opcionales que podrían tener otras opciones habilitadas. Un ejemplo es una unidad con procesamiento Omnia.9 se refiere como un 9R/2. Algunas unidades Z/IPStream tienen una pantalla frontal y controles. Las unidades más nuevas no. Para este documento, todas son las mismas. Descripción La página de registros del Z/IPStream puede ser confusa porque hay muchos archivos de registro diferentes aquí. Se le puede pedir registros pero ahora saber qué registros obtener. En este documento repasaremos lo que puede encontrar en los varios archivos de registro. La página de registros Aquí hay una captura de pantalla de la página de registros como de esta escritura. Para acceder a la página de registros; 1. Navegar a la página de registro de su Z/IPStream 2. Iniciar sesión. 3. Haga clic en el enlace de la barra de menú 4. Haga clic en el mismo en el enlace del menú Log

En la parte superior de la página, verá opciones para descargar un logs y un paquete de configuración durante los últimos 1, 3 o 5 días. Se descargarán los registros de todas las secciones y sus archivos de configuración y guardarlo como archivo Zip.

Si bien solo se muestran dos días en esta captura de pantalla, el Z/IPStream mantiene un conjunto de registros de los últimos 30 días. Secciones de registro individuales Una cosa que es única para el Z/IPStream R/2 es la integración de los componentes de Triton Digital necesarios para la transmisión. Registros de Triton Cada componente de Triton mantiene su propio registro. Secciones que comienzan con la palabra Triton son específicas para esos componentes. Estas incluyen; Servicios digitales de Triton – Estos registros comienzan con SM y también son referidos como registros de Station Manager. El Station Manager es responsable de la mayoría de las tareas administrativas asociadas con la transmisión con Triton, nombres de estaciones, puntos de montaje, etc. Servicios digitales de Triton Connect – "Conectar" permite que las páginas web del Z/IPStream y los componentes individuales de Triton se comuniquen. Los mensajes sobre ese trabajo están contenidos en estos registros. Servicios digitales de Triton ME – Estos son registros asociados al sistema de codificación de medios – Accordar mediante el cual se ejecuta el sistema de almacenamiento en red. El codificador multimedia es responsable de la información de acceso a la red.

El punto de entrada a la red de servidores y centros de datos de Triton que sirven sus flujos a sus oyentes. Si es necesario, Triton generalmente le pedirá registros específicos según sea necesario. Media Encoder Los registros de Media Encoder (que no deben confundirse con los registros de Triton ME) contienen información sobre flujos y otros procesos de audio NO relacionados con Triton.Por ejemplo, los flujos que publican a un servidor estándar Icecast o SHOUTcast 0004.1 se escribirán a este archivo.Aquí hay un componente de metadatos que se envió como parte de un flujo HLS alojado con Akamai Service Manager Service Manager, etc. Si su sistema tiene problemas para conectar o publicar datos a su flujo de Non-Trition, es probable que se encuentre en este archivo.Por ejemplo, aquí hay un componente de metadatos que se envió (en gran detalle) en estos registros.La mayoría de los sistemas que se transmiten a Icecast y SHOUTcast encoder se envían directamente a los metadatos, así que no se encuentran registros.

Como ejemplo, usted recibe un paquete de metadatos de su automatización del sistema envía la canción utilizando una categoría XMS que su host de streaming necesita para ver las canciones como MUS para que pueda actualizar el título y el artista, por lo que traduce XMS –> MUS sus flujos utilizan un retraso de profanación, por lo que después de traducir los datos, lo enviamos a la demora de datos en su unidad de retraso, así que ahora se reproduce en línea con su audio. después del retraso, los metadatos vuelven a la Z/IPStream finalmente, lo enviamos a su anfitrión de secuencia. TODOS estos datos se mantienen en este registro. Aquí hay una muestra de una sola canción. 00:00:00.587: Info: ProcManager(00:00.554:Metadata2'): Info(00:04.554: Info: Info:00.588: Info: ProcManager('Metadata2'): info(00.554:Modata:00.554: 00:005:5:5:

00:00:00:00:00589: Info: ProcManager('Metadata2'): info('00:00:00:00:04.554: Info('Metadata2'): ProcManager('Metadata2'): info('00:00:04.554: Info('Metadata2'): Info('00:00:00:00:00:04.554: Info('Metadata2'):

00:00:00:00:00590: Info: ProcManager('Metadata2'): info('00:00:00:00:04.555: [00000f94'Metadata2'): info('00:00:00:04.555: Info('00000f94'Metadata2'): info('00000f94'Metadata2'): info('00:00:04.555: info('00000f94': 00:00:04.590: Info('Metadata2'):

SNMP Agent Estos registros contienen información sobre los eventos SNMP (si está activado) en el Z/IPStream. Statistics Manager Esta sección contiene registros que monitorean estadísticas de hardware y sistema no relacionadas con un flujo en particular. Registra información sobre la salud del servidor y la salud del software. Los contadores de rendimiento se registran cada cinco minutos. Una muestra de la información registrada se ve así. Esto no incluye ningún evento SNMP relacionado con los componentes de Triton 00:10:33.462: Info: Enumerando contadores de rendimiento: 00:10:33.471: Info: – AddInProcess32=exe: % Processor Time=2, Handle Count= 00:10:33.471: Info: Axiaadvd.exe: % Processor Time=52, I:33.472: Count=0, Info Count=Record=Record: Axiagpior.exe: % Processor Time=0, Handle Count=Count:

Los contadores de red se registran cada quince minutos 00:10:33.475: Info: – \Processor(_Total)\% Privilegied Time: 1 00:10:33.475: Info: – \Processor(_Total)\% User Time: 10 00:10:33.475: Info: – \Objects\Processes: 86 00:10:33.475: Info: – \Objects\Sections: 1183 00:10:33.475: Info: – \Objects\Mutex: 1509 00:10:33.475: Info: – \Objects\Sections: 1253:33.475: Info: \Memory\ Info: 6630:33.475: Info: – \Objects\Get: – \Objects\Agent: 0010: 0010\Ces\Agent: 0010:

120.081:33.493: Info: – TCP 192.168.2.188:139 <-> 0.0.0.0:0 00:20:33.493: Info: – TCP 0.0.0.0:1801 <-> 0.0.0.0:0 00:20:33.493: Info: – TCP 0.0.0.0:2103 <-> 0.0.0.0:0 00:20:33.493: Info: – TCP 0.0.0.0:0.088:2105 <-> 0.0.0.0:0 00:20:33.493: Info: – TCP 0.0.0.0:2107 <-> 0.0.0.0:0 00:20:0.0.0.093: 00: 0.0.088: <-> 0.0.0.0:0.09898: <-> 0:0.033:0 00:0.093: Info: 0:0.0: 0.0997: <- 0.0.0.0: 0 00:20:0.0990.099.01.0193: Info: 0.013: 0:0.033: 0:0.033:

<-> 127.0.0.1.33. <-> 127.0.0:331 <-> 127.0.0.1:63354 <-> 127.0.01.33.013 <-> 127.0.0.12783 00:20:33.494: Info: – TCP 127.0.0.1:513 <-> 127.0.0.1:513.0.03.013 <-> 127.0.0.12783 00:20:33.494: Info: – TCP 127.0.0.1:513:013 <-> 127.0.0.1:513 <-> 127.0.013.0.03.013 <-0.013.013.013 <-0.013.013:01:013:013:013:013:013:013:013:013:013:013:013:013:013:013:013:013:013

<-> 127.0.0.311. <-> 127.0.0.1:317 <-> 127.0.0.1:313.0.01. <-> 127.0.0.1:311 00:20:33.496: Info: – TCP 127.0.0.1:317 <-> 127.0.0.1:313.0496: Info: – TCP 127.0.0.1:527.01:01:01:1:01:01:0131:01:012 00:20:03.01:01:012:0127 <-> 127.012:013:0127:01:0127:013:012

Cuaderno de la UE: 0,019:33.498: UDP 0.0.0.0:0.9 TCPSVCS.EXE(448) 00:20:33.498: 00:20:33.498: 00DP 0.0.0.0:19 TCPSVCS.EXE(448) 00:20:33.498: UDP 0.0.33.498: 00:20:33.498: 00:20:33.498: 00DP 172.16.0.137: 00:20:33.498: Info: UDP 192.168: 2.188: 137 System(4) 00:20:33.498: Info: UDP 172.16.0.1:138: 00:20: 33.498: s:

Háganos saber cómo podemos ayudar Si tiene más preguntas sobre este tema o tiene ideas para mejorar este documento, póngase en contacto con nosotros. 00:20:33.499: Info: – UDP 0.0.0.0:52519 snmp.exe(1400) 00:20:33.499: Info: – UDP 192.168.288:53208 axialwrd.exe(1756) 00:20:33.499: Info: – UDP 0.0.0.0:57739 ZipStreamR2.exe(4608) 00:20:33.499: Info: – UDP 0.0.0.0:58331 ZipStreamR2.exe(4608) 00:20:33.499: Info: – UDP 0.0.0.0:59873 axiaadvd.exe(3500)

Documento adaptado por Ing. Sebastián Vallejos