Supervisión de la experiencia de red

Información general

El servicioCitrix Network Experience Monitoring (NEM) (anteriormente denominado Netscope ) permite a los proveedores de servicios, empresas, ISP y proveedores de servicios de terceros acceder a registros detallados de medición de Radar e informes estándar en forma de datos resumidos accionables. NEM ofrece varios registros e informes estándar que los clientes pueden utilizar para medir la calidad de sus servicios.

Esta solución incluye la entrega de mediciones de radar “raw” y el acceso a la API de datos ITM de Citrix. NEM proporciona tanto los datos granulares (como mediciones brutas o agregados de datos) como las alertas de umbral de datos. Estos servicios son útiles para ayudar a descubrir y aislar los problemas de disponibilidad y rendimiento de la plataforma con el contexto del rendimiento de los pares de la plataforma y los ISP subyacentes que, en última instancia, proporcionan servicio a los usuarios finales.

Mediciones Radar “Raw”: Las mediciones Radar proporcionan información granular por evento, por lotes diariamente. Las mediciones de Radar incluyen datos de medición de la comunidad pública y privada (disponibilidad, tiempo de respuesta, rendimiento para mediciones HTTP y HTTPS) recogidos por la etiqueta. Las mediciones de Radar proporcionan campos de datos como ID de proveedor, IP de resolución, IP de cliente ofuscadas (/28), encabezado de referencia ofuscado, agente de usuario, ASN del usuario final, datos geográficos para resolver y cliente.

Las métricas de radar que están disponibles en las medidas “RAW” son:

  • Disponibilidad
  • Tiempo de respuesta
  • Rendimiento (cuando se mide)
  • Tiempo de búsqueda DNS (opcional)
  • Hora de conexión TCP (opcional)
  • Tiempo de conexión segura (opcional)
  • Latencia (opcional)
  • Tiempo de descarga (opcional)

Las mediciones de Radar están disponibles para permitir a los clientes realizar su propio análisis de los datos recopilados. El conjunto de datos incluye información sobre el rendimiento y la disponibilidad del proveedor (errores) para una serie de protocolos de comunicación.

Los datos de los archivos de registro están disponibles durante 7 días, desde un depósito de AWS S3 o Google Cloud Storage. Los clientes tienen la opción de recuperar archivos de registro de datos privados y comunitarios mediante métodos de acceso al depósito estándar.

Medidas “RAW” de radar en tiempo real (opcional): Las mediciones Raw Radar se entregan en tiempo real a un bucket de AWS S3. Estos registros se ponen a disposición tan pronto como sea posible, generalmente dentro de los 5 minutos siguientes a la recogida. Proporcionan tanta granularidad como las mediciones Raw del Radar mencionadas anteriormente.

API de datos: la API de datos de Citrix ITM Radar proporciona agregados de la comunidad pública de Radar y datos privados de medición. Los datos se actualizan continuamente y se almacenan por lotes aproximadamente cada 60 segundos para que la API los recupere. La API de datos se proporciona para permitir a los clientes integrar datos de Radar en sus propios informes y paneles.

Uso compartido y entrega de registros

  • Los registros de Radar se pueden entregar en tiempo real y diariamente.
  • Los informes se publican diariamente.
  • Los resultados se guardan en Amazon Web Services S3 (S3) o Google Cloud Storage (GCS).
  • Los registros y los informes tienen un período de retención de 7 días. Se eliminarán automáticamente una semana después de la creación.
  • Los informes suelen estar en formato TSV (valor separado por tabulación) o JSON dependiendo del tipo de informe.

Los clientes reciben información de inicio de sesión para acceder a los depósitos S3 y GCS. Pueden utilizar una herramienta de línea de comandos como s3cmd o la CLI de AWS para S3; o gsutil para GCS. El archivo de configuración S3cmd reconoce las claves de acceso (recibidas a través de la interfaz de usuario del portal) y ayuda al usuario a conectarse al depósito S3. La CLI de AWS debe instalarse en el equipo del cliente para conectarse a S3 y acceder a los registros. Para GCS, el cliente recibe el archivo de clave de acceso como descarga (a través de la interfaz de usuario del portal) que puede utilizarse con la herramienta gsutil.

Para obtener más información sobre cómo utilizar el archivo de configuración s3cmd para descargar archivos desde S3 o cómo usar el archivo de claves con las herramientas de línea de comandos gsutil o gcloud, consultePreguntas frecuentes.

Los clientes también tienen la opción de recibir notificaciones por correo electrónico cuando los informes estén disponibles.

Configuración de la plataforma

Debe configurar su plataforma para admitir y producir los datos necesarios para Netscope NEM. Antes de comenzar, asegúrese de que la configuración siguiente esté habilitada para su plataforma.

  • Para los informes Best anónimos, habilite Configuración de sondeo de Radar.
    • Para el mejor RTT anónimo, habilite el tiempo de respuesta y la disponibilidad.
    • Para el mejor rendimiento anónimo, habilite el rendimiento y la disponibilidad.
  • Para los informes de ID de nodo de caché, habilite Configuración de sonda de Radary, en Configuración avanzada de Radar, habilite ID de nodo.
  • Para Detalles de sincronización de recursos, habilite Incluir marcas de tiempo en Configuración avanzada de Radar.

En el menú principal, seleccione Netscope NEM. Se abrirá la página Configuración de Network Experience Monitoring.

Navegación

Plataformas y Redes

Seleccione Plataformas o Redes requeridas (o ambas) para iniciar el proceso de configuración.

NOTA:

Los registros e informes sólo se pueden configurar y generar si se selecciona al menos una plataforma o red.

Los datos resumidos que recibe el cliente incluirán mediciones de Radar de plataformas seleccionadas (para todas las redes asociadas) o redes seleccionadas (para todas las mediciones de plataforma asociadas).

Selección de plataformas

Para proveedores de servicios de contenido o empresas, seleccione Plataformas que representen los CDN, nubes, centros de datos u otros puntos finales para los que se requieren mediciones.

Plataformas

Selección de redes

En el caso de los ISP, seleccione las redes de la lista asociada a diferentes plataformas o puntos finales para los que se requieren mediciones.

NOTA:

Si no encuentra la plataforma requerida en la lista, puede configurarla en la sección Plataforma del portal. Para redes no disponibles, póngase en contacto con elasistenciaequipo.

Redes

Informes de plataforma

Existen cuatro tipos de informes de plataforma:

  1. Mejor anónimo para el tiempo de ida y vuelta (RTT)
  2. Mejor anónimo para el rendimiento
  3. ID de nodo de caché
  4. Cada hora por país/ASN

Para obtener descripciones de registro, vaya aDescripciones e informes del registro de Radar para proveedores de servicios y empresas.

Habilitar informes de plataforma

Haga clic en el botón de alternar para habilitar o inhabilitar los informes que desea recibir (o no desea). Si un informe existente está inhabilitado, los registros nuevos dejan de generar, pero los informes antiguos permanecen en la ubicación actual.

Informes de plataforma

Mejor Informe Anónimo para Plataformas

  • Estos informes ayudan a los proveedores a comparar su rendimiento con el de otras plataformas dentro de su grupo de pares, es decir, dentro del mismo país, región o ASN.
  • Los datos de rendimiento de los 15 principales proveedores del grupo de pares se agregan en función de las mismas categorías, y el mejor rendimiento se muestra junto al mejor valor del proveedor específico.
  • Anonymous Best Report for SSL Platforms está disponible para que su rendimiento se pueda comparar con otras plataformas SSL.
  • Las direcciones IP del cliente se truncan a /28.
  • Los resultados del “mejor” proveedor ayudan a las nubes y los CDN a centrar los esfuerzos de rendimiento en ASN críticos de alto volumen o para el negocio que son competitivos débiles en relación con sus pares.
  • El informe proporciona detalles sobre el rendimiento desglosado por IP de resolución DNS, IP de cliente /28 y el nodo de almacenamiento en caché que sirvió a los objetos, y lo compara con la plataforma “mejor” para los mismos criterios.

Disponible para RTT y rendimiento.

Informe de ID de nodo de caché para plataformas

  • Este informe se utiliza para identificar el servidor o centro de datos específico que respondió a una solicitud y ayudar a diagnosticar problemas del servidor.
  • Proporciona el ID del centro de datos o del equipo que respondió a una solicitud específica.
  • Ayuda a entender por qué el rendimiento a través de un nodo específico (POP o máquina, o ID de nodo), era bueno o malo.
  • El rendimiento se desbarató por tipo de sondeo (por ejemplo, tiempo de respuesta, rendimiento y disponibilidad), IP de resolución DNS, IP de cliente /28 y nodo de almacenamiento en caché que servía a los objetos.
  • Para obtener descripciones de registros, consulte Descripciones e informes del registro de Radar para proveedores de servicios y empresas

Cada hora por país/ASN

Informes de red

Existen tres tipos de informes de red:

  1. Mejor anónimo para el tiempo de ida y vuelta (RTT)
  2. Mejor anónimo para el rendimiento
  3. Subred

Para obtener las descripciones de los registros, consulte Descripciones e informes de registro de Radar para ISP.

Habilitar informes de red

