EN ESTA PÁGINA
Descripción general del cálculo del uso de la supervisión de recursos
Solucionar problemas de la discrepancia de los valores de jnxNatObjects para MS-DPC y MS-MIC
Objetos administrados para la memoria Ukernel para un motor de reenvío de paquetes en una ranura FPC
Objetos administrados para datos estadísticos de memoria del motor de reenvío de paquetes
Solución de problemas del rendimiento del sistema con la metodología de monitoreo de recursos
Descripción general del cálculo del uso de la supervisión de recursos
Puede configurar la capacidad de supervisión de recursos mediante las consultas MIB de CLI y SNMP. Puede emplear esta utilidad para aprovisionar suficiente espacio libre (límites de espacio de memoria establecidos para la aplicación o el enrutador virtual) para supervisar el estado y la eficiencia operativa de los DPC y MPC. También puede analizar y ver el uso o consumo de memoria para el tipo de memoria jtree y para páginas contiguas, palabras dobles y páginas de memoria libre. La memoria jtree en todos los motores de reenvío de paquetes del enrutador de la serie MX tiene dos segmentos: Un segmento almacena principalmente tablas de enrutamiento e información relacionada, y el otro segmento almacena principalmente información relacionada con el filtro de firewall. Como la asignación de más memoria para tablas de enrutamiento o filtros de firewall puede interrumpir las operaciones de reenvío de un motor de reenvío de paquetes, la CLI de Junos OS muestra una advertencia para reiniciar todos los FPC afectados cuando confirme una configuración que incluya la instrucción route mejorada en memoria.
Las siguientes secciones describen las ecuaciones de cálculo y la interpretación de las diferentes regiones de memoria para tarjetas de línea basadas en I-chip y en Trio:
- Monitoreo de recursos y cálculo del uso para tarjetas de línea basadas en Trio
- Monitoreo de recursos y cálculo de uso para tarjetas de línea basadas en I-Chip
Monitoreo de recursos y cálculo del uso para tarjetas de línea basadas en Trio
En las tarjetas de línea basadas en Trio, los bloques de memoria para los filtros de salto siguiente y firewall se asignan por separado. Además, hay una memoria de expansión, que se utiliza cuando la memoria asignada para el filtro de firewall o salto siguiente se consume por completo. Tanto el filtro del próximo salto como el del firewall pueden asignar memoria desde la memoria de expansión. La región de memoria de encapsulación es específica de las tarjetas de línea basadas en I-chip y no es aplicable a las tarjetas de línea basadas en Trio. Por lo tanto, para las tarjetas de línea basadas en Trio, el porcentaje de espacio libre en memoria se puede interpretar de la siguiente manera:
% Free (NH) = (1- (Used NH memory + Used Expansion memory ) / (Total NH memory+Total Expansion memory)) × 100
% Free (Firewall or Filter) = (1-(Used FW memory+Used Expansion memory ) / (Total FW memory+Total Expansion memory)) × 100
La memoria de encapsulación es específica del chip I y no es aplicable a las tarjetas de línea basadas en Trio.
% Free (Encap memory) = Not applicable
Monitoreo de recursos y cálculo de uso para tarjetas de línea basadas en I-Chip
Las tarjetas de línea basadas en I-chip contienen 32 MB de memoria RAM estática (SRAM) asociada con el bloque de búsqueda de ruta y 16 MB de memoria SRAM asociada con el bloque WAN de salida.
La memoria de búsqueda de ruta es un único grupo de 32 MB de memoria que se divide en dos segmentos de 16 MB cada uno. En una configuración estándar, el segmento 0 se usa para NH y prefijos, y el segmento 1 se usa para firewall o filtro. Esta asignación se puede modificar mediante la opción mejorada de memoria de ruta en el nivel de jerarquía [edit chassis]. En una configuración general, a la aplicación NH se le puede asignar memoria desde cualquiera de los dos segmentos. Por lo tanto, el porcentaje de memoria libre para NH se calcula en 32 MB de memoria. Actualmente, a las aplicaciones de firewall sólo se les asigna memoria del segmento 1. Como resultado, el porcentaje de memoria libre que se debe supervisar para el firewall comienza desde la memoria disponible de 16 MB en el segmento 1 solamente.
Para las tarjetas de línea basadas en I-chip, el porcentaje de espacio libre en la memoria se puede interpretar de la siguiente manera:
% Free (NH) = (32-(Used NH memory+Used FW memory+Used Other application)) / 32×100
% Free (Firewall or Filter)=(16-(Used NH memory+Used FW memory+Used Other application)) / 16×100
El tamaño de memoria para la SRAM de WAN de salida (Iwo) es de 16 MB y almacena los descriptores de capa 2 que contienen la información de encapsulación. Esta entidad es un recurso crítico y necesita ser monitoreada. Este espacio de memoria se muestra en la salida del comando show como "Encap mem". El porcentaje de memoria libre para la región de encapsulación se calcula de la siguiente manera:
% Free (Encapsulation memory) = (16-(Iwo memory used ( L2 descriptors +other applications))) / 16×100
El nivel de marca de agua configurado para la memoria del próximo salto también es eficaz para la memoria de encapsulación. Por lo tanto, si el porcentaje de memoria libre para la región de encapsulación cae por debajo de la marca de agua configurada, se generan registros.
Si el porcentaje de memoria libre es menor que la marca de agua de memoria libre de un tipo de memoria específico, se registra el siguiente mensaje de error en el syslog:
“Resource Monitor: FPC <slot no> PFE <pfe inst> <“JNH memory” or “FW/ Filter memory”> is below set watermark <configured watermark>”.
Puede configurar operaciones de seguimiento de supervisión de recursos mediante la traceoptions file <filename> flag flag level level size bytes
instrucción en el nivel de [edit system services resource-monitor]
jerarquía. De forma predeterminada, los mensajes se escriben en /var/log/rsmonlog. Los registros de errores asociados con el error de comunicación del socket (entre el motor de enrutamiento y el motor de reenvío de paquetes) son útiles para diagnosticar los problemas en la comunicación entre el motor de enrutamiento y el motor de reenvío de paquetes.
Desde la perspectiva ucraniana, MPC5E contiene solo una instancia de motor de reenvío de paquetes. La salida del comando show chassis fabric plane muestra el estado de las conexiones del plano de fabric al motor de reenvío de paquetes. Dado que existen dos motores de reenvío de paquetes, verá PFE-0 y PFE-1 en la salida.
user@host# run show chassis fabric plane Fabric management PLANE state Plane 0 Plane state: ACTIVE FPC 0 PFE 0 :Links ok PFE 1 :Links ok
Dado que solo existe una instancia de motor de reenvío de paquetes para MPC5E, el resultado del comando fpc show system resource-monitor muestra solo una fila correspondiente a la instancia 0 del motor de reenvío de paquetes.
user@host# run show system resource-monitor fpc FPC Resource Usage Summary Free Heap Mem Watermark : 20 % Free NH Mem Watermark : 20 % Free Filter Mem Watermark : 20 % * - Watermark reached Heap ENCAP mem NH mem FW mem Slot # % Free PFE # % Free % Free % Free 0 94 0 NA 83 99
La marca de agua configurada se conserva en los procedimientos GRES e ISSU unificados.
Diagnóstico y depuración del rendimiento del sistema mediante la configuración de la supervisión del uso de recursos de memoria en enrutadores de la serie MX
Junos OS admite una capacidad de supervisión de recursos mediante las consultas MIB de CLI y SNMP. Puede emplear esta utilidad para aprovisionar suficiente espacio libre (límites de espacio de memoria establecidos para la aplicación o el enrutador virtual) para garantizar la estabilidad del sistema, especialmente el estado y la eficiencia operativa de las tarjetas de línea basadas en I-chip y los FPC basados en Trio en enrutadores de la serie MX. Cuando la utilización de la memoria, ya sea la memoria ukernel o la memoria ASIC, alcanza un cierto umbral, las operaciones del sistema comprometen la salud y la estabilidad del manejo del tráfico de la tarjeta de línea y tal compensación en el rendimiento del sistema puede ser perjudicial para admitir tráfico y protocolos en vivo.
Para configurar las propiedades de la funcionalidad de utilización de recursos de memoria:
Solucionar problemas de la discrepancia de los valores de jnxNatObjects para MS-DPC y MS-MIC
Problema
Description
Cuando MS-DPC y MS-MIC se implementan en una red y el tipo de traducción de direcciones de red (NAT) está configurado como napt-44
, el resultado del snmp mib walk
comando para jnxNatObjects muestra valores diferentes para MS-DPC y MS-MIC.
Resolución
Configurar SNMP para que coincida con los valores de jnxNatObjects para MS-DPC y MS-MIC
Para configurar SNMP para que coincida con los valores de jnxNatObjects para MS-DPC y MS-MIC:
Ejecute el comando de
set services service-set service-set-name nat-options snmp-value-match-msmic
modo de configuración. En el ejemplo de configuración siguiente se muestra cómo configurar SNMP para que coincida con los valores de objetos específicos de MS-MIC de la tabla MIB jnxNatObjects con los valores de objetos de MS-DPC.[edit] user@host# set services service-set Mobile nat-options snmp-value-match-msmic
Emita el
commit
comando para confirmar los cambios.[edit] user@host# commit commit complete
(Opcional) Ejecute el
show snmp mib walk jnxNatObjects
comando para comprobar que los valores de los objetos específicos de MS-MIC de la tabla MIB jnxNatObjects coinciden con los valores de los objetos de MS-DPC. Por ejemplo, el resultado siguiente muestra que los valores de los objetos específicos de MS-MIC y los objetos de MS-DPC coinciden.[edit] user@host# run show snmp mib walk jnxNatObjects jnxNatSrcXlatedAddrType.6.77.111.98.105.108.101 = 1 jnxNatSrcPoolType.6.77.111.98.105.108.101 = 13 jnxNatSrcNumPortAvail.6.77.111.98.105.108.101 = 64512 jnxNatSrcNumPortInuse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumAddressAvail.6.77.111.98.105.108.101 = 1 jnxNatSrcNumAddressInUse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumSessions.6.77.111.98.105.108.101 = 0 jnxNatRuleType.9.77.111.98.105.108.101.58.116.49 = 13 jnxNatRuleTransHits.9.77.111.98.105.108.101.58.116.49 = 0 jnxNatPoolType.6.77.111.98.105.108.101 = 13 jnxNatPoolTransHits.6.77.111.98.105.108.101 = 0
Nota:Puede utilizar el comando de
delete services service-set service-set-name nat-options snmp-value-match-msmic
modo de configuración para deshabilitar esta característica.
Consulte también
Objetos administrados para la memoria Ukernel para un motor de reenvío de paquetes en una ranura FPC
El jnxPfeMemoryUkernTable
, cuyo identificador de objeto es {jnxPfeMemory 1}
, contiene el JnxPfeMemoryUkernEntry
que recupera las estadísticas globales de ukernel o memoria de montón para la ranura del motor de reenvío de paquetes especificada. Cada JnxPfeMemoryUkernEntry
, cuyo identificador de objeto es {jnxPfeMemoryUkernTable 1}
, contiene los objetos enumerados en la tabla siguiente. El jnxPfeMemoryUkernEntry
denota el uso de memoria, como la memoria total disponible y el porcentaje de memoria utilizada.
Objeto |
ID de objeto |
Description |
---|---|---|
|
|
Denota el porcentaje de memoria libre del motor de reenvío de paquetes dentro del montón ucraniano. |
Objetos administrados para datos estadísticos de memoria del motor de reenvío de paquetes
La jnxPfeMemory
tabla, cuyo identificador de objeto es {jnxPfeMib 2}
, contiene los objetos enumerados en Tabla 2
Objeto |
ID de objeto |
Description |
---|---|---|
|
|
Proporciona estadísticas globales de memoria ucraniana para la ranura del motor de reenvío de paquetes especificada. |
|
|
Proporciona estadísticas globales de utilización de memoria de próximo salto (para tarjetas de línea basadas en Trio) o Jtree (para tarjetas de línea basadas en I-chip) y estadísticas de utilización de memoria de filtro de firewall para la ranura del motor de reenvío de paquetes especificada. |
Objetos administrados para el próximo salto, Jtree y memoria de filtro de firewall para un motor de reenvío de paquetes en una ranura FPC
El jnxPfeMemoryForwardingTable
, cuyo identificador de objeto es {jnxPfeMemory 2}
, contiene JnxPfeMemoryForwardingEntry
que recupera la memoria del salto siguiente para las tarjetas de línea basadas en Trio, la memoria jtree para las tarjetas de línea basadas en I-chip y las estadísticas de memoria de firewall o filtro para la ranura del motor de reenvío de paquetes especificada para las tarjetas de línea basadas en I-chip y Trio. Cada jnxPfeMemoryForwardingEntry
, cuyo identificador de objeto es {jnxPfeMemoryForwardingTable 1}
, contiene los objetos enumerados en la tabla siguiente.
El jnxPfeMemoryForwardingEntry
representa la instancia ASIC, la memoria ASIC utilizada y la memoria libre ASIC. La memoria jtree en todos los motores de reenvío de paquetes del enrutador de la serie MX tiene dos segmentos: Un segmento almacena principalmente tablas de enrutamiento e información relacionada, y el otro segmento almacena principalmente información relacionada con el filtro de firewall. Como la asignación de más memoria para tablas de enrutamiento o filtros de firewall puede interrumpir las operaciones de reenvío de un motor de reenvío de paquetes, la CLI de Junos OS muestra una advertencia para reiniciar todos los FPC afectados cuando confirme una configuración que incluya la instrucción route mejorada en memoria. La configuración no se hace efectiva hasta que reinicie el FPC o DPC (en enrutadores de la serie MX).
Objeto |
ID de objeto |
Description |
---|---|---|
|
|
Indica el número de instancia ASIC en el complejo Motor de reenvío de paquetes. |
|
|
Indica el tipo de memoria del motor de reenvío de paquetes, donde nh = 1, fw = 2, encap = 3. |
|
|
Indica el porcentaje de memoria libre para cada tipo de memoria. |
jnxPfeMemoryErrorsTable
La MIB del motor de reenvío de paquetes específico para la empresa de Juniper Networks, cuyo identificador de objeto es {jnxPfeMibRoot 1}
, admite una nueva tabla MIB, jnxPfeMemoryErrorsTable
, para mostrar los contadores de errores de memoria del motor de reenvío de paquetes. El jnxPfeMemoryErrorsTable
, cuyo identificador de objeto es jnxPfeNotification 3
, contiene el JnxPfeMemoryErrorsEntry
. Cada JnxPfeMemoryErrorsEntry
, cuyo identificador de objeto es { jnxPfeMemoryErrorsTable 1 }
, contiene los objetos enumerados en la tabla siguiente.
Objeto |
ID de objeto |
Description |
---|---|---|
|
|
Significa el número de ranura FPC para este conjunto de notificaciones PFE |
|
|
Indica el número de ranura PFE para este conjunto de errores. |
|
|
Significa el recuento de errores de paridad |
|
|
Significa el recuento de errores del código de comprobación de errores (ECC) |
pfeMemoryErrors
El pfeMemoryErrorsNotificationPrefix
, cuyo identificador de objeto es {jnxPfeNotification 0}
, contiene el pfeMemoryErrors
atributo. El objeto pfeMemoryErrors, cuyo identificador contiene {pfeMemoryErrorsNotificationPrefix 1}
los jnxPfeParityErrors
objetos y jnxPfeEccErrors
.
Objeto |
ID de objeto |
Description |
---|---|---|
|
|
Se envía una notificación pfeMemoryErrors cuando aumenta el valor de jnxPfeParityErrors o jnxPfeEccErrors. |