Tabla de contenido
Si el PS está funcionando en el modo de configuración DHCP (indicado por el valor '1' de
cabhPsDevProvMode) el CMP DEBE utilizar por defecto SNMPv1/v2c para la mensajería de
gestión con el NMS y obedecer las reglas para el modo NmAccess y el de coexistencia descritas en
6.3.6.1.
Si el PS está funcionando en el modo de configuración SNMP (indicado por el valor '2' de
cabhPsDevProvMode), el CMP DEBE utilizar SNMPv3 para la mensajería de gestión con el NMS,
obedeciendo las reglas descritas en 6.3.6.2.
Cuando el PS funciona en el modo de coexistencia SNMP, el valor por defecto de la autorización
final DEBE ser administrador WAN (administrador PS).
Cuando el PS funciona en el modo CableHome aletargado conforme a 5.5 y 7.2.3.3 y a lo indicado
por el valor '3' de cabhPsDevProvMode, el PS NO DEBE aceptar o procesar ningún mensaje SNMP
recibido en cualquier interfaz WAN.
Cuando el PS funciona en el modo CableHome aletargado conforme a 5.5 y 7.2.3.3 y a lo indicado
por el valor '3' de cabhPsDevProvMode, el PS DEBE aceptar y procesar mensajes SNMP recibidos
por cualquier interfaz LAN conforme a los valores de docsDevNmAccessTable (véase 6.3.6.1) o
conforme a los valores del modelo de control de acceso basado en vistas (véase 6.3.6.3).
La raíz de las MIB (PSDev MIB, CAP MIB, CDP MIB, CTP MIB, y MIB de seguridad) DEBE ser
(enterprises.4491.2.4).
El PS DEBE incluir – en el orden especificado a continuación – versión del soporte físico, nombre
del fabricante, versión de imagen de la ROM de arranque, versión del soporte lógico y número de
modelo en el objeto sysDescr (de [RFC 3418]). El formato de la información específica incluida en
el sysDescr DEBE ser:
Versión de soporte físico
Nombre del fabricante
ROM de arranque
Versión de soporte lógico
Número de modelo
El sysDescr DEBE constar de una lista de cinco pares tipo/valor encerrados en corchetes angulares.
La separación entre el tipo y el valor es ": " – un símbolo de dos puntos y un espacio en blanco. La
separación entre dos pares tipo/valor es: "; " – un símbolo punto y coma y un espacio en blanco. Por
ejemplo, un sysDescr de un PS del fabricante X, con versión de soporte físico 5.2, versión de ROM
de arranque 1.4, versión de SW 2.2, y número de modelo X se verá como sigue:
cualquier
texto<<HW_REV:
MODEL: X>>cualquier texto
El PS DEBE informar en el sysDescr por lo menos la información necesaria para determinar qué
versiones de políticas de soporte lógico y de barrera contra fuegos puede cargar el PS. Si algunos
campos del objeto sysDescr no se aplican, el PS DEBE informar "NINGUNO" ("NONE") como el
valor. Por ejemplo, un PS sin BOOTR informará "BOOTR: NONE".
El valor del objeto MIB docsDevSwCurrentVers DEBE incluir la misma información de versión de
soporte lógico que la contenida en la información de versión de soporte lógico del objeto sysDescr.
Cuando se incorporan en el mismo dispositivo un PS y un CM, los objetos sysDescr y
docsDevSwCurrentVers del PS DEBEN informar los mismos valores que los del CM.
Informar
5.2;
VENDOR:
Formato de cada campo
HW_REV: <Soporte físico version>
VENDOR: <Vendor name>
BOOTR: <Boot ROM Version>
SW_REV: <Soporte lógico version>
MODEL: <Model number>
X;
BOOTR:
Rec. UIT-T J.191 (03/2004)
1.4;
SW_REV:
2.2;
29
Tabla de contenido