Haga clic en el botón de alternar para activar/desactivar los informes que desea (o no desea) recibir. Si se inhabilita, los registros nuevos dejan de generar, pero los informes antiguos permanecen en su lugar. Para generar un informe de subred, introduzca las subredes específicas de las redes. Si no se han introducido subredes (pero el informe está habilitado), se genera utilizando el bloque CIDR ASN como subred predeterminada.

Informes de red

Mejor informe anónimo para ISP

  • En el informe Anonymous Best for ISP, se utiliza un grupo de pares para la comparación “mejor”. El grupo de pares se basa en la ubicación del ISP. Por lo general, son los 10 proveedores de servicios de Internet más medidos en un país determinado, con un mínimo de más de 1000 sesiones.
  • Los resultados del “mejor” ISP ayudan a los ISP a centrar los esfuerzos de rendimiento en plataformas de alto volumen o críticas para el negocio y áreas que son competitivas débiles en relación con sus pares.
  • El informe proporciona detalles sobre el desempeño desglosado por geografía y plataforma, y lo compara con el “mejor” proveedor de servicios de Internet para los mismos criterios.
  • Disponible para RTT y rendimiento.
  • Para obtener las descripciones de los registros, consulte Descripciones e informes de registro de Radar para ISP.

Informe de subred para ISP

  • Este informe proporciona a los ISP información sobre el rendimiento de las subredes específicas de sus redes para los usuarios a través de plataformas que medimos.
  • Proporciona información sobre el proveedor de servicios que respondió a una solicitud específica.
  • Ayuda a comprender el rendimiento por subred de red.
  • El rendimiento se desbarató por tipo de sondeo (por ejemplo, tiempo de respuesta, rendimiento y disponibilidad), IP de resolución DNS, IP de cliente /28 y la subred del usuario al que se ha servido los objetos.
  • Para obtener las descripciones de los registros, consulte Descripciones e informes de registro de Radar para ISP.

Registros de Radar

  • Los registros de Radar están disponibles para Plataformas y Redes.
  • Incluyen un subconjunto de los campos disponibles en los registros sin procesar, con algunos datos anonimizados: IP cliente /28, Referer MD5 hash.
  • Se proporcionan todas las medidas tomadas para plataformas públicas, independientemente de la página que generó la medición.

NOTA:

NEM nunca expone las IPs de cliente completas. En su lugar, expone el /28. Por ejemplo, una IP de 255.255.255.255 aparecerá en un informe como 255.255.255.240/28.

Frecuencia de registro

Los registros de Radar se pueden generar diariamente (cada 24 horas) es decir, final del día, hora UTC. Los registros también se pueden generar en tiempo real (minuto a minuto).

Formato de archivo

Elija TSV o JSON para recibir registros e informes en cualquiera de estos formatos.

Tipo de medición

Puede configurar registros para los siguientes tipos de medida: Disponibilidad, Tiempo de Respuesta y Rendimiento. En el informe, 1: Disponibilidad, 0: Tiempo de respuesta HTTP y 14: Rendimiento HTTP.

Detalles de temporización de recursos

Puede optar por incluir también detalles de temporización de recursos haciendo clic en los botones o No. Los detalles de temporización de recursos incluyen:

  • Hora de búsqueda de DNS
  • Hora de conexión TCP
  • Tiempo de conexión seguro
  • Tiempo de descarga

Para obtener las descripciones de los registros, consulte Descripciones e informes del registro de Radar para proveedores de servicios y empresas.

Configuración del registro

Registros de sincronización de navegación

Frecuencia de registro

Los registros de sincronización de navegación se pueden generar diariamente (cada 24 horas) es decir, final del día, hora UTC. Los registros también se pueden generar en tiempo real (minuto a minuto).

Formato de archivo

Elija TSV o JSON para recibir registros de sincronización de navegación en cualquiera de estos formatos.

Para obtener las descripciones de los registros, consulte Descripciones del registro de temporización de navegación.

Registros de sincronización de navegación

Registros de Openmix

Frecuencia de registro

Los registros de Openmix se generan en tiempo real (es decir, minuto a minuto). Estos registros proporcionan mediciones en tiempo real tomadas para los clientes de Openmix.

Formato de archivo

Elija TSV o JSON para recibir registros Openmix y HTTP Openmix en cualquiera de estos formatos. JSON es sin embargo el formato recomendado.

Para obtener las descripciones de los registros, consulte Descripciones del registro de Openmix.

Registros de Openmix

Entrega de servicios en la nube

Esta opción le permite seleccionar el modo de entrega. Puede optar por recibir registros e informes en el depósito de AWS S3 o en el depósito de Google Cloud Storage (GCS). Se le proporciona información de inicio de sesión para acceder a los depósitos S3 y GCS. Puede utilizar una herramienta de línea de comandos como s3cmd o la CLI de AWS para S3. Y gsutil para GCS.

AWS S3

Para los registros e informes que se entregarán al depósito de AWS S3, seleccione AWS S3.

Ubicación

La ubicación representa el depósito en AWS S3 donde se guardan los registros y los informes.

Claves de IAM

Si selecciona el botón Generar claves en AWS S3, las claves de AWS IAM (claves de acceso y secreto) se generarán y mostrarán en Claves de IAM. Asegúrese de grabar las claves porque no se almacenan en ningún lugar para verlas más tarde.

NOTA:

Este par de claves de acceso y secreto son la única copia de las claves privadas. El cliente es responsable de almacenarlos de forma segura. La regeneración de nuevas claves invalida las existentes. El archivo de configuración S3cmd reconoce las claves de acceso (recibidas a través de la interfaz de usuario del portal) y ayuda al cliente a conectarse al depósito S3. Para conectarse a S3, la CLI de AWS debe instalarse en el equipo del cliente.

Para obtener información sobre cómo usar las claves de acceso y secretas con s3cmd para descargar informes desde el depósito de S3, consulte Preguntas frecuentes.

AWS S3

Almacenamiento en la nube de Google

Para que los registros e informes se entreguen a GCS, selecciona Google Cloud Storage.

Ubicación

La ubicación representa el depósito en Google Cloud Storage donde se guardan los registros y los informes.

Claves de IAM

Al seleccionar el botón Generar archivo de clave, el archivo de clave de cuenta de Google Service se descarga en el equipo.

NOTA:

Este archivo de clave sirve como única copia de la clave privada. Tome nota de la dirección de correo electrónico de su cuenta de servicio y almacene de forma segura el archivo de clave privada de la cuenta de servicio. La regeneración de un nuevo archivo de clave invalida el archivo existente.

Este archivo clave se puede utilizar con la herramienta gsutil para descargar registros e informes desde el depósito GCS. Para obtener más información sobre cómo utilizar el archivo de clave para descargar archivos de registro, consulte Preguntas frecuentes.

GCS

Descripciones e informes del registro de Radar para proveedores de servicios y empresas

Registros de Radar para proveedores

  • Estos registros proporcionan mediciones de Radar para socios de referencia.
  • Proporcionan todas las medidas tomadas para plataformas públicas, independientemente de la página que generó la medición.
  • Los registros de Radar incluyen un subconjunto de los campos disponibles en los registros sin procesar, con algunos datos anonimizados: IP cliente /28, Referer MD5 hash.
  • Aquí hay un ejemplo de Compartir registro de Radar de plataforma en formato de archivo TSV.

NOTA:

NEM nunca expone las IPs de cliente completas. En su lugar, expone el /28. Por ejemplo, una IP de 255.255.255.255 aparecerá en un informe como 255.255.255.240/28.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones de los registros de Radar. Los campos aparecen en este orden en los archivos de salida:

