Contenido

Introducción
Prerequisites
Requirements
Componentes Utilizados
Convenciones
Estadísticas de interfaz
Cuentas de octetos y paquetes por capa
Conteo de octetos y paquetes por cada subinterfaz ATM
Conteos de octetos y paquetes por ATM VC
Trampas del protocolo SNMP
MIB para interfaces ATM
Información Relacionada

Introducción

Este documento proporciona una única referencia sobre cómo recopilar datos de administración de red en una interfaz ATM mediante el uso del protocolo simple de administración de red (SNMP). Se centra específicamente en las interfaces ATM del router de Cisco.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Estadísticas de interfaz

ATM está formada por una pila de tres capas: una capa de adaptación ATM (AAL), una capa ATM y una capa física, como Sonet o T1. Cada capa cuenta paquetes y octetos de una forma sutilmente diferente. En consecuencia, una interfaz ATM aparece varias veces en ifTable, con estas entradas:

Este es un ejemplo de los datos ifTable que ilustran estas capas múltiples:

# snmpwalk -c public 192.168.1.1 ifDescr
IF-MIB::ifDescr.1 = STRING: ATM0
IF-MIB::ifDescr.2 = STRING: Ethernet0
IF-MIB::ifDescr.3 = STRING: ATM0-atm layer
IF-MIB::ifDescr.4 = STRING: ATM0.0-atm subif
IF-MIB::ifDescr.5 = STRING: ATM0-aal5 layer
IF-MIB::ifDescr.6 = STRING: ATM0.0-aal5 layer
IF-MIB::ifDescr.7 = STRING: Null0
IF-MIB::ifDescr.8 = STRING: ATM0.1-atm subif
IF-MIB::ifDescr.9 = STRING: ATM0.1-aal5 layer
IF-MIB::ifDescr.10 = STRING: ATM0.11-atm subif
IF-MIB::ifDescr.11 = STRING: ATM0.11-aal5 layer
 
 
# snmpwalk -c public 192.168.1.1 ifType 
IF-MIB::ifType.1 = INTEGER: sonet(39)
IF-MIB::ifType.2 = INTEGER: ethernetCsmacd(6)
IF-MIB::ifType.3 = INTEGER: atm(37)
IF-MIB::ifType.4 = INTEGER: atmSubInterface(134)
IF-MIB::ifType.5 = INTEGER: aal5(49)
IF-MIB::ifType.6 = INTEGER: aal5(49)
IF-MIB::ifType.7 = INTEGER: other(1)
IF-MIB::ifType.8 = INTEGER: atmSubInterface(134)
IF-MIB::ifType.9 = INTEGER: aal5(49)
IF-MIB::ifType.10 = INTEGER: atmSubInterface(134)
IF-MIB::ifType.11 = INTEGER: aal5(49)

Consulte Contadores SNMP: Preguntas frecuentes para obtener más detalles sobre los contadores SNMP.

Cuentas de octetos y paquetes por capa

Una unidad de datos de protocolo (PDU) AAL5 contiene:

El relleno de longitud variable se utiliza para hacer que el tamaño total de PDU AAL5 sea un múltiplo de 48 bytes. Los octetos en la capa AAL5 cuentan solamente los bytes del paquete de Capa 3 original y los ocho bytes del encabezado RFC1483. Los paquetes en este nivel cuentan el número de PDU AAL5. Utilice los contadores de la interfaz de línea de comandos (CLI) show ATM vc y show interface ATM o utilice SNMP para ver la información de la capa AAL5 para ver este resultado:

# snmpwalk -c public 192.168.1.1 ifDescr | grep aal5
IF-MIB::ifDescr.5 = STRING: ATM0-aal5 layer
IF-MIB::ifDescr.6 = STRING: ATM0.0-aal5 layer
IF-MIB::ifDescr.9 = STRING: ATM0.1-aal5 layer
IF-MIB::ifDescr.11 = STRING: ATM0.11-aal5 layer

Las PDU AAL5 se segmentan en varios bloques de 48 bytes y luego cada bloque se proporciona con un encabezado de celda de cinco bytes para formar una célula ATM de 53 bytes en la capa ATM.

En los switches ATM de campus de Cisco, los octetos de la capa ATM cuentan los bytes totales de la celda ATM, mientras que los paquetes cuentan el número de celdas.

En los routers Cisco, los contadores SNMP de capa de celda ATM no se mantienen debido a las limitaciones en los drivers de la mayoría de las interfaces ATM. La capa de celda ATM para las subinterfaces ATM en el router hereda esta limitación. Para obtener más detalles sobre los contadores de celdas, consulte Medición de la Utilización de PVC ATM.

En la capa física (con, por ejemplo, SONET o T1), los contadores SNMP para la interfaz principal siguen representando PDU AAL5, del mismo modo que en la salida del comando show interface ATM. En este caso, se trata de contadores ifTable/ifXTable para:

#snmpwalk -c public 192.168.1.1 ifDescr.1
IF-MIB::ifDescr.1 = STRING: ATM0

#snmpwalk -c public 192.168.1.1 ifType.1
IF-MIB::ifType.1 = INTEGER: sonet(39)

Los contadores de paquetes no unidifusión, difusión y multidifusión no tienen ningún significado en las capas Sonet y AAL5; no están presentes ni están configurados en 0.

En la capa física (por ejemplo, con SONET o T1), puede obtener recuentos de octetos y paquetes mediante ifTable y ifXTable.

Conteo de octetos y paquetes por cada subinterfaz ATM

Tecnologías como ATM, Frame Relay y LAN virtuales (VLAN) introdujeron un tipo diferente de interfaz: la interfaz virtual o la subinterfaz. En una interfaz ATM, por ejemplo, puede tener varios Circuitos virtuales permanentes (PVC). Aunque la utilización general de la interfaz principal es importante, también se tiene en cuenta la cantidad de tráfico en las subinterfaces individuales. RFC 1573 (sustituido posteriormente por RFC 2233 icon_popup_short.gif) introdujo el concepto de tablas dispersas para las subinterfaces. Una tabla dispersa significa que una fila de la ifTable para una subinterfaz puede no tener valores en las columnas donde los objetos no se aplican a la subinterfaz.

Cisco IOS Software implementó el soporte para subinterfaces en la ifTable en la versión 11.1. En la versión 11.1 del software del IOS de Cisco se agregó compatibilidad con la subinterfaz Frame Relay y la emulación LAN ATM (LANE). Se agregó soporte para otras subinterfaces ATM en 12.0(1)T para plataformas 12000, 4x00/M, 72xx y 75xx de Cisco. Cada subinterfaz se representa con dos entradas ifTable: uno para la capa atmSubInterface (capa ATM) y otro para la capa AAL5. En cuanto a la interfaz principal, los contadores de paquetes y octetos están disponibles solamente para las entidades de capa AAL5, porque la mayoría de las interfaces de router ATM no soportan los recuentos de capas de celda.

Se define ifType atmSubInterface (número ifType = 134 de la Autoridad de Números Asignados de Internet [IANA]) para una subinterfaz ATM. La capa atmSubinterface es una capa ATM virtual. Las variables MIB de interfaz que corresponden a la capa atmSubInterface tienen la misma semántica que las de la capa ATM en una interfaz principal (física).

Estos grupos de conformidad se aplican a la capa atmSubInterface:

Los valores de estas variables se establecen para las capas atmSubInterface y AAL5 cuando se crea la subinterfaz ATM:

Los valores de estas variables se actualizan de forma idéntica para las capas atmSubInterface y AAL5:

Estas variables no se mantienen para la capa atmSubInterface debido a la falta de contadores de capa de celda en los controladores de las interfaces actuales:

Los contadores se pueden implementar si los controladores de los nuevos adaptadores de puerto ATM (PA) proporcionan contadores de capa de celda.

Estas variables no se mantienen para la capa atmSubInterface porque no se mantienen en la capa ATM:

Estas variables no se actualizan en la capa atmSubInterface porque no es posible recopilar estas estadísticas por VC:

Estas variables están cableadas a FALSE para subinterfaces ATM:

Conteos de octetos y paquetes por ATM VC

Para los contadores para cada VC AAL5, utilice CISCO-AAL5-MIB y consulte Medición de la Utilización de PVC ATM para obtener más detalles. Si su VC AAL5 es el único VC configurado en una subinterfaz ATM, entonces puede obtener los contadores AAL5 correspondientes a través de SNMP usando entradas AAL5-layer para esa subinterfaz en ifTable/ifXTable. Los valores absolutos de los contadores de subinterfaz de capa AAL5 pueden reflejar los estados pasados de los VC que se configuraron previamente en esta subinterfaz y que luego se eliminaron o reemplazaron. Por lo general, esto no es un problema, ya que normalmente se utiliza delta (la diferencia entre dos encuestas de contadores) en un cálculo.

Trampas del protocolo SNMP

Las interfaces ATM soportan las trampas de link genérico activo y inactivo definidas en MIB II. Esta salida de ejemplo se capturó en un módulo de red ATM inverse multiplexing sobre un módulo de red ATM (IMA). Utilizó el comando debug snmp packet para ver el contenido de las trampas.