Registro Descripción
Marca de tiempo Es la hora UTC de la solicitud en formato AAAA-MM-DDTHH:MI:SSZ. Este es el valor real (hasta el segundo) en las tablas de registro y se redondea a la hora más cercana (2018-03-30T23:00:00Z) o al día (2018-03-30T00:00:00Z) en las tablas horas/día, respectivamente. Esto siempre está en UTC en todos los conjuntos de datos.
ID de nodo único También conocido como ID de nodo de caché, un valor arbitrario (normalmente una IP) que pueden ser devueltos por los servidores perimetrales de CDN para ayudar a los CDN a identificar internamente qué servidor manejó una solicitud en particular. (cadena vacía): proviene de clientes Radar que no admiten la detección UNI. 0: El agente de usuario no admite las funciones necesarias para la detección UNI. 1: El cliente encontró un error durante la detección UNI, como HTTP 404 u otra respuesta fallida. 2: Se intentó la detección UNI, pero se produjo un error.
ID de proveedor ID interno de la plataforma que se está midiendo.
Tipo de sonda El tipo de sondeo que se está midiendo (por ejemplo, 1: Tiempo de conexión HTTP, 0: Tiempo de respuesta HTTP, 14: Rendimiento HTTP, etc.). Solo utilizamos la información que ha devuelto correctamente (o no) dentro del tiempo permitido para indicar que el servicio está disponible.
Código de respuesta Resultado de la medición. Por ejemplo: 0: éxito, 1: tiempo de espera, > 1: error. Para los cálculos de disponibilidad, el porcentaje de mediciones se toma con una respuesta 0 (correcta) frente al número total de mediciones (total, independientemente de la respuesta). Esto, estrictamente es el cálculo de disponibilidad. Para otros tipos de sondeo (RTT y rendimiento), este debe ser un filtro (es decir, solo tenga en cuenta los puntos de datos RTT con un código de éxito 0 al calcular las estadísticas en el RTT). Lo mismo para el rendimiento.
Valor de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa mediciones de disponibilidad (1)/Tiempo de respuesta (0) en milisegundos y Rendimiento (14) en kbps.
Mercado de Resolver El mercado del solucionador DNS que manejó la solicitud. Generalmente el continente donde se encuentra el solucionador DNS, donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País de resolución El país de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región de resolución La región de la resolución DNS que manejó la request.ID se puede asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado de resolución El estado de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
Ciudad de Resolver La ciudad del solucionador DNS que manejó la ciudad Request.Resolver se agrega buscando la dirección IP del solucionador. Los ID se pueden asignar a nombres enhttps://community-radar.citrix.com/ref/cities.json.gz
ASN de resolución Número de sistema autónomo (ASN) del solucionador DNS que gestionó la solicitud. Por lo general, el ASN que contiene ID de resolución DNS se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
Resolución IP La dirección IP del solucionador DNS desde el que nuestra infraestructura recibió la solicitud DNS.
Mercado de clientes El mercado del usuario final que generó esta medición. Generalmente el continente donde se encuentra la IP del cliente; donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País del cliente El país del usuario final que generó estos ID de medida se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región del cliente La región del usuario final que generó esta medida. Generalmente, la región geográfica en la que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado del cliente El estado del usuario final que generó esta medida. Generalmente, el estado en el que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
Ciudad del cliente La ciudad del usuario final que generó esta medida. Generalmente, la ciudad en la que se encuentra la IP del cliente.IDs se pueden asignar a nombres en https://community-radar.citrix.com/ref/cities.json.gz
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Por lo general, el ASN que contiene los ID de IP del cliente se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
IP del cliente La IP del usuario final que generó esta medida.
Host de referencia MD5 La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar. El host de referencia es MD5 hash.
Agente de usuario Cadena de agente de usuario del explorador que ejecuta la página que aloja la etiqueta.Por ejemplo, si está ejecutando Chrome y navegando por una página con la etiqueta Radar, las mediciones de Radar tomadas en segundo plano registran el agente de usuario desde su explorador Chrome. Esto incluye el hecho de que era Chrome, qué versión de Chrome era, información sobre el sistema operativo en el que estás ejecutando, etc.
Tiempo de búsqueda DNS (opcional) Mediante la API de sincronización de recursos, la diferencia entre el fin de búsqueda de dominio y el inicio de búsqueda de dominio cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como DomainLookUpend - DomainLookUpStart.
Hora de conexión TCP (opcional) Mediante la API de sincronización de recursos, la diferencia entre Connect End y Connect Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - ConnectStart.
Tiempo de conexión segura (opcional) Mediante la API de sincronización de recursos, la diferencia entre Connect End y Secure Connection Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - SecureConnectionStart.
Latencia (opcional) Mediante la API de sincronización de recursos, la diferencia entre el inicio de la respuesta y el inicio de la solicitud cuando ambos valores no son nulos y la hora de inicio de la respuesta es mayor que la hora de inicio de la solicitud. Se calcula como responseStart - requestStart
Tiempo de descarga (opcional) Mediante la API de sincronización de recursos, la diferencia entre el fin de la respuesta y el inicio de la respuesta cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como responseEnd - responseStart.
Perfil del cliente Esto ayuda a identificar si los datos provienen de aplicaciones móviles o exploradores. También nos permite diferenciar entre iOS, aplicaciones Android y exploradores. Cada perfil de cliente está identificado por un número. Los valores de este campo son: null, 0, 1, 2, 3, 4. Donde, null: Generalmente implica un cliente Radar anterior que no admite el envío del valor client_profile. 0: Explorador; 1: iOS - Radar Runner para la aplicación iOS escrita en Swift; 2: Android; 3: Explorador en la versión móvil del sitio web; 4: iOS - Radar Runner para la aplicación iOS escrita en Objective-C.
Versión del perfil del cliente La versión del perfil del cliente nos dice qué versión del código Radar Runner (para iOS) o AndroidRadar SDK (para Android) se utilizó en la aplicación móvil. Este campo está destinado únicamente para uso interno.
Categoría de dispositivo Todos los dispositivos se clasifican en uno de los siguientes: Smartphone, Tablet, PC, Smart TV y Otros. ‘Otro’ se utiliza como valor predeterminado si el analizador no puede determinar el valor de cualquiera de los campos.
Dispositivo El tipo de dispositivo en el que se encuentra el usuario, por ejemplo, Apple iPhone. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
Explorador web El tipo de explorador que está utilizando el usuario, por ejemplo Mobile Safari UI/WKWebView 0.0.0. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
SO El sistema operativo que se está utilizando, por ejemplo iOS 11.0.3. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.

Mejor informe anónimo

  • Los mejores informes anónimos ayudan a los proveedores a comparar su rendimiento con el de otras plataformas dentro de su grupo de pares, es decir, dentro del mismo país, región o ASN.
  • Los datos de rendimiento de los 15 principales proveedores del grupo de pares se agregan en función de las mismas categorías, y el mejor rendimiento se muestra junto al mejor valor del proveedor específico.
  • Anonymous Best Report for SSL Platforms está disponible para que su rendimiento se pueda comparar con otras plataformas SSL.
  • Las direcciones IP del cliente se truncan a /28.
  • Los resultados del “mejor” proveedor ayudan a las nubes y los CDN a centrar los esfuerzos de rendimiento en ASN críticos de alto volumen o para el negocio que son competitivos débiles en relación con sus pares.
  • El informe proporciona detalles sobre el rendimiento desglosado por IP de resolución DNS, IP de cliente /28 y el nodo de almacenamiento en caché que sirvió a los objetos, y lo compara con la plataforma “mejor” para los mismos criterios.
  • Disponible para RTT o Rendimiento.
  • Aquí hay una muestraMejor informe de plataforma anónimade RTT en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones del mejor informe anónimo. Los campos aparecen en este orden en los archivos de salida.

Registro Descripción
País de resolución País del solucionador DNS que gestionó la solicitud.
Región de resolución La región del solucionador DNS que gestionó la solicitud.
Estado de resolución El estado del solucionador DNS que manejó la solicitud.
ID de ASN del solucionador Número de sistema autónomo del solucionador DNS que gestionó la solicitud. Generalmente, el ASN que contiene el solucionador DNS.
Nombre ASN del solucionador El nombre de la ASN.
Resolución IP La IP del solucionador DNS que manejó la solicitud.
País del cliente País del usuario final que generó esta medida.
Región del cliente La región del usuario final que generó esta medida.
Estado del cliente El estado del usuario final que generó esta medida.
ID de ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente el ASN que contiene la IP del cliente.
Nombre de ASN del cliente El nombre de la ASN del usuario final que generó la medida.
IP del cliente La IP del usuario final que generó la medición.
Éxitos Número total de mediciones que se realizaron correctamente. Consejo: Éxito/Total == Disponibilidad.
Tiempos de espera El número de mediciones que se agotó el tiempo de espera.
Errores El número de mediciones que fueron errores.
Total: El número total de medidas.
Media El promedio de todos los valores de medición de esa fila.
Mejor Media El mejor medio entre los 15 principales proveedores del grupo de pares.
Mediciones de la mejor media Número total de mediciones que produjeron el mejor recuento de medias.
Mediana El valor del percentil 50, también conocido como el valor medio de las mediciones para un proveedor en particular, si las mediciones se enumeran en orden.
Mejor mediana El mejor valor del percentil 50 (por debajo del cual se puede encontrar el 50 por ciento de las mediciones) de los 15 principales proveedores del grupo de pares.
Mediciones de la mejor media Número total de medidas que produjeron la mejor mediana
5.º El valor del 5.º percentil para el proveedor.
Mejor 5.º El mejor valor del 5.º percentil de los 15 principales proveedores del grupo de pares.
Las mejores 5.ª medidas Número total de medidas que produjeron el best_5th
10.ª Valor del percentil 10 para el proveedor.
Mejor 10.º El mejor valor del 10.º percentil de los 15 principales proveedores del grupo de pares.
Mejores 10.ª medidas Número total de medidas que produjeron el best_10th
90th Valor del percentil 90 para el proveedor.
Mejor 90.ª El mejor valor del percentil 90 de los 15 principales proveedores del grupo de pares.
Las mejores medidas 90 Número total de medidas que produjeron el best_90th
95th Valor del percentil 95 para el proveedor.
Mejor 95.ª El mejor valor del percentil 95 de los 15 principales proveedores del grupo de pares.
Las mejores 95.ª medidas Número total de medidas que produjeron el best_95th
Stdev La desviación estándar para el proveedor
Mejor Stdev La mejor desviación estándar de los 15 principales proveedores del grupo de pares.
Las mejores medidas de Stdev Número total de mediciones que produjeron el mejor std.dev.
Disponibilidad La disponibilidad en porcentaje para el proveedor. La disponibilidad es la tasa de éxito del sondeo, es decir, éxitos/(Éxitos + Falla + Tiempos de espera)
Mejor disponibilidad El mejor valor de disponibilidad entre los 15 principales proveedores del grupo de pares.
Mejores mediciones de disponibilidad El número de mediciones que produjeron la mejor disponibilidad
Importancia Valores sintéticos generados para ayudar a encontrar datos accionables.
ID de nodo único Se trata de una lista separada por comas de los ID de nodo único para las mediciones representadas por esa fila.
Tipo de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa HTTP_COLD (Disponibilidad), HTTP_RTT (Tiempo de ida y vuelta) o HTTP_Kbps (Rendimiento).
ID de proveedor El número de ID interno de Citrix para ese proveedor.

Informe de ID de nodo de caché (anteriormente Informe de proveedor de servicios múltiples)

Este informe se utiliza para identificar el servidor o centro de datos específico que respondió a una solicitud y ayudar a diagnosticar problemas del servidor.

  • Proporciona el ID del centro de datos o del equipo que respondió a una solicitud específica.
  • Ayuda a entender por qué el rendimiento a través de un nodo específico (POP o máquina, o ID de nodo), era bueno o malo.
  • El rendimiento se desbarató por tipo de sondeo (por ejemplo, tiempo de respuesta, rendimiento y disponibilidad), IP de resolución DNS, IP de cliente /28 y nodo de almacenamiento en caché que servía a los objetos.
  • Aquí hay un ejemplo de Informe de ID de nodo de caché de plataforma en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones del informe de ID de nodo de caché. Los campos aparecen en este orden en los archivos de salida:

Registro Descripción
Nombre del proveedor Este es el nombre del proveedor que se está midiendo.
Valor de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa mediciones de conexión (1) /RTT (0) en milisegundos, y mediciones de rendimiento (14) en kbps.
ID de nodo único También conocido como ID de nodo de caché, un valor arbitrario (normalmente una IP) que pueden ser devueltos por los servidores perimetrales de CDN para ayudar a los CDN a identificar internamente qué servidor manejó una solicitud en particular. (cadena vacía): proviene de clientes Radar que no admiten la detección UNI. 0: El agente de usuario no admite las funciones necesarias para la detección UNI. 1: El cliente encontró un error durante la detección UNI, como HTTP 404 u otra respuesta fallida. 2: Se intentó la detección UNI, pero se produjo un error.
País de resolución País del solucionador DNS que gestionó la solicitud.
Región de resolución La región del solucionador DNS que gestionó la solicitud.
Estado de resolución El estado del solucionador DNS que manejó la solicitud.
ASN de resolución Número de sistema autónomo del solucionador DNS que gestionó la solicitud. Generalmente, el ASN que contiene el solucionador DNS.
Nombre ASN del solucionador El nombre de la ASN.
Resolución IP La IP del solucionador DNS que manejó la solicitud.
País del cliente País del usuario final que generó esta medida.
Región del cliente La región del usuario final que generó esta medida.
Estado del cliente El estado del usuario final que generó esta medida.
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente el ASN que contiene la IP del cliente.
Nombre de ASN del cliente El nombre de la ASN del usuario final que generó la medida.
IP del cliente La IP del usuario final que generó la medición.
Operación correctamente realizada. Número total de mediciones que se realizaron correctamente. Consejo: Éxito/Total == Disponibilidad.
Tiempo de espera El número de mediciones que se agotó el tiempo de espera.
Error El número de mediciones que fueron errores.
Total: El número total de medidas.
Media El promedio de los valores de medición para cada fila.
Mediana El valor del percentil 50, también conocido como el valor medio de las mediciones para un proveedor en particular, si las mediciones se enumeran en orden.
5.º El valor del 5.º percentil para el proveedor.
10.ª Valor del percentil 10 para el proveedor.
90th Valor del percentil 90 para el proveedor.
95th Valor del percentil 95 para el proveedor.
Stdev La desviación estándar para el proveedor.
Disponibilidad La disponibilidad en porcentaje para el proveedor.
Importancia Valores sintéticos generados para ayudar a encontrar datos accionables.

Informe por hora por país/ASN

  • Este informe ayuda a verificar si el rendimiento de sus proveedores varía significativamente durante un día.
  • Muestra la hora en que se tomaron las mediciones truncadas hasta la hora; por ejemplo. 2018-03-11T23:00:00.
  • Aquí hay un ejemplo de plataforma horaria por informe de país/ASN en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de las columnas y las descripciones del informe Hora por país/ASN. Los campos aparecen en este orden en los archivos de salida:

Registro Descripción
Marca de tiempo 60 minutos La hora UTC en la que se tomaron las mediciones truncada hasta la hora, por ejemplo2018-03-11T 23:00:00.
Nombre del proveedor Este es el nombre del proveedor que se está midiendo.
Tipo de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa HTTP_COLD (Disponibilidad), HTTP_RTT (Tiempo de ida y vuelta) o HTTP_Kbps (Rendimiento).
País del cliente País del usuario final que generó esta medida.
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente el ASN que contiene la IP del cliente.
Nombre de ASN del cliente El nombre de la ASN del usuario final que generó la medida.
Operación correctamente realizada. Número total de mediciones que se realizaron correctamente. Consejo: Éxito/Total == Disponibilidad.
Tiempo de espera El número de mediciones que se agotó el tiempo de espera.
Error El número de mediciones que fueron errores.
Total: El número total de medidas.
Media El promedio de los valores de medición para cada fila.
Mediana El valor del percentil 50, también conocido como el valor medio de las mediciones para un proveedor en particular, si las mediciones se enumeran en orden.
5.º El valor del 5.º percentil para el proveedor.
10.ª Valor del percentil 10 para el proveedor.
90th Valor del percentil 90 para el proveedor.
95th Valor del percentil 95 para el proveedor.
Stdev La desviación estándar para el proveedor.
Disponibilidad La disponibilidad en porcentaje para el proveedor.
Importancia Valor sintético generado para ayudar a encontrar datos accionables.
ID de proveedor El número de ID interno de Citrix para ese proveedor.

Descripciones e informes de registro de Radar para ISP

Registros de Radar para ISP

Los registros de Radar permiten a los ISP medir su rendimiento con respecto a las plataformas globales en detalle. Los ISP pueden utilizar estos datos para encontrar áreas en las que se deben realizar mejoras o para verificar el rendimiento esperado.

  • Proporciona acceso a las mediciones de Radar.
  • Proporciona mediciones tomadas de ISP en plataformas públicas, independientemente de la página que generó la medición.
  • Los registros de Radar incluyen un subconjunto de los campos disponibles en los registros sin procesar, con algunos datos anonimizados: IP cliente /28, referer MD5 hash.
  • Los archivos de registro están en formato TSV.
  • Aquí hay un ejemplo de recurso compartido de red de un registro de Radar en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones de los registros de Radar para ISP. Los campos aparecen en este orden en los archivos de salida.