3640-1.1(config)# interface ATM 2/0
3640-1.1(config-if)# no shutdown
3640-1.1(config-if)#
*Mar  1 20:17:24.222: SNMP: Queuing packet to 171.69.102.73
*Mar  1 20:17:24.222: SNMP: V1 Trap, ent products.110, 
addr 10.10.10.1, gentrap 3, spectrap 0

!--- The gentrap value "3" identifies the LinkUp generic trap.

 ifEntry.1.1 = 1
 ifEntry.2.1 = ATM2/0
 ifEntry.3.1 = 18
 lifEntry.20.1 = up
*Mar  1 20:17:24.290: SNMP: Queuing packet to 171.69.102.73
*Mar  1 20:17:24.290: SNMP: V1 Trap, ent ciscoSyslogMIB.2, 
addr 10.10.10.1, gentrap 6, spectrap 1
 clogHistoryEntry.2.49 = LINK
 clogHistoryEntry.3.49 = 4
 clogHistoryEntry.4.49 = UPDOWN
 clogHistoryEntry.5.49 = Interface ATM2/0, changed state to up
 clogHistoryEntry.6.49 = 7304420

Ejecute el comando show snmp para confirmar que el router envió una PDU de trampa.

3640-1.1# show snmp
Chassis: 10526647
55 SNMP packets input
    0 Bad SNMP version errors
    16 Unknown community name
    0 Illegal operation for community name supplied
    0 Encoding errors
    37 Number of requested variables
    0 Number of altered variables
    2 Get-request PDUs
    37 Get-next PDUs
    0 Set-request PDUs
55 SNMP packets output
    0 Too big errors (Maximum packet size 1500)
    2 No such name errors
    0 Bad values errors
    0 General errors
    39 Response PDUs
    16 Trap PDUs

Antes de Cisco IOS Software Release 12.2, el resultado del comando debug snmp packet muestra un valor de NO_SUCH_INSTANCE_EXCEPTION para el objeto locIfReason en una subinterfaz ATM. En otras palabras, para una subinterfaz ATM, el router genera una trampa que contiene esta información de forma predeterminada:

sysUpTime.0 = 53181
snmpTrapOID.0 = snmpTraps.3
ifEntry.1.64 = 64
ifEntry.2.64 = ATM1/0.1-aal5 layer
ifEntry.3.64 = 49
ifEntry.20.64 = NO_SUCH_INSTANCE_EXCEPTION

Esta excepción ocurre porque OLD-CISCO-INTERFACES-MIB no soporta subinterfaces. El Id. de error de Cisco CSCdp41317 (sólo clientes registrados) resuelve este problema a través del comando snmp-server trap link ietf. Esta salida se espera y cumple con RFC 2233:

sysUpTime.0 = 46573
snmpTrapOID.0 = snmpTraps.4
ifEntry.1.64 = 64
ifEntry.7.64 = 1
ifEntry.8.64 = 1
ifEntry.2.64 = ATM1/0.1-aal5 layer
ifEntry.3.64 = 49

MIB para interfaces ATM

RFC 1695 icon_popup_short.gif define ATM-MIB, que proporciona objetos relacionados con ATM y AAL5 para administrar interfaces ATM, links virtuales ATM, interconexiones ATM, entidades AAL5 y conexiones AAL5. El MIB organiza los objetos administrados en ocho grupos:

Cisco IOS Software Releases 11.2 y posteriores proporcionan una instrumentación estándar ATM-MIB para muchos de los contadores ya provistos en las interfaces ATM del router. ATM-MIB proporciona algunas capacidades para cambiar la configuración ATM en el dispositivo al soportar una serie de operaciones SNMP SET (consulte Configuración de Conexiones Virtuales ATM con SNMP icon_popup_short.gif para obtener más detalles). Esta funcionalidad del conjunto snmp ATM-MIB no se soporta en los routers Cisco con interfaces ATM, pero puede usarla para los switches Cisco ATM. Todavía hay algunas limitaciones. Por ejemplo, no se admite ATM-MIB para la conexión cruzada de VC/VP a interfaces pseudo ATM (ATM-P) para adaptadores de puerto de servicio de emulación de circuitos (CES).

Para localizar otras MIB relacionadas con ATM soportadas por cada producto, utilice Herramientas MIB de Cisco IOS, así como hojas de datos y guías de configuración para el adaptador o módulo de puerto ATM específico.

Esta es una lista de MIBs relacionadas con ATM que normalmente se soportan en los routers:

Esta es una lista de MIBs relacionadas con ATM generalmente soportados en switches ATM de campus de Cisco:

Además, considere las MIB relacionadas con el medio físico, como DS1-MIB, DS3-MIB y SONET-MIB.

Información Relacionada