Registro Descripción
Marca de tiempo Es la hora UTC de la solicitud en formato AAAA-MM-DDTHH:MI:SSZ. Este es el valor real (hasta el segundo) en las tablas de registro y se redondea a la hora más cercana (2018-03-30T23:00:00Z) o al día (2018-03-30T00:00:00Z) en las tablas horas/día, respectivamente. Esto siempre está en UTC en todos los conjuntos de datos.
ID de proveedor ID interno de la plataforma que se está midiendo.
Tipo de sonda El tipo de sondeo que se está midiendo (por ejemplo, 1: Tiempo de conexión HTTP, 0: Tiempo de respuesta HTTP, 14: Rendimiento HTTP, etc.). Solo utilizamos la información que ha devuelto correctamente (o no) dentro del tiempo permitido para indicar que el servicio está disponible.
Código de respuesta Resultado de la medición. Por ejemplo: 0: éxito, 1: tiempo de espera, > 1: error. Para los cálculos de disponibilidad, el porcentaje de mediciones se toma con una respuesta 0 (correcta) frente a El número total de mediciones (total, independientemente de la respuesta). Esto, estrictamente es el cálculo de disponibilidad. Para otros tipos de sondeo (RTT y rendimiento), este debe ser un filtro (es decir, solo tenga en cuenta los puntos de datos RTT con un código de éxito 0 al calcular las estadísticas en el RTT). Lo mismo para el rendimiento.
Valor de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa mediciones de disponibilidad (1)/Tiempo de respuesta (0) en milisegundos y Rendimiento (14) en kbps.
Mercado de Resolver El mercado del solucionador DNS que manejó la solicitud. Generalmente el continente donde se encuentra el solucionador DNS, donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País de resolución El país de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región de resolución La región de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado de resolución El estado de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
ASN de resolución Número de sistema autónomo (ASN) del solucionador DNS que gestionó la solicitud. Por lo general, el ASN que contiene ID de resolución DNS se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
Resolución IP La dirección IP del solucionador DNS desde el que nuestra infraestructura recibió la solicitud DNS.
Mercado de clientes El mercado del usuario final que generó esta medición. Generalmente el continente donde se encuentra la IP del cliente; donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País del cliente El país del usuario final que generó estos ID de medida se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región del cliente La región del usuario final que generó esta medida. Generalmente, la región geográfica en la que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado del cliente El estado del usuario final que generó esta medida. Generalmente, el estado en el que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Por lo general, el ASN que contiene los ID de IP del cliente se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
IP del cliente La IP del usuario final que generó esta medida.
Host de referencia MD5 La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar. El host de referencia es MD5 hash.
Agente de usuario Esta es la cadena del agente de usuario del explorador que ejecuta la página que aloja la etiqueta. Por ejemplo, si utiliza Chrome y navega por una página con la etiqueta Radar, las mediciones de Radar realizadas en segundo plano registran el agente de usuario desde su explorador Chrome. Esto incluye el hecho de que era Chrome, qué versión de Chrome era, información sobre el sistema operativo en el que estás ejecutando, etc.
Tiempo de búsqueda DNS (opcional) Mediante la API de sincronización de recursos, la diferencia entre el fin de búsqueda de dominio y el inicio de búsqueda de dominio cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como DomainLookUpend - DomainLookUpStart.
Hora de conexión TCP (opcional) Mediante la API de sincronización de recursos, la diferencia entre Connect End y Connect Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - ConnectStart.
Tiempo de conexión segura (opcional) Mediante la API de sincronización de recursos, la diferencia entre Connect End y Secure Connection Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - SecureConnectionStart.
Latencia (opcional) Mediante la API de sincronización de recursos, la diferencia entre el inicio de la respuesta y el inicio de la solicitud cuando ambos valores no son nulos y la hora de inicio de la respuesta es mayor que la hora de inicio de la solicitud. Se calcula como responseStart - requestStart
Tiempo de descarga (opcional) Mediante la API de sincronización de recursos, la diferencia entre el fin de la respuesta y el inicio de la respuesta cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como responseEnd - responseStart.
Perfil del cliente Esto ayuda a identificar si los datos provienen de aplicaciones móviles o exploradores. También nos permite diferenciar entre iOS, aplicaciones Android y exploradores. Cada perfil de cliente está identificado por un número. Los valores de este campo son: null, 0, 1, 2, 3, 4. Donde, null: Generalmente implica un cliente Radar anterior que no admite el envío del valor client_profile. 0: Explorador; 1: iOS - Radar Runner para la aplicación iOS escrita en Swift; 2: Android; 3: Explorador en la versión móvil del sitio web; 4: iOS - Radar Runner para la aplicación iOS escrita en Objective-C.
Versión del perfil del cliente La versión del perfil del cliente nos dice qué versión del código Radar Runner (para iOS) o AndroidRadar SDK (para Android) se utilizó en la aplicación móvil. Este campo está destinado únicamente para uso interno.
Categoría de dispositivo Todos los dispositivos se clasifican en uno de los siguientes: Smartphone, Tablet, PC, Smart TV y Otros. ‘Otro’ se utiliza como valor predeterminado si el analizador no puede determinar el valor de cualquiera de los campos.
Dispositivo El tipo de dispositivo en el que se encuentra el usuario, por ejemplo, Apple iPhone. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
Explorador web El tipo de explorador que está utilizando el usuario, por ejemplo Mobile Safari UI/WKWebView 0.0.0. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
SO El sistema operativo que se está utilizando, por ejemplo iOS 11.0.3. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.

Informe de subred para ISP

  • Este informe proporciona a los ISP información sobre el rendimiento de las subredes específicas de sus redes para sus usuarios a través de las plataformas que medimos.
  • Proporciona información sobre el proveedor de servicios que respondió a una solicitud específica.
  • Ayuda a comprender el rendimiento por subred de red.
  • El rendimiento se desbarató por tipo de sondeo (por ejemplo, tiempo de respuesta, rendimiento y disponibilidad), IP de resolución DNS, IP de cliente /28 y la subred del usuario al que se ha servido los objetos.
  • Aquí hay un ejemplo de Informe de subred de red en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones del informe de subred para ISP. Los campos aparecen en este orden en los archivos de salida:

Registro Descripción
Nombre de ASN Nombre del Sistema Autónomo desde el que se tomó la medición.
Valor de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa mediciones de conexión (1) /RTT (0) en milisegundos, y mediciones de rendimiento (14) en kbps.
Subred La subred del usuario desde donde se originó la solicitud.
ASN de resolución Número de sistema autónomo del solucionador DNS que gestionó la solicitud. Generalmente, el ASN que contiene el solucionador DNS.
Resolución IP La IP del solucionador DNS que manejó la solicitud.
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente el ASN que contiene la IP del cliente.
IP del cliente La IP del usuario final que generó la medición.
ID de plataforma ID de la plataforma de Service Provider a la que se intentó la consulta.
Nombre de la plataforma Nombre de la plataforma Service Provider en la que se intentó la consulta.
Operación correctamente realizada. Número total de mediciones que se realizaron correctamente. Consejo: Éxito/Total == Disponibilidad.
Tiempo de espera El número de mediciones que se agotó el tiempo de espera.
Error El número de mediciones que fueron errores.
Total: El número total de medidas.
Media El promedio de los valores de medición para cada fila.
Mediana El valor del percentil 50, también conocido como el valor medio de las mediciones para un proveedor en particular, si las mediciones se enumeran en orden.
5.º El valor del 5.º percentil para el proveedor.
10.ª Valor del percentil 10 para el proveedor.
90th Valor del percentil 90 para el proveedor.
95th Valor del percentil 95 para el proveedor.
Stdev La desviación estándar para el proveedor.
Disponibilidad La disponibilidad en porcentaje para el proveedor.
Importancia Valores sintéticos generados para ayudar a encontrar datos accionables.
Tipo de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa HTTP_COLD (Disponibilidad), HTTP_RTT (Tiempo de ida y vuelta) o HTTP_Kbps (Rendimiento).

Mejor informe anónimo para ISP

  • En el informe Mejor anónimo, se utiliza un grupo de pares para la comparación “mejor”. El grupo de pares se basa en la ubicación del ISP. Por lo general, son los 10 proveedores de servicios de Internet más medidos en un país determinado, con un mínimo de más de 1000 sesiones.
  • Los resultados del “mejor” ISP ayudan a los ISP a centrar los esfuerzos de rendimiento en plataformas de alto volumen o críticas para el negocio y áreas que son competitivas débiles en relación con sus pares.
  • El informe proporciona detalles sobre el desempeño desglosado por geografía y plataforma, y lo compara con el “mejor” proveedor de servicios de Internet para los mismos criterios.
  • Disponible para RTT y rendimiento.
  • Aquí hay una muestraMejor informe de Red Anonymousde RTT en formato de archivo TSV.

Descripciones de registro

Estos son los encabezados de columnas y las descripciones del mejor informe anónimo. Los campos aparecen en este orden en los archivos de salida.

Registro Descripción
Tipo de medición El valor de medición registrado, cuyo significado varía según el tipo de sonda. Representa HTTP_COLD (Disponibilidad), HTTP_RTT (Tiempo de ida y vuelta) o HTTP_Kbps (Rendimiento).
País del cliente País del usuario final que generó esta medida.
Región del cliente La región del usuario final que generó esta medida.
Estado del cliente El estado del usuario final que generó esta medida.
ID de ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente el ASN que contiene la IP del cliente.
Nombre de ASN del cliente El nombre de la ASN del usuario final que generó la medida.
País de resolución País del solucionador DNS que gestionó la solicitud.
Región de resolución La región del solucionador DNS que gestionó la solicitud.
Estado de resolución El estado del solucionador DNS que manejó la solicitud.
ID de plataforma ID de la plataforma de Service Provider a la que se intentó la consulta.
Nombre de la plataforma Nombre de la plataforma Service Provider en la que se intentó la consulta.
Éxitos Número total de mediciones que se realizaron correctamente. Consejo: Éxito/Total == Disponibilidad.
Tiempos de espera El número de mediciones que se agotó el tiempo de espera.
Errores El número de mediciones que fueron errores.
Total: El número total de medidas.
Media El promedio de todos los valores de medición de esa fila.
Mejor Media El mejor medio entre los 15 principales proveedores del grupo de pares.
Mediciones de la mejor media Número total de mediciones que produjeron el mejor recuento de medias.
Mediana El valor del percentil 50, también conocido como el valor medio de las mediciones para un proveedor en particular, si las mediciones se enumeran en orden.
Mejor mediana El mejor valor del percentil 50 (por debajo del cual se puede encontrar el 50 por ciento de las mediciones) de los 15 principales proveedores del grupo de pares.
Mediciones de la mejor media Número total de medidas que produjeron la mejor mediana
5.º El valor del 5.º percentil para el proveedor.
Mejor 5.º El mejor valor del 5.º percentil de los 15 principales proveedores del grupo de pares.
Las mejores 5.ª medidas Número total de medidas que produjeron el best_5th
10.ª Valor del percentil 10 para el proveedor.
Mejor 10.º El mejor valor del 10.º percentil de los 15 principales proveedores del grupo de pares.
Mejores 10.ª medidas Número total de medidas que produjeron el best_10th
90th Valor del percentil 90 para el proveedor.
Mejor 90.ª El mejor valor del percentil 90 de los 15 principales proveedores del grupo de pares.
Las mejores medidas 90 Número total de medidas que produjeron el best_90th
95th Valor del percentil 95 para el proveedor.
Mejor 95.ª El mejor valor del percentil 95 de los 15 principales proveedores del grupo de pares.
Las mejores 95.ª medidas Número total de medidas que produjeron el best_95th
Stdev La desviación estándar para el proveedor.
Mejor Stdev La mejor desviación estándar de los 15 principales proveedores del grupo de pares.
Las mejores medidas de Stdev Número total de mediciones que produjeron el mejor std.dev.
Disponibilidad La disponibilidad en porcentaje para el proveedor. La disponibilidad es la tasa de éxito del sondeo, es decir, Éxitos/(Éxitos + Falla + Tiempos de espera)
Mejor disponibilidad El mejor valor de disponibilidad entre los 15 principales proveedores del grupo de pares.
Mejores mediciones de disponibilidad El número de mediciones que produjeron la mejor disponibilidad.
Importancia Valores sintéticos generados para ayudar a encontrar datos accionables.

Descripciones del registro de temporización de navegación

Datos de sincronización de navegación

Los datos de sincronización de navegación proporcionan información sobre las diversas partes del proceso de carga de páginas para una página web.

Estos datos pueden variar debido a la ubicación del usuario final, problemas de red, cambios realizados por el proveedor, etc. Los clientes pueden utilizar los datos de sincronización de navegación para optimizar la experiencia del usuario final al cargar la página web supervisada.

Se pueden realizar mediciones para cada sesión de Radar (si está activada). Cada sesión se adjunta a un número de ID que ayuda a realizar un seguimiento de todas las mediciones de una sesión. Estas mediciones se comparten con los clientes como Registros de sincronización de navegación a través de NEM.

Aquí hay una muestra de los Datos de sincronización de navegación en formato de archivo TSV.

Estos son los encabezados de columnas y las descripciones de los registros de sincronización de navegación. Los campos aparecen en este orden en los archivos de salida:

Registro Descripción
Marca de tiempo Es la hora UTC de la solicitud en formato AAAA-MM-DDTHH:MI:SSZ. Este es el valor real (hasta el segundo) en las tablas de registro y se redondea a la hora más cercana (2018-03-30T23:00:00Z) o al día (2018-03-30T00:00:00Z) en las tablas horas/día, respectivamente. Esto siempre está en UTC en todos los conjuntos de datos.
Código de respuesta Resultado de la medición. Por ejemplo: 0: éxito, 1: tiempo de espera, > 1: error. Para los cálculos de disponibilidad, el porcentaje de mediciones se toma con una respuesta 0 (correcta) frente a El número total de mediciones (el total, independientemente de la respuesta). Esto es estrictamente el cálculo de disponibilidad. Para otros tipos de sondeo (RTT y rendimiento), este debe ser un filtro (es decir, solo tenga en cuenta los puntos de datos RTT con un código de éxito 0 al calcular las estadísticas en el RTT). Lo mismo para el rendimiento.
Mercado de Resolver El mercado del solucionador DNS que manejó la solicitud. Generalmente el continente donde se encuentra el solucionador DNS, donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País de resolución El país de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región de resolución La región de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado de resolución El estado de la resolución DNS que manejó los ID de solicitud se puede asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
ASN de resolución Número de sistema autónomo (ASN) del solucionador DNS que gestionó la solicitud. Por lo general, el ASN que contiene ID de resolución DNS se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
Resolución IP La dirección IP del solucionador DNS desde el que nuestra infraestructura recibió la solicitud DNS.
Mercado de clientes El mercado del usuario final que generó esta medición. Generalmente el continente donde se encuentra la IP del cliente; donde, 0: Desconocido (XX), 1: América del Norte (NA) 5: África (AF), 3: Europa (UE), 4: Asia (AS), 2: Oceanía (OC), 6: América del Sur (SA).
País del cliente El país del usuario final que generó estos ID de medida se puede asignar a nombres en https://community-radar.citrix.com/ref/countries.json.gz
Región del cliente La región del usuario final que generó esta medida. Generalmente, la región geográfica en la que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/regions.json.gz Nota: No todos los países del mundo tienen regiones definidas.
Estado del cliente El estado del usuario final que generó esta medida. Generalmente, el estado en el que se encuentra la IP del cliente. Los ID se pueden asignar a nombres en https://community-radar.citrix.com/ref/states.json.gz Nota: No todos los países del mundo tienen estados definidos.
ASN del cliente Número de sistema autónomo (ASN) del usuario final que generó esta medida. Por lo general, el ASN que contiene los ID de IP del cliente se puede asignar a nombres en https://community-radar.citrix.com/ref/asns.json.gz
IP del cliente La IP del usuario final que generó la medición.
Anfitrión de Referente La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar.
Protocolo de referencia La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar.
Ruta de referencia La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar.
Categoría de dispositivo Todos los dispositivos se clasifican en uno de los siguientes: Smartphone, Tablet, PC, Smart TV y Otros. ‘Otro’ se utiliza como valor predeterminado si el analizador no puede determinar el valor de cualquiera de los campos.
Dispositivo El tipo de dispositivo en el que se encuentra el usuario, por ejemplo, Apple iPhone. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
Explorador web El tipo de explorador que está utilizando el usuario, por ejemplo Mobile Safari UI/WKWebView 0.0.0. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
SO El sistema operativo que se está utilizando, por ejemplo iOS 11.0.3. Esto es detectado por la cadena del agente de usuario desde el explorador que se ejecuta en la página que aloja la etiqueta Radar.
Hora de búsqueda de DNS Mediante la API de sincronización de recursos, la diferencia entre el fin de búsqueda de dominio y el inicio de búsqueda de dominio cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como DomainLookUpend - DomainLookUpStart.
Hora de conexión TCP Mediante la API de sincronización de recursos, la diferencia entre Connect End y Connect Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - ConnectStart.
Tiempo de conexión seguro Mediante la API de sincronización de recursos, la diferencia entre Connect End y Secure Connection Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como ConnectEnd - SecureConnectionStart.
Load (evento) Es la duración o el tiempo que se tarda en pasar desde el inicio de un evento de carga hasta el final de un evento de carga. Se calcula como loadEventEnd - loadEventStart, cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.
Redirigir Esta es la duración o el tiempo que se tarda en pasar de Inicio de navegación a Inicio de búsqueda. Se calcula como FetchStart - NavigationStart, cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.
Carga total de página Es la duración o el tiempo que se tarda en pasar desde el inicio de la navegación hasta el final del evento de carga de página. Se calcula como - Load Event End - Navigation Start cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.
dom La duración o el tiempo que se tarda en pasar de la carga dom a dom completado. Se calcula como domComplete - domLoading cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.
Latencia Mediante la API de sincronización de recursos, la diferencia entre el inicio de la respuesta y el inicio de la solicitud cuando ambos valores no son nulos y la hora de inicio de la respuesta es mayor que la hora de inicio de la solicitud. Se calcula como responseStart - requestStart
Tiempo de descarga Mediante la API de sincronización de recursos, la diferencia entre el fin de la respuesta y el inicio de la respuesta cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio. Se calcula como responseEnd - responseStart.
DOM interactivo La duración o el tiempo que se tarda en pasar de Inicio de navegación a DOM interactivo. Se calcula como domInteractive - NavigationStart cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.
Iniciar modelizado La duración o el tiempo que se tarda en pasar de Inicio de navegación a Iniciar procesamiento. Se calcula como startRender - NavigationStart cuando ambos valores no son nulos y la hora de finalización es mayor que la hora de inicio.

Registros Openmix y HTTP Openmix

Los registros Openmix y HTTP Openmix permiten a los clientes hacer uso de mediciones en tiempo real para monitorear el comportamiento de sus aplicaciones Openmix. Pueden utilizar estos datos para encontrar áreas en las que se pueden realizar mejoras o para verificar el rendimiento esperado de sus aplicaciones.

  • Estos registros proporcionan mediciones en tiempo real tomadas para los clientes de Openmix.
  • El formato de archivo recomendado para estos registros es JSON, pero también están disponibles en formato TSV.
  • Aquí hay ejemplos de datos de intercambio de registros de Openmix y HTTP Openmix en formato de archivo TSV.

Descripciones del registro de Openmix

Registro Descripción
Marca de tiempo Es la hora UTC de la solicitud en formato AAAA-MM-DDTHH:MI:SSZ. Este es el valor real (hasta el segundo) en las tablas de registro y se redondea a la hora más cercana (2018-03-30T23:00:00Z) o al día (2018-03-30T00:00:00Z) en las tablas horas/día, respectivamente. Esto siempre está en UTC en todos los conjuntos de datos.
ID de zona del propietario de la aplicación El identificador de zona del propietario de la aplicación que atiende la solicitud. Este valor es siempre igual a 1.
ID de cliente del propietario de la aplicación El ID del cliente del propietario de la aplicación que atiende a la solicitud.For HTTP se codifica en la ruta de solicitud y se utiliza para buscar qué aplicación ejecutar.
ID de aplicación El ID de aplicación dentro de la cuenta del cliente que atiende la solicitud. Esto también está codificado en la ruta de solicitud HTTP. Los ID de aplicación comienzan en 1 y solo son exclusivos para el cliente, por lo tanto, debe calificar completamente las consultas para un ID de aplicación específico consultando también el ID de appOwnerCustomerId.
Versión de la aplicación Versión de la aplicación que atendía la cuenta. Cada vez que una aplicación se actualiza a través del portal o la API, la versión se incrementa. Se registra la versión que se estaba ejecutando en el momento de la solicitud. Esta información se puede utilizar para separar la lógica versionada a lo largo del tiempo a medida que se actualizan las aplicaciones. Los hosts de toda la red generalmente recibirán actualizaciones en un período de tiempo similar, pero casi nunca en el mismo momento. Por lo tanto, es probable que las decisiones superpuestas en el tiempo puedan estar usando diferentes versiones de una aplicación durante el proceso de actualización.
Nombre de la aplicación El nombre de la aplicación que atendía la cuenta.
Mercado El mercado del usuario final que generó esta medición.
País País del usuario final que generó esta medida.
Región La región del usuario final que generó esta medida.
Estado El estado del usuario final que generó esta medida.
ID de ASN Número de sistema autónomo (ASN) del usuario final que generó esta medida. Generalmente, el número de sistema autónomo que contiene la IP del cliente.
Nombre de ASN El nombre de la ASN del usuario final que generó la medida.
IP efectiva La IP efectiva es la IP utilizada para procesar la solicitud. Esta es la IP especificada por cadena de consulta que anula la IP solicitante (frente a El ID de resolver/ECS/EDNS para el flujo DNS). Es la dirección que el sistema considera el destino al procesar la información. Esta es la IP del solucionador solicitante o la dirección IP ECS del cliente si EDNS ECS es compatible. Por lo tanto, todos los datos de rendimiento de la sonda, información geográfica, etc.pasados a la lógica de la aplicación se basan en esta IP.
Mercado de Resolver El mercado del solucionador DNS que manejó la solicitud.
País de resolución País del solucionador DNS que gestionó la solicitud.
Región de resolución La región del solucionador DNS que gestionó la solicitud.
Estado de resolución El estado del solucionador DNS que manejó la solicitud.
ID de ASN del solucionador Número de sistema autónomo (ASN) del solucionador DNS que gestionó la solicitud. Generalmente, el número de sistema autónomo que contiene el solucionador DNS.
Nombre ASN del solucionador El nombre de la ASN del solucionador que gestionó la solicitud.
Resolución IP La IP del solucionador DNS que manejó la solicitud.
Nombre del proveedor de decisiones Alias de la plataforma seleccionada por la aplicación.
Código de motivo Código de razón establecido dentro de la aplicación que describe el motivo detrás de la decisión.
Registro de motivos Esta es una salida definida por el cliente desde la aplicación Openmix. Es un campo de cadena opcional que permite a los clientes registrar información sobre sus decisiones de aplicación Openmix.
Modo de reserva Esto indica si la aplicación estaba en modo de reserva cuando manejó la solicitud. El retroceso ocurre cuando algo falló durante la preparación de la solicitud de ejecución.
Usado EDNS True si la aplicación utiliza la extensión de subred cliente EDNS.
TTL El TTL (Time To Live) que fue devuelto.
Respuesta El CNAME devuelto de la solicitud.
Resultado El valor de este campo siempre es 1.
Contexto Este es el resumen de los datos de Radar que estaba disponible para Openmix cuando se manejó la solicitud. Openmix resuelve los datos de Radar relativos a los valores efectivos para cada solicitud, por lo que dos clientes que realizan solicitudes al mismo tiempo pueden tener cadenas de contexto diferentes.

Descripciones del registro de API HTTP de Openmix

Registro Descripción
Marca de tiempo Es la hora UTC de la solicitud en formato AAAA-MM-DDTHH:MI:SSZ. Este es el valor real (hasta el segundo) en las tablas de registro y se redondea a la hora más cercana (2018-03-30T23:00:00Z) o al día (2018-03-30T00:00:00Z) en las tablas horas/día, respectivamente. Esto siempre está en UTC en todos los conjuntos de datos.
ID de zona del propietario de la aplicación El identificador de zona del propietario de la aplicación que atiende la solicitud. Este valor es siempre igual a 1.
ID de cliente del propietario de la aplicación El ID del cliente del propietario de la aplicación que atiende a la solicitud.For HTTP se codifica en la ruta de solicitud y se utiliza para buscar qué aplicación ejecutar.
ID de aplicación El ID de aplicación dentro de la cuenta del cliente que atiende la solicitud. Esto también está codificado en la ruta de solicitud HTTP. Los ID de aplicación comienzan en 1 y solo son exclusivos para el cliente, por lo tanto, debe calificar completamente las consultas para un ID de aplicación específico consultando también el ID de appOwnerCustomerId.
Versión de la aplicación Versión de la aplicación que atendía la cuenta. Cada vez que una aplicación se actualiza a través del portal o la API, la versión se incrementa. Se registra la versión que se estaba ejecutando en el momento de la solicitud. Esta información se puede utilizar para separar la lógica versionada a lo largo del tiempo a medida que se actualizan las aplicaciones. Los hosts de toda la red generalmente recibirán actualizaciones en un período de tiempo similar, pero casi nunca en el mismo momento. Por lo tanto, es probable que las decisiones superpuestas en el tiempo puedan estar usando diferentes versiones de una aplicación durante el proceso de actualización.
Nombre de la aplicación El nombre de la aplicación que atendía la cuenta.
Mercado El mercado del usuario final que generó esta medición.
País País del usuario final que generó esta medida.
Región La región del usuario final que generó esta medida.
Estado El estado del usuario final que generó esta medida.
ID de ASN El identificador del número de sistema autónomo (ASN) del usuario final que generó esta medida es decir, el número de identificador de red asociado con el nombre de ASN
Nombre de ASN El nombre de la ASN del usuario final que generó la medida.
IP efectiva La IP efectiva es la IP utilizada para procesar la solicitud. Esta es la IP especificada por cadena de consulta que anula la IP solicitante (frente a Resolver/ECS/EDNS ID para el flujo DNS). Es la dirección que el sistema considera el destino al procesar la información. Esta es la IP del solucionador solicitante o la dirección IP ECS del cliente si EDNS ECS es compatible. Por lo tanto, todos los datos de rendimiento de sondeo, información geográfica, etc., pasados a la lógica de la aplicación se basan en esta IP.
Nombre del proveedor de decisiones Alias de la plataforma seleccionada por la aplicación.
Código de motivo Código de razón establecido dentro de la aplicación que describe el motivo detrás de la decisión.
Registro de motivos Esta es una salida definida por el cliente desde la aplicación Openmix. Es un campo de cadena opcional que permite a los clientes registrar información sobre sus decisiones de aplicación Openmix.
Modo de reserva Esto indica si la aplicación estaba en modo de reserva cuando manejó la solicitud. El retroceso ocurre cuando algo falló durante la preparación de la solicitud de ejecución.
Código de respuesta Resultado de la medición. Por ejemplo: 0: éxito, 1: tiempo de espera, > 1: error. Para los cálculos de disponibilidad, el porcentaje de mediciones se toma con una respuesta 0 (correcta) frente a El número total de mediciones (el total, independientemente de la respuesta). Esto es estrictamente el cálculo de disponibilidad. Para otros tipos de sondeo (RTT y rendimiento), este debe ser un filtro (es decir, solo tenga en cuenta los puntos de datos RTT con un código de éxito 0 al calcular las estadísticas en el RTT). Lo mismo para el rendimiento.
HTTP (método) El método HTTP (get/post/options/etc) se relaciona con la solicitud que se hizo al servidor HTTP Openmix desde el servicio al cliente. Juntos, estos constituyen partes de la URL entrante y las respuestas HTTP salientes.
URI Esta es la ruta de solicitud. Si los clientes no obtienen el comportamiento que desean, puede deberse a una solicitud estructurada incorrectamente. Mirando los registros le mostrará lo que nuestros servidores están recibiendo (protocolo, host y ruta). La información del Referer (Protocolo, Host y Ruta) proviene del encabezado del Referer de la solicitud HTTP a Radar. Para HTTP OPX, el Referer completo (protocolo, host y ruta) se incluye en una cadena etiquetada Referer.
Agente de usuario Cadena de agente de usuario del explorador que ejecuta la página que aloja la etiqueta.Por ejemplo, si está ejecutando Chrome y navegando por una página con la etiqueta Radar, las mediciones de Radar tomadas en segundo plano registran el agente de usuario desde su explorador Chrome. Esto incluye el hecho de que era Chrome, qué versión de Chrome era, información sobre el sistema operativo en el que estás ejecutando, etc.
Contexto Este es el resumen de los datos de Radar que estaba disponible para Openmix cuando se manejó la solicitud. Openmix resuelve los datos de Radar relativos a los valores efectivos para cada solicitud, por lo que dos clientes que realizan solicitudes al mismo tiempo pueden tener cadenas de contexto diferentes.

Informes personalizados para organizaciones de terceros

Los clientes pueden trabajar con Citrix para obtener informes personalizados basados en los datos de Radar que Citrix recopila. Citrix puede generar informes para que se ejecuten según una programación. Estos informes están disponibles como archivos de datos, generalmente en formato TSV.

Preguntas frecuentes

Radar

¿Con qué frecuencia se envían archivos a S3 y GCS?

La frecuencia de los depósitos de archivos es una vez por minuto para Radar y diariamente para los informes.

¿Dónde se almacenan los informes?

S3 Legado (Ubicación 1):

s3://public-radar/[customer name]/

S3 (Ubicación 2):

s3://cedexis-netscope/[customer id]/

GCS (Ubicación 3):

gs://cedexis-netscope-[customer id]/

¿Cómo obtener credenciales de acceso S3 si aún no las tiene?

La interfaz de usuario del portal proporciona una clave ‘Access’ y ‘Secret’ que los clientes pueden usar con ‘s3cmd’ o ‘awscli’ (el cliente de línea de comandos de AWS) u otras herramientas para acceder a S3 y obtener los archivos.Para Google Storage, el portal descarga un archivo con credenciales de acceso para utilizarlo con la herramienta ‘gsutil’.

¿Cómo usar las claves de acceso y secretas con s3cmd para descargar registros e informes del depósito S3?

En primer lugar, tendría que descargar e instalar els3cmd desdehttps://s3tools.org/download, y consultar elhttps://s3tools.org/usage uso, las opciones y los comandos. A continuación, ejecute el siguiente comando:

s3cmd --access_key=[access key] --secret_key=[secret key] ls s3://cedexis-netscope/<customer id>/radar/
<!--NeedCopy-->

Para descargar los archivos, ejecute el siguiente comando:

s3cmd --access_key=[access_key] --secret_key=[secret_key] get s3://cedexis-netscope/<customer id>/radar/[the_filename_to_download] [the_name_of_the_local_file]
<!--NeedCopy-->

Cómo usar la configuración s3cmd para enumerar archivos en el depósito S3

El primer paso es instalars3cmd. Puede instalarlo desdehttp://s3tools.org/download

Para configurar s3cmd, ejecute el siguiente comando

s3cmd ls s3://cedexis-netscope/[customer id]/
<!--NeedCopy-->

Si ya está utilizandos3cmd con otro conjunto de claves de acceso y secretas, siga estos pasos:

Si ya usas3cmd, haga una copia de la configuración predeterminada, en~/.s3cfg.Por ejemplo, puede hacer una copia llamada~/.s3cfg_netscope.Reemplace las entradas de acceso y clave secreta en ~/.s3cfg_netscopecon los que proporcionamos. Utilice la nueva configuración en lugar de la predeterminada (la de su empresa) para acceder al depósito S3 con el siguiente comando:

s3cmd -c ~/.s3cfg_netscope ls s3://cedexis-netscope/[customer id]/
<!--NeedCopy-->

La principal diferencia es que tiene que poner en un-c y dónde está el archivo de configuración con las claves secretas y de acceso proporcionadas por Citrix.

Si necesita poder cambiar entre conjuntos de teclas, su mejor opción es incrustarlas en un archivo y consultar el archivo con la-c opción de especificar qué par de claves está utilizando.

NOTA: El parámetro -c solo dice dónde el archivo de configuración contiene las claves de acceso y secretas.

Cómo usar el archivo clave con gsutil o gcloud para descargar archivos de registro

Una vez descargado el archivo JSON Key File de cuenta de servicio de Google, se puede utilizar para autenticar las credenciales de su cuenta de Google para que pueda ver o descargar sus archivos de registro. Por ejemplo, aquí hay una forma de hacerlo usando las utilidades de Google gcloud y línea de gsutil comandos:

Paso 1: Activar el archivo de claves

Los comandos de autenticación gcloud auth activate- o gsutil config -e son necesarios para autenticar el archivo de claves para ejecutar comandos gcloud o gsutil.

Para gcloud:

Ejecute el siguiente comando usando el archivo de claves descargado:

gcloud auth activate-service-account --key-file [downloaded config file]
<!--NeedCopy-->

O

gcloud auth activate-service-account --key-file=[path and file name of key file]
<!--NeedCopy-->

Para gsutil:

Ejecute el siguiente comando usando el archivo de configuración descargado:

gsutil config -e
<!--NeedCopy-->

Paso 2: Liste los archivos en el depósito GCS (Google Cloud Storage)

Una vez activado el archivo de clave de cuenta de servicio (como se describe en el paso anterior), utilice el siguiente comando para enumerar los archivos en el depósito de GCS:

gsutil ls gs://cedexis-netscope-<customer id>
<!--NeedCopy-->

Paso 3 (si es necesario): Restaurar credenciales originales (o cambiar entre cuentas)

Puede cambiar entre la cuenta de Citrix y otras credenciales de Google Cloud que haya autenticado haciendo lo siguiente.

Primero, ejecute el siguiente comando para enumerar todas sus cuentas:

gcloud auth list
<!--NeedCopy-->

A continuación, utilice el siguiente comando para cambiar a otra cuenta:

gcloud config set account [email of the account to switch to as shown in gcloud auth list]
<!--NeedCopy-->

Puede cambiar de una cuenta a otra mediante el mismo comando, reemplazando el correo electrónico por el correo electrónico de la cuenta al que desea cambiar.

¿Cómo es el nombre del archivo?

Legacy Daily:

Los nombres de archivos compartidos de registro diario de Radar tienen esta estructura:

<prefix><date: YYYY-MM-DD>.<customer_id>.part<uniq_id>.kr.txt.gz

Por ejemploCedexis_Daily-2017-11-07.21222.part-cc901e1dd55eal4e.kr.txt.gz (ejemplo no estándar)

Legado en tiempo real:

Los nombres de archivos compartidos de registro en tiempo real de Radar tienen esta estructura:

<prefix><customer_id>-YYYY-MM-DDTHH:MM<uniq_id>.txt.gz

Por ejemplo: Cedexis_3-32291-2017-11-08T20:56-cc907e8fd71eaf4e.txt.gz

Formato NEM Netscope:

El formato NEM Netscope para archivos compartidos de registro diario y en tiempo real tiene esta estructura:

<freq><log_type><prefix><id_type><id><iso_dt><uniq_id>.<line_format>.gz

Donde:

  • freq:"daily" | "rt" | "hr"
  • log_type:"radar" | "opx" | "hopx"
  • prefix:log_share.prefix
  • id_type:"customer" | "provider" | "asn"
  • id:log_share.match_id
  • iso_dt:iso 8601 Date_time "YYYYMMDDTHHMMSSZ"
  • uniq_id:hash(UUID)
  • line_format:"tsv" | "json"

Por ejemplo:rt-radar-TestRadar1-provider-20363-20171209183034Z-cc907e8fd71eaf4e.tsv.gz

¿Cuál es el formato del archivo de salida?

Para Radar, el formato de archivo de salida es TSV (valor separado por tabulaciones), gzip.

API HTTP Openmix y Openmix

¿Con qué frecuencia se envían archivos a S3?

La frecuencia de los depósitos de archivos es una vez por minuto para Openmix y HTTP Openmix.

¿Qué ocurre si no puede ver la opción de configurar el uso compartido de registros en tiempo real de Openmix y Openmix HTTP API?

Su Administrador de cuentas puede habilitar el rol necesario para configurar y habilitar el uso compartido de registros en tiempo real de la API HTTP de Openmix y Openmix.

¿Cómo se activa Openmix & Openmix HTTP API en tiempo real para compartir registros y acceder a archivos?

Una vez habilitado el rol en su cuenta, verá el icono Administrar registros. Al hacer clic en él, se abre el cuadro de diálogo Registros, donde se puede acceder a la configuración de Openmix Log Configuration. Estas configuraciones son básicamente todo lo que necesita para activar Openmix y HTTP Openmix compartir registros en tiempo real y acceder a archivos.

Configuración del registro de Openmix

¿Cuál es el proceso back-end?

Al activar el uso compartido de registros de Openmix, también se habilita el uso compartido de registros de la API HTTP de Openmix. Los servicios de intercambio de registros de API HTTP de Openmix y Openmix deben comenzar a enviar registros para el cliente en un plazo de 10 minutos.

¿Dónde se almacenan los informes Openmix y HTTP Openmix?

S3 Legado (Ubicación 1):

s3://logshare/[zone ID]/[customer ID]/logs/openmix/json/[YYYY]/[MM]/[DD]/[HH]/.

S3 (Ubicación 2):

s3://cedexis-netscope/[customer id]/

GCS (Ubicación 3):

gs://cedexis-netscope-[customer id]/

¿Cómo es el nombre del archivo?

La estructura de nombres de archivo para Openmix y HTTP Openmix normalmente se ve así:

Legado en tiempo real:

[zone ID, 1][customerID]-openmix-json[YYYY][MM][DD][HH][mm][ss]Z-m1-w9-c0.gz

Formato NEM Netscope:

El formato NEM Netscope para archivos compartidos de registro diario y en tiempo real tiene esta estructura:

<freq><log_type><prefix><id_type><id><iso_dt><uniq_id>.<line_format>.gz

Donde:

  • freq:"daily" | "rt" | "hr"
  • log_type:"radar" | "opx" | "hopx"
  • prefix:log_share.prefix
  • id_type:"customer" | "provider" | "asn"
  • idv:log_share.match_id
  • iso_dt:iso 8601 Date_time "YYYYMMDDTHHMMSSZ"
  • uniq_id:hash(UUID)
  • line_format:"tsv" | "json"

Por ejemplo:hr-opx-TestOpenmix1-provider-20363-20171209183034Z-cc907e8fd71eaf4e.tsv.gz

¿Cuál es el formato de archivo de salida?

El formato de archivo para Openmix y Openmix HTTP API es JSON (gzipped)