Grupo de Trabajo de la Red de J. Haas, Ed.
Petición de Comentarios: 4273 S. Hares, Ed.
Obsoletes: 1269 1657 NextHop Tecnologías
Categoría: Normas Track Enero 2006
Gestionado definiciones de objetos para BGP-4
Condición de este memo
Este documento especifica un protocolo de normas de Internet para la
Comunidad de Internet, y solicita debate y sugerencias para
Mejoras. Por favor refiérase a la edición actual del "Internet
Normas Oficiales de Protocolo "(STD 1) para la normalización de estado
Y la situación de este protocolo. La distribución de este memo es ilimitada.
Aviso de Copyright
Copyright (C) The Internet Society (2006).
Resumen
Este memo define una parte de la Base de información de administración (MIB)
Para el uso con protocolos de gestión de la red en la comunidad de Internet
En particular, se describe objetos administrados utilizados para la gestión de la
Border Gateway Protocolo versión 4 o inferior.
El origen de esta nota es del RFC 1269 "Definiciones de Gestionado
Objetos de la Border Gateway Protocol (Version 3) ", que se
Actualizada para apoyar BGP-4 en el RFC 1657. Esta nota corrige errores
Presenta cuando el módulo MIB se convirtió a la utilización SMIv2
Idioma. Esta nota, además, las referencias a la actual SNMP
Marco de los documentos.
Esta nota tiene por objeto documentar desplegado implementaciones de este
MIB módulo en un contexto histórico, para aclarar algunos de
Temas, y tomar nota de los errores en que el módulo MIB no plenamente
Representan el protocolo BGP. Se está trabajando actualmente en curso en sustitución de
MIB este módulo con una nueva representación de la situación actual de la
Protocolo BGP y sus extensiones.
Este documento obsoletes RFC 1269 y RFC 1657.
Haas & Hares Normas Track [Page 1]
RFC 4273 BGP4 MIB-Enero 2006
Tabla de contenidos
1. Introducción ................................................. ... 2
2. La Internet-Norma Marco de Gestión ...................... 2
3. Descripción ................................................. 2 .......
4. Definiciones ................................................. .... 3
5. Consideraciones de seguridad ........................................ 28
6. Agradecimientos ............................................... 30
7. Referencias Normativas ........................................... 31
1. Introducción
Este memo define una parte de la Base de información de administración (MIB)
Para el uso con protocolos de gestión de la red en la comunidad de Internet.
En particular, se describe objetos administrados utilizados para la gestión de la
Border Gateway Protocolo versión 4 o inferior [BGP4, BGP4APP].
Este memo obsoletes RFC 1657 y RFC 1269.
2. El estándar de gestión de Internet-marco
Para una descripción detallada de los documentos que describen el actual
Internet-Norma Marco de Gestión, por favor refiérase a la sección 7 del
RFC 3410 [RFC3410].
Gestionado objetos se accede a través de una tienda virtual de información, denominado
La Base de información de administración o MIB. MIB objetos son en general
Accesible a través del Protocolo simple de administración de redes (SNMP).
Objetos de la MIB se definen usando los mecanismos definidos en el
Estructura de Gestión de Información (SMI). Este memorándum especifica un MIB
Módulo que se encuentra en cumplimiento a la SMIv2, que se describe en STD 58,
RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579], y STD 58, RFC 2580
[RFC2580].
3. Descripción
Estos objetos se utilizan para controlar y administrar una aplicación BGP-4.
Aparte de unos pocos en todo el sistema de escalar objetos, este se divide en MIB
Tres cuadros: el cuadro BGP Peer, la Ruta BGP Fecha de atributos
Cuadro, y el BGP-4 Recibido el cuadro Ruta de atributos. El Peer BGP
El cuadro contiene información sobre el estado actual de la actividad y de
Conexiones con los pares BGP. El camino recibido atributo BGP
El cuadro contiene camino atributos recibido de todos los compañeros corriendo BGP
La versión 3 o menos. El BGP-4 Fecha Camino contiene el cuadro de atributos
Camino recibidas de todos los atributos BGP-4 pares. Los atributos reales
Utilizados en la determinación de una ruta son un subconjunto de la recibió atributo
Tablas de enrutamiento después de la política local se ha aplicado.
Haas & Hares Normas Track [Page 2]
RFC 4273 BGP4 MIB-Enero 2006
4. Definiciones
DEFINICIONES BGP4-MIB:: = BEGIN
IMPORTACIONES
MÓDULO-IDENTIDAD, OBJETO DE TIPO, NOTIFICACIÓN DE TIPO,
IpAddress, Integer32, Counter32, Gauge32, de mib-2
De SNMPv2 SMI -
MÓDULO-CUMPLIMIENTO, OBJETO-GRUPO, GRUPO DE NOTIFICACIÓN -
DE SNMPv2-CONF;
MÓDULO BGP-IDENTIDAD
LAST-UPDATED "200601110000Z"
Organización "grupo de trabajo IETF IDR"
CONTACTO-INFO "E-mail: idr@ietf.org
Jeffrey Haas, Susan Hares (Editors)
NextHop Tecnologías
825 Victors Way
Suite 100
Ann Arbor, MI 48108-2738
Tel: +1 734 222-1600
Fax: +1 734 222-1602
E-mail: jhaas@nexthop.com
Skh@nexthop.com "
DESCRIPCIÓN
"El módulo MIB para el protocolo BGP-4.
Copyright (C) The Internet Society (2006). Este
MIB versión de este módulo es parte de RFC 4273;
Ver el RFC propio para la plena Aviso jurídico ".
REVISIÓN "200601110000Z"
DESCRIPCIÓN
"Cambios del RFC 1657:
1) fija las definiciones de las notificaciones
Para que sean equivalentes a sus iniciales
Definición en el RFC 1269.
2) Añadido el cumplimiento y la conformidad info.
3) La información actualizada de los valores de
BgpPeerNegotiatedVersion, bgp4PathAttrLocalPref,
Bgp4PathAttrCalcLocalPref,
Bgp4PathAttrMultiExitDisc,
Bgp4PathAttrASPathSegement.
4) Se agregó aclaraciones adicionales comentarios cuando
Necesario.
Haas & Hares Normas Track [Page 3]
RFC 4273 BGP4 MIB-Enero 2006
5) Tomó nota de que los objetos no reflejan plenamente
El protocolo como Problemas conocidos.
6) Actualizado el DESCRIPCIÓN de la
Bgp4PathAttrAtomicAggregate objeto.
7) Los siguientes objetos se les ha DESCRIPCIÓN
Cláusula modificados para eliminar el texto que sugiere
(Usando 'debe' verbo) inicializar el contador
A cero en un período de transición hacia el estado estableció:
BgpPeerInUpdates, bgpPeerOutUpdates,
BgpPeerInTotalMessages, bgpPeerOutTotalMessages
Estas implementaciones que se sigue este
Todavía cumplen con esta nueva redacción.
Las solicitudes no deben asumir contadores han
Se inició en cero.
Publicado como RFC 4273. "
REVISIÓN "199405050000Z"
DESCRIPCIÓN
"Traducido a SMIv2 y publicado como RFC 1657."
REVISIÓN "199110261839Z"
DESCRIPCIÓN
"Versión inicial, publicado como RFC 1269."
:: = (Mib-2 15)
BgpVersion OBJETO DE TIPO
SYNTAX OCTET STRING (SIZE (1 .. 255))
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Vector de apoyo a la versión de protocolo BGP
Números. Cada uno de los pares negocia la versión
De este vector. Las versiones se identifican
A través de la cadena de bits que contiene este
Objeto. El primer octeto contiene los bits 0 a
7, el segundo octeto contiene bits de 8 a 15,
Y así sucesivamente, con el bit más significativo
Refiriéndose a la más baja en el número de bits
Octeto (por ejemplo, el MSB del primer octeto
Se refiere a bit 0). Si un poco, i, está presente
Y establecer, a continuación, la versión (i +1) de la BGP
Cuenta con el apoyo ".
REFERENCIA
"RFC 4271, Sección 4,2".
:: Bgp = (1)
BgpLocalAs OBJETO DE TIPO
Haas & Hares Normas Track [Page 4]
RFC 4273 BGP4 MIB-Enero 2006
SYNTAX Integer32 (0 .. 65535)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número de sistema autónomo local".
REFERENCIA
"RFC 4271, Sección 4,2," Mi Autónoma Sistema "."
:: Bgp = (2)
-- BGP Peer mesa. Esta tabla contiene, por una entrada
-- BGP pares, la información acerca de los pares BGP.
BgpPeerTable OBJETO DE TIPO
La sintaxis de la secuencia de BgpPeerEntry
MAX-ACCESS-no accesible
SITUACIÓN actual
DESCRIPCIÓN
"BGP pares mesa. Esta tabla contiene,
Una participación por pares BGP, la información sobre la
Conexiones con BGP compañeros ".
:: Bgp = (3)
BgpPeerEntry OBJETO DE TIPO
SYNTAX BgpPeerEntry
MAX-ACCESS-no accesible
SITUACIÓN actual
DESCRIPCIÓN
"La entrada que contiene información acerca de la
Relación con una BGP pares ".
INDEX bgpPeerRemoteAddr ()
:: BgpPeerTable = (1)
BgpPeerEntry:: = SEQUENCE (
BgpPeerIdentifier
IpAddress,
BgpPeerState
INTEGER,
BgpPeerAdminStatus
INTEGER,
BgpPeerNegotiatedVersion
Integer32,
BgpPeerLocalAddr
IpAddress,
BgpPeerLocalPort
Integer32,
BgpPeerRemoteAddr
IpAddress,
BgpPeerRemotePort
Haas & Hares Normas Track [Page 5]
RFC 4273 BGP4 MIB-Enero 2006
Integer32,
BgpPeerRemoteAs
Integer32,
BgpPeerInUpdates
Counter32,
BgpPeerOutUpdates
Counter32,
BgpPeerInTotalMessages
Counter32,
BgpPeerOutTotalMessages
Counter32,
BgpPeerLastError
OCTET STRING,
BgpPeerFsmEstablishedTransitions
Counter32,
BgpPeerFsmEstablishedTime
Gauge32,
BgpPeerConnectRetryInterval
Integer32,
BgpPeerHoldTime
Integer32,
BgpPeerKeepAlive
Integer32,
BgpPeerHoldTimeConfigured
Integer32,
BgpPeerKeepAliveConfigured
Integer32,
BgpPeerMinASOriginationInterval
Integer32,
BgpPeerMinRouteAdvertisementInterval
Integer32,
BgpPeerInUpdateElapsedTime
Gauge32
)
BgpPeerIdentifier OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El BGP Identifier de esta entrada de los pares BGP.
Esta entrada DEBE ser 0.0.0.0 a menos que el
BgpPeerState está en el openconfirm o la
Establecido en el estado. "
REFERENCIA
"RFC 4271, Sección 4,2," BGP Identifier "."
:: BgpPeerEntry = (1)
Haas & Hares Normas Track [Página 6]
RFC 4273 BGP4 MIB-Enero 2006
BgpPeerState OBJETO DE TIPO
SYNTAX INTEGER (
Ralentí (1),
Conectar (2),
Activa (3),
Opensent (4),
Openconfirm (5),
Establecido (6)
)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La relación entre pares BGP estado".
REFERENCIA
"RFC 4271, sección 8.2.2."
:: BgpPeerEntry = (2)
BgpPeerAdminStatus OBJETO DE TIPO
SYNTAX INTEGER (
Stop (1),
Comienzo (2)
)
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
"El deseado estado de la conexión BGP.
Una transición de la 'stop' a 'empezar' causará
Arranque manual BGP el evento que se genera.
Una transición de "iniciar" a "detener" causará
Manual de la BGP Stop evento que se genera.
Este parámetro se puede utilizar para reiniciar los pares BGP
Conexiones. Cuidado debe utilizarse en la prestación de
Escribe el acceso a este objeto sin la adecuada
Autenticación ".
REFERENCIA
"RFC 4271, sección 8.1.2."
:: BgpPeerEntry = (3)
BgpPeerNegotiatedVersion OBJETO DE TIPO
SYNTAX Integer32
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La versión negociada de funcionamiento entre BGP
Los dos compañeros.
Esta entrada DEBE ser cero (0) a menos que el
BgpPeerState está en el openconfirm o la
Haas & Hares Normas Track [Page 7]
RFC 4273 BGP4 MIB-Enero 2006
Establecido estado.
Tenga en cuenta que los valores legales para este objeto son
Entre 0 y 255. "
REFERENCIA
"RFC 4271, Sección 4,2.
RFC 4271, la Sección 7 ".
:: BgpPeerEntry = (4)
BgpPeerLocalAddr OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La dirección IP local de esta entrada del BGP
Conexión ".
:: BgpPeerEntry = (5)
BgpPeerLocalPort OBJETO DE TIPO
SYNTAX Integer32 (0 .. 65535)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El puerto local de la conexión TCP entre
BGP los compañeros. "
:: = (BgpPeerEntry 6)
BgpPeerRemoteAddr OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El mando a distancia dirección IP de esta entrada del BGP
Entre pares ".
:: = (BgpPeerEntry 7)
BgpPeerRemotePort OBJETO DE TIPO
SYNTAX Integer32 (0 .. 65535)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El puerto alejado de la conexión TCP
Entre los pares BGP. Tenga en cuenta que el
BgpPeerLocalAddr objetos,
BgpPeerLocalPort, bgpPeerRemoteAddr, y
BgpPeerRemotePort proporcionar la adecuada
Referencia a la norma MIB TCP
Conexión de la tabla. "
Haas & Hares Normas Track [Page 8]
RFC 4273 BGP4 MIB-Enero 2006
:: = 8) (bgpPeerEntry
BgpPeerRemoteAs OBJETO DE TIPO
SYNTAX Integer32 (0 .. 65535)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El mando a distancia sistema autónomo número recibido en
OPEN BGP el mensaje. "
REFERENCIA
"RFC 4271, Sección 4,2".
:: = 9) (bgpPeerEntry
BgpPeerInUpdates OBJETO DE TIPO
SYNTAX Counter32
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número de mensajes BGP UPDATE
Recibido en este sentido. "
REFERENCIA
"RFC 4271, Sección 4,3".
:: BgpPeerEntry = (10)
BgpPeerOutUpdates OBJETO DE TIPO
SYNTAX Counter32
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número de mensajes BGP UPDATE
Transmisión en este sentido. "
REFERENCIA
"RFC 4271, Sección 4,3".
:: BgpPeerEntry = (11)
BgpPeerInTotalMessages OBJETO DE TIPO
SYNTAX Counter32
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número total de mensajes recibidos
De la distancia entre pares en este sentido. "
REFERENCIA
"RFC 4271, la Sección 4."
:: BgpPeerEntry = (12)
BgpPeerOutTotalMessages OBJETO DE TIPO
SYNTAX Counter32
Haas & Hares Normas Track [Page 9]
RFC 4273 BGP4 MIB-Enero 2006
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número total de los mensajes transmitidos a
El mando a distancia en este sentido entre iguales. "
REFERENCIA
"RFC 4271, la Sección 4."
:: BgpPeerEntry = (13)
BgpPeerLastError OBJETO DE TIPO
SYNTAX OCTET STRING (SIZE (2))
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El último código de error y subcódigo visto en el presente
Pares en este sentido. En caso de que no haya error
Producido, este campo es cero. De lo contrario, el
Primer byte de los dos bytes OCTET STRING
Contiene el código de error, y el segundo byte
Contiene el subcódigo ".
REFERENCIA
"RFC 4271, Sección 4,5".
:: BgpPeerEntry = (14)
BgpPeerFsmEstablishedTransitions OBJETO DE TIPO
SYNTAX Counter32
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El número total de veces que el FSM BGP
La transición establecido en el estado
Para este inter pares ".
REFERENCIA
"RFC 4271, la Sección 8".
:: BgpPeerEntry = (15)
BgpPeerFsmEstablishedTime OBJETO DE TIPO
SYNTAX Gauge32
UNIDADES "segundos"
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Este temporizador indica el tiempo (en
Segundos) Revisión y ha estado en la
Estatales o cuánto tiempo
Ya que este último fue pares en el
Establecido estado. Se puso a cero cuando
Un nuevo pares o cuando se configura el router es
Haas & Hares Normas Track [Página 10]
RFC 4273 BGP4 MIB-Enero 2006
Arrancado ".
REFERENCIA
"RFC 4271, la Sección 8".
:: BgpPeerEntry = (16)
BgpPeerConnectRetryInterval OBJETO DE TIPO
SYNTAX Integer32 (1 .. 65535)
UNIDADES "segundos"
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para el
ConnectRetry temporizador. El valor sugerido
Para este temporizador es de 120 segundos. "
REFERENCIA
"RFC 4271, sección 8.2.2. Este es el valor utilizado
Para inicializar el 'ConnectRetryTimer' ".
:: BgpPeerEntry = (17)
BgpPeerHoldTime OBJETO DE TIPO
SYNTAX Integer32 (0 | 3 .. 65535)
UNIDADES "segundos"
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para la Retención
Temporizador establecido con el peer. El
Valor de este objeto es calculado por este
BGP orador, utilizando el menor de los
BgpPeerHoldTimeConfigured y valores en la
Tiempo de celebrar recibido en el mensaje OPEN.
Este valor debe ser por lo menos tres segundos
Si no es cero (0).
Si el temporizador de Hold no se ha establecido
Con el objeto de pares este DEBE tener un valor
De cero (0).
Si el objeto tiene bgpPeerHoldTimeConfigured
Un valor de (0), y luego este objeto DEBE tener un
Valor de (0). "
REFERENCIA
"RFC 4271, Sección 4,2".
:: BgpPeerEntry = (18)
BgpPeerKeepAlive OBJETO DE TIPO
SYNTAX Integer32 (0 | 1 .. 21845)
Haas & Hares Normas Track [Página 11]
RFC 4273 BGP4 MIB-Enero 2006
UNIDADES "segundos"
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para el KeepAlive
Establecido con el temporizador de pares. El valor
De este objeto se calcula este BGP
Orador de tal manera que, si se compara con
BgpPeerHoldTime, tiene la misma proporción
Que ha bgpPeerKeepAliveConfigured,
En comparación con bgpPeerHoldTimeConfigured.
KeepAlive Si el temporizador no se ha establecido
Con los pares, este objeto deberá tener un valor
De cero (0).
Si el objeto de bgpPeerKeepAliveConfigured
Tiene un valor de (0), y luego este objeto DEBE tener
Un valor de (0). "
REFERENCIA
"RFC 4271, Sección 4,4".
:: BgpPeerEntry = (19)
BgpPeerHoldTimeConfigured OBJETO DE TIPO
SYNTAX Integer32 (0 | 3 .. 65535)
UNIDADES "segundos"
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para el tiempo Hold
Configurados para esta BGP orador con este
Pares. Este valor se coloca en un OPEN
Mensaje enviado a este pares por este BGP
Orador, y se compara con el Hold
Tiempo de campo en un mensaje recibido OPEN
De los pares al determinar el Hold
Tiempo (bgpPeerHoldTime) con los pares.
Este valor no debe ser inferior a tres
Segundo si no es cero (0). Si es
Cero (0), el tiempo es Hold NO que se
Establecido con el peer. El sugiere
Valor de este temporizador es de 90 segundos. "
REFERENCIA
"RFC 4271, Sección 4,2.
RFC 4271, sección 10. "
:: BgpPeerEntry = (20)
BgpPeerKeepAliveConfigured OBJETO DE TIPO
Haas & Hares Normas Track [Página 12]
RFC 4273 BGP4 MIB-Enero 2006
SYNTAX Integer32 (0 | 1 .. 21845)
UNIDADES "segundos"
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para el
KeepAlive temporizador configurado para esta BGP
Altavoz con este pares. El valor de este
Objeto sólo determinar la
KEEPALIVE mensajes' a la frecuencia relativa
El valor especificado en
BgpPeerHoldTimeConfigured; el real
Intervalo de tiempo para los mensajes es KEEPALIVE
Indicada por bgpPeerKeepAlive. A
Razonable, el valor máximo de este temporizador
Sería un tercio de la de
BgpPeerHoldTimeConfigured.
Si el valor de este objeto es igual a cero (0),
No periódicas se envían mensajes KEEPALIVE
A los pares después de la conexión BGP
Sido establecida. El valor sugerido para
Este temporizador es de 30 segundos. "
REFERENCIA
"RFC 4271, Sección 4,4.
RFC 4271, sección 10. "
:: BgpPeerEntry = (21)
BgpPeerMinASOriginationInterval OBJETO DE TIPO
SYNTAX Integer32 (1 .. 65535)
UNIDADES "segundos"
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
"Intervalo de tiempo (en segundos) para el
MinASOriginationInterval temporizador.
El valor sugerido para este temporizador es de 15
Segundos. "
REFERENCIA
"RFC 4271, Sección 9.2.1.2.
RFC 4271, sección 10. "
:: BgpPeerEntry = (22)
BgpPeerMinRouteAdvertisementInterval OBJETO DE TIPO
SYNTAX Integer32 (1 .. 65535)
UNIDADES "segundos"
MAX-ACCESS lectura-escritura
SITUACIÓN actual
DESCRIPCIÓN
Haas & Hares Normas Track [Página 13]
RFC 4273 BGP4 MIB-Enero 2006
"Intervalo de tiempo (en segundos) para el
MinRouteAdvertisementInterval temporizador.
El valor sugerido para este temporizador es de 30
Segundos para EBGP conexiones y 5
IBGP segundos para conexiones ".
REFERENCIA
"RFC 4271, Sección 9.2.1.1.
RFC 4271, sección 10. "
:: BgpPeerEntry = (23)
BgpPeerInUpdateElapsedTime OBJETO DE TIPO
SYNTAX Gauge32
UNIDADES "segundos"
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Tiempo transcurrido (en segundos) desde el último BGP
UPDATE mensaje ha sido recibido de los pares.
Cada vez se incrementa bgpPeerInUpdates,
El valor de este objeto se fija en cero (0). "
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 8.2.2, el estado de fundación. "
:: BgpPeerEntry = (24)
BgpIdentifier OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El BGP Identifier del sistema local."
REFERENCIA
"RFC 4271, Sección 4,2".
:: Bgp = (4)
-- BGP recibido camino atributo tabla. Esta tabla contiene
-- Una participación por camino a la red, y la ruta atributos
-- Recibido de todos los compañeros corriendo BGP versión 3 o menos.
-- Este cuadro es obsoleta, después de haber sido reemplazado en
-- Funcionalidad de la bgp4PathAttrTable.
BgpRcvdPathAttrTable OBJETO DE TIPO
La sintaxis de la secuencia de BgpPathAttrEntry
MAX-ACCESS-no accesible
ESTADO obsoletos
DESCRIPCIÓN
"El camino recibido BGP tabla de atributos
Contiene información sobre los caminos a
Haas & Hares Normas Track [Página 14]
RFC 4273 BGP4 MIB-Enero 2006
Redes de destino, recibidas de todos
Compañeros corriendo BGP versión 3 o menos. "
:: Bgp = (5)
BgpPathAttrEntry OBJETO DE TIPO
SYNTAX BgpPathAttrEntry
MAX-ACCESS-no accesible
ESTADO obsoletos
DESCRIPCIÓN
"La información sobre un camino a la red."
INDEX (bgpPathAttrDestNetwork,
BgpPathAttrPeer)
:: BgpRcvdPathAttrTable = (1)
BgpPathAttrEntry:: = SEQUENCE (
BgpPathAttrPeer
IpAddress,
BgpPathAttrDestNetwork
IpAddress,
BgpPathAttrOrigin
INTEGER,
BgpPathAttrASPath
OCTET STRING,
BgpPathAttrNextHop
IpAddress,
BgpPathAttrInterASMetric
Integer32
)
BgpPathAttrPeer OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"La dirección IP de los pares donde el camino
La información fue adquirida. "
:: BgpPathAttrEntry = (1)
BgpPathAttrDestNetwork OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"La dirección de la red de destino".
REFERENCIA
"RFC 1267, Sección 4,3".
:: BgpPathAttrEntry = (2)
Haas & Hares Normas Track [Página 15]
RFC 4273 BGP4 MIB-Enero 2006
BgpPathAttrOrigin OBJETO DE TIPO
SYNTAX INTEGER (
Igp (1), - las redes interiores
Egp (2), - a través de las redes adquiridas
-- EGP protocolo
Incompleta (3) - las redes que
-- Son adquiridas por otras
-- Medios
)
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"En última instancia el origen de la información de la ruta."
REFERENCIA
"RFC 1267, Sección 4,3.
RFC 1267, sección 5 ".
:: BgpPathAttrEntry = (3)
BgpPathAttrASPath OBJETO DE TIPO
SYNTAX OCTET STRING (SIZE (2 .. 255))
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"El conjunto de ASes que deben ser recorridos para llegar a
De la red. Este objeto es probablemente mejor
SECUENCIA DE representados como INTEGER. Por SMI
Compatibilidad, sin embargo, es representado como
OCTET STRING. Cada AS está representado como un par
De los octetos de acuerdo con el siguiente algoritmo:
Primer byte de la pareja = ASNumber / 256;
Segundo byte de la pareja y ASNumber = 255; "
REFERENCIA
"RFC 1267, Sección 4,3.
RFC 1267, sección 5 ".
:: BgpPathAttrEntry = (4)
BgpPathAttrNextHop OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"La dirección de la frontera que deben router
Ser usado para la red de destino ".
REFERENCIA
"RFC 1267, Sección 4,3.
RFC 1267, sección 5 ".
:: BgpPathAttrEntry = (5)
Haas & Hares Normas Track [Página 16]
RFC 4273 BGP4 MIB-Enero 2006
BgpPathAttrInterASMetric OBJETO DE TIPO
SYNTAX Integer32
MAX-ACCESS de sólo lectura
ESTADO obsoletos
DESCRIPCIÓN
"El facultativo inter-AS métricas. Si esta
Atributo no se ha proporcionado para esta ruta,
El valor de este objeto es 0. "
REFERENCIA
"RFC 1267, Sección 4,3.
RFC 1267, sección 5 ".
:: = (BgpPathAttrEntry 6)
-- BGP-4 Recibido el cuadro Ruta de atributos. Esta tabla
-- Contiene una entrada por camino a la red, y la ruta
-- Atributos recibido de todos los compañeros corriendo BGP-4.
Bgp4PathAttrTable OBJETO DE TIPO
La sintaxis de la secuencia de Bgp4PathAttrEntry
MAX-ACCESS-no accesible
SITUACIÓN actual
DESCRIPCIÓN
"El BGP-4 Recibido el cuadro Ruta de atributos
Contiene información sobre los caminos a
Redes de destino, recibidas de todos
BGP4 compañeros ".
:: = (Bgp 6)
Bgp4PathAttrEntry OBJETO DE TIPO
SYNTAX Bgp4PathAttrEntry
MAX-ACCESS-no accesible
SITUACIÓN actual
DESCRIPCIÓN
"La información sobre un camino a la red."
INDEX (bgp4PathAttrIpAddrPrefix,
Bgp4PathAttrIpAddrPrefixLen,
Bgp4PathAttrPeer)
:: Bgp4PathAttrTable = (1)
Bgp4PathAttrEntry:: = SEQUENCE (
Bgp4PathAttrPeer
IpAddress,
Bgp4PathAttrIpAddrPrefixLen
Integer32,
Bgp4PathAttrIpAddrPrefix
IpAddress,
Bgp4PathAttrOrigin
INTEGER,
Haas & Hares Normas Track [Página 17]
RFC 4273 BGP4 MIB-Enero 2006
Bgp4PathAttrASPathSegment
OCTET STRING,
Bgp4PathAttrNextHop
IpAddress,
Bgp4PathAttrMultiExitDisc
Integer32,
Bgp4PathAttrLocalPref
Integer32,
Bgp4PathAttrAtomicAggregate
INTEGER,
Bgp4PathAttrAggregatorAS
Integer32,
Bgp4PathAttrAggregatorAddr
IpAddress,
Bgp4PathAttrCalcLocalPref
Integer32,
Bgp4PathAttrBest
INTEGER,
Bgp4PathAttrUnknown
OCTET STRING
)
Bgp4PathAttrPeer OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La dirección IP de los pares donde el camino
La información fue adquirida. "
:: Bgp4PathAttrEntry = (1)
Bgp4PathAttrIpAddrPrefixLen OBJETO DE TIPO
SYNTAX Integer32 (0 .. 32)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Longitud en bits de la dirección IP en el prefijo
La capa de red asequibles
Información sobre el terreno. "
:: Bgp4PathAttrEntry = (2)
Bgp4PathAttrIpAddrPrefix OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Un prefijo de la dirección IP en la capa de red
Accesibilidad de información sobre el terreno. Este objeto
Haas & Hares Normas Track [Página 18]
RFC 4273 BGP4 MIB-Enero 2006
Es una dirección IP que contienen el prefijo con
Longitud especificada por
Bgp4PathAttrIpAddrPrefixLen.
Cualquier bits más allá de la duración especificada por
Bgp4PathAttrIpAddrPrefixLen son cero. "
REFERENCIA
"RFC 4271, Sección 4,3".
:: Bgp4PathAttrEntry = (3)
Bgp4PathAttrOrigin OBJETO DE TIPO
SYNTAX INTEGER (
Igp (1), - las redes interiores
Egp (2), - a través de las redes adquiridas
-- EGP protocolo
Incompleta (3) - las redes que
-- Son adquiridas por otras
-- Medios
)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"En última instancia el origen de la ruta
Información ".
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 5.1.1. "
:: Bgp4PathAttrEntry = (4)
Bgp4PathAttrASPathSegment OBJETO DE TIPO
SYNTAX OCTET STRING (SIZE (2 .. 255))
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La secuencia de los segmentos AS camino. Cada AS
Camino segmento está representado por un triple
<type, Length, value>.
El tipo es un campo de 1 octeto que tiene dos
Posibles valores:
1 AS_SET: desordenada serie de ASes que un
Ruta en el mensaje UPDATE
Ha atravesado
2 AS_SEQUENCE: ordenado conjunto de ASes que
Una ruta en el mensaje UPDATE
Ha atravesado.
La duración es de 1 octeto que contiene el campo
Haas & Hares Normas Track [Página 19]
RFC 4273 BGP4 MIB-Enero 2006
Número de ASes valor en el campo.
El valor campo contiene uno o más AS
Números. Cada AS está representado en el octeto
Cadena como un par de octetos de acuerdo a la
Siguiente algoritmo:
Primer byte de la pareja = ASNumber / 256;
Segundo byte de la pareja y ASNumber = 255;
Problemas conocidos:
O BGP se traducirá en Confederaciones
O bien un tipo de 3 o 4.
O Un AS Path puede superar los 255 octetos.
Esto puede dar lugar a este objeto que contenga
Truncada AS Path ".
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 5.1.2. "
:: Bgp4PathAttrEntry = (5)
Bgp4PathAttrNextHop OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La dirección de la frontera que router
Debe utilizarse para el destino
Red. Esta dirección es la NEXT_HOP
Dirección recibió en el paquete UPDATE ".
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 5.1.3. "
:: = (Bgp4PathAttrEntry 6)
Bgp4PathAttrMultiExitDisc OBJETO DE TIPO
SYNTAX Integer32 (-1 .. 2147483647)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Este indicador es utilizado para discriminar
Entre múltiples puntos de salida a un
Adyacentes sistema autónomo. Un valor de -1
Indica la ausencia de este atributo.
Problemas conocidos:
O El BGP-4 especificación utiliza un
Número natural de 32 bits. Así pues, este
Haas & Hares Normas Track [Página 20]
RFC 4273 BGP4 MIB-Enero 2006
Objeto no puede representar a la totalidad
La gama de protocolo ".
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 5.1.4. "
:: = (Bgp4PathAttrEntry 7)
Bgp4PathAttrLocalPref OBJETO DE TIPO
SYNTAX Integer32 (-1 .. 2147483647)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El origen del hablante BGP4 grado de
Preferencia por una ruta anunciados. A
Valor de -1 indica la ausencia de este
Atributo.
Problemas conocidos:
O El BGP-4 especificación utiliza un
Número natural de 32 bits y, por lo tanto este
Objeto no puede representar a la totalidad
La gama de protocolo ".
REFERENCIA
"RFC 4271, Sección 4,3.
RFC 4271, sección 5.1.5. "
:: = 8) (bgp4PathAttrEntry
Bgp4PathAttrAtomicAggregate OBJETO DE TIPO
SYNTAX INTEGER (
LessSpecificRouteNotSelected (1),
-- 1657
LessSpecificRouteSelected (2)
)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Si el atributo está presente ATOMIC_AGGREGATE
En el Camino Atributos entonces este objeto DEBE
Tienen un valor de 'lessSpecificRouteNotSelected'.
Si el atributo es ATOMIC_AGGREGATE desaparecidos
En el Camino Atributos entonces este objeto DEBE
Tienen un valor de 'lessSpecificRouteSelected'.
Tenga en cuenta que es ahora un ATOMIC_AGGREGATE principalmente
Informativos atributo ".
REFERENCIA
"RFC 4271, las secciones 5.1.6 y 9.1.4."
Haas & Hares Normas Track [Página 21]
RFC 4273 BGP4 MIB-Enero 2006
:: = 9) (bgp4PathAttrEntry
Bgp4PathAttrAggregatorAS OBJETO DE TIPO
SYNTAX Integer32 (0 .. 65535)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El AS número de la última oradora que BGP4
Realizado ruta de agregación. Un valor de
Cero (0) indica la ausencia de este
Atributo.
Tenga en cuenta que la propagación de AS de cero es ilegal
En la Internet. "
REFERENCIA
"RFC 4271, sección 5.1.7.
RFC 4271, Sección 9.2.2.2. "
:: Bgp4PathAttrEntry = (10)
Bgp4PathAttrAggregatorAddr OBJETO DE TIPO
SYNTAX IpAddress
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"La dirección IP del último orador BGP4
Que realiza la ruta de agregación. A
Valor de 0.0.0.0 indica la ausencia
De este atributo. "
REFERENCIA
"RFC 4271, sección 5.1.7.
RFC 4271, Sección 9.2.2.2. "
:: Bgp4PathAttrEntry = (11)
Bgp4PathAttrCalcLocalPref OBJETO DE TIPO
SYNTAX Integer32 (-1 .. 2147483647)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"El grado de preferencia calculado por el
Recibir BGP4 orador para una publicidad
Ruta. Un valor de -1 indica la
Ausencia de este atributo.
Problemas conocidos:
O El BGP-4 especificación utiliza un
Número natural de 32 bits y, por lo tanto este
Objeto no puede representar a la totalidad
La gama de protocolo ".
Haas & Hares Normas Track [Página 22]
RFC 4273 BGP4 MIB-Enero 2006
REFERENCIA
"RFC 4271, sección 9.1.1."
:: Bgp4PathAttrEntry = (12)
Bgp4PathAttrBest OBJETO DE TIPO
SYNTAX INTEGER (
Falso (1), - no elegido como mejor ruta
Verdad (2) - elegido como mejor ruta
)
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Una indicación de si la ruta
Fue elegida como la mejor ruta para este BGP4
Destino ".
REFERENCIA
"RFC 4271, sección 9.1.2."
:: Bgp4PathAttrEntry = (13)
Bgp4PathAttrUnknown OBJETO DE TIPO
SYNTAX OCTET STRING (SIZE (0 .. 255))
MAX-ACCESS de sólo lectura
SITUACIÓN actual
DESCRIPCIÓN
"Uno o más atributos camino no se entiende por
BGP4 este orador.
Ruta de los atributos se registran en la ruta de actualización
Atributo tipo de formato, la duración, valor.
Tamaño de cero (0) indica la ausencia de tales
Atributos.
Octetos más allá del tamaño máximo, en su caso, no son
Registrada por este objeto.
Problemas conocidos:
O Atributos entendido por este orador, pero no
Representados en este MIB, que no están disponibles
El agente. "
REFERENCIA
"RFC 4271, sección 5".
:: Bgp4PathAttrEntry = (14)
-- Tipo de mensajes.
-- 1657, fue incorrectamente bgpTraps
-- Asigna un valor de 7) (bgp y cada uno de los
-- traps had the bgpPeerRemoteAddr object inappropriately
Haas & Hares Standards Track [Page 23]
RFC 4273 BGP4-MIB January 2006
-- removed from their OBJECTS clause. The following
-- definitions restore the semantics of the traps as
-- they were initially defined in RFC 1269.
bgpNotification OBJECT IDENTIFIER ::= { bgp 0 }
bgpEstablishedNotification NOTIFICATION-TYPE
OBJECTS { bgpPeerRemoteAddr,
bgpPeerLastError,
bgpPeerState }
STATUS current
DESCRIPTION
"The bgpEstablishedNotification event is generated
when the BGP FSM enters the established state.
This Notification replaces the bgpEstablished
Notification."
::= { bgpNotification 1 }
bgpBackwardTransNotification NOTIFICATION-TYPE
OBJECTS { bgpPeerRemoteAddr,
bgpPeerLastError,
bgpPeerState }
STATUS current
DESCRIPTION
"The bgpBackwardTransNotification event is
generated when the BGP FSM moves from a higher
numbered state to a lower numbered state.
This Notification replaces the
bgpBackwardsTransition Notification."
::= { bgpNotification 2 }
-- { bgp 7 } is deprecated. Do not allocate new objects or
-- notifications underneath this branch.
bgpTraps OBJECT IDENTIFIER ::= { bgp 7 } -- deprecated
bgpEstablished NOTIFICATION-TYPE
OBJECTS { bgpPeerLastError,
bgpPeerState }
STATUS deprecated
DESCRIPTION
"The bgpEstablished event is generated when
the BGP FSM enters the established state.
This Notification has been replaced by the
bgpEstablishedNotification Notification."
Haas & Hares Standards Track [Page 24]
RFC 4273 BGP4-MIB January 2006
::= { bgpTraps 1 }
bgpBackwardTransition NOTIFICATION-TYPE
OBJECTS { bgpPeerLastError,
bgpPeerState }
STATUS deprecated
DESCRIPTION
"The bgpBackwardTransition event is generated
when the BGP FSM moves from a higher numbered
state to a lower numbered state.
This Notification has been replaced by the
bgpBackwardTransNotification Notification."
::= { bgpTraps 2 }
-- Conformance information
bgp4MIBConformance OBJECT IDENTIFIER
::= { bgp 8 }
bgp4MIBCompliances OBJECT IDENTIFIER
::= { bgp4MIBConformance 1 }
bgp4MIBGroups OBJECT IDENTIFIER
::= { bgp4MIBConformance 2 }
-- Compliance statements
bgp4MIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for entities which
implement the BGP4 mib."
MODULE -- this module
MANDATORY-GROUPS { bgp4MIBGlobalsGroup,
bgp4MIBPeerGroup,
bgp4MIBPathAttrGroup }
GROUP bgp4MIBNotificationGroup
DESCRIPTION
"Implementation of BGP Notifications are
completely optional in this MIB."
::= { bgp4MIBCompliances 1 }
bgp4MIBDeprecatedCompliances MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION
"The compliance statement documenting deprecated
objects in the BGP4 mib."
MODULE -- this module
GROUP bgp4MIBTrapGroup
Haas & Hares Standards Track [Page 25]
RFC 4273 BGP4-MIB January 2006
DESCRIPTION
"Group containing TRAP objects that were
improperly converted from SMIv1 in RFC 1657.
The proper semantics have been restored
with the objects in bgp4MIBNotificationGroup."
::= { bgp4MIBCompliances 2 }
bgp4MIBObsoleteCompliances MODULE-COMPLIANCE
STATUS obsolete
DESCRIPTION
"The compliance statement documenting obsolete
objects in the BGP4 mib."
MODULE -- this module
GROUP bgpRcvdPathAttrGroup
DESCRIPTION
"Group containing objects relevant to BGP-3
and earlier objects."
::= { bgp4MIBCompliances 3 }
-- Units of conformance
bgp4MIBGlobalsGroup OBJECT-GROUP
OBJECTS { bgpVersion,
bgpLocalAs,
bgpIdentifier }
STATUS current
DESCRIPTION
"A collection of objects providing
information on global BGP state."
::= { bgp4MIBGroups 1 }
bgp4MIBPeerGroup OBJECT-GROUP
OBJECTS { bgpPeerIdentifier,
bgpPeerState,
bgpPeerAdminStatus,
bgpPeerNegotiatedVersion,
bgpPeerLocalAddr,
bgpPeerLocalPort,
bgpPeerRemoteAddr,
bgpPeerRemotePort,
bgpPeerRemoteAs,
bgpPeerInUpdates,
bgpPeerOutUpdates,
bgpPeerInTotalMessages,
bgpPeerOutTotalMessages,
bgpPeerLastError,
bgpPeerFsmEstablishedTransitions,
bgpPeerFsmEstablishedTime,
Haas & Hares Standards Track [Page 26]
RFC 4273 BGP4-MIB January 2006
bgpPeerConnectRetryInterval,
bgpPeerHoldTime,
bgpPeerKeepAlive,
bgpPeerHoldTimeConfigured,
bgpPeerKeepAliveConfigured,
bgpPeerMinASOriginationInterval,
bgpPeerMinRouteAdvertisementInterval,
bgpPeerInUpdateElapsedTime }
STATUS current
DESCRIPTION
"A collection of objects for managing
BGP peers."
::= { bgp4MIBGroups 2 }
bgpRcvdPathAttrGroup OBJECT-GROUP
OBJECTS { bgpPathAttrPeer,
bgpPathAttrDestNetwork,
bgpPathAttrOrigin,
bgpPathAttrASPath,
bgpPathAttrNextHop,
bgpPathAttrInterASMetric }
STATUS obsolete
DESCRIPTION
"A collection of objects for managing BGP-3 and
earlier path entries.
This conformance group, like BGP-3, is obsolete."
::= { bgp4MIBGroups 3 }
bgp4MIBPathAttrGroup OBJECT-GROUP
OBJECTS { bgp4PathAttrPeer,
bgp4PathAttrIpAddrPrefixLen,
bgp4PathAttrIpAddrPrefix,
bgp4PathAttrOrigin,
bgp4PathAttrASPathSegment,
bgp4PathAttrNextHop,
bgp4PathAttrMultiExitDisc,
bgp4PathAttrLocalPref,
bgp4PathAttrAtomicAggregate,
bgp4PathAttrAggregatorAS,
bgp4PathAttrAggregatorAddr,
bgp4PathAttrCalcLocalPref,
bgp4PathAttrBest,
bgp4PathAttrUnknown }
STATUS current
DESCRIPTION
"A collection of objects for managing
BGP path entries."
Haas & Hares Standards Track [Page 27]
RFC 4273 BGP4-MIB January 2006
::= { bgp4MIBGroups 4 }
bgp4MIBTrapGroup NOTIFICATION-GROUP
NOTIFICATIONS { bgpEstablished,
bgpBackwardTransition }
STATUS deprecated
DESCRIPTION
"A collection of notifications for signaling
changes in BGP peer relationships.
Obsoleted by bgp4MIBNotificationGroup"
::= { bgp4MIBGroups 5 }
bgp4MIBNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS { bgpEstablishedNotification,
bgpBackwardTransNotification }
STATUS current
DESCRIPTION
"A collection of notifications for signaling
changes in BGP peer relationships.
Obsoletes bgp4MIBTrapGroup."
::= { bgp4MIBGroups 6 }
END
5. Security Considerations
This MIB relates to a system providing inter-domain routing. As
such, improper manipulation of the objects represented by this MIB
may result in denial of service to a large number of end-users.
There are several management objects defined in this MIB that have a
MAX-ACCESS clause of read-write and/or read-create. Such objects
should be considered sensitive or vulnerable in most network
environments. The support for SET operations in a non-secure
environment without proper protection can have a negative effect on
network operations. These objects include:
o bgpPeerAdminStatus
Improper change of bgpPeerAdminStatus, from start to stop, can
cause significant disruption of the connectivity to those
portions of the Internet reached via the applicable remote BGP
peer.
Haas & Hares Standards Track [Page 28]
RFC 4273 BGP4-MIB January 2006
o bgpPeerConnectRetryInterval
Improper change of this object can cause connections to be
disrupted for extremely long time periods when otherwise they
would be restored in a relatively short period of time.
o bgpPeerHoldTimeConfigured, bgpPeerKeepAliveConfigured
Misconfiguration of these objects can make BGP sessions more
fragile and less resilient to denial of service attacks on the
inter-domain routing system.
o bgpPeerMinASOriginationInterval,
bgpPeerMinRouteAdvertisementInterval
Misconfiguration of these objects may adversely affect global
Internet convergence of the routes advertised by this BGP
speaker. This may result in long-lived routing loops and
blackholes for the portions of the Internet that utilize these
routes.
There are a number of managed objects in this MIB that contain
sensitive information regarding the operation of a network. For
example, a BGP peer's local and remote addresses might be sensitive
for ISPs who want to keep interface addresses on routers confidential
in order to prevent router addresses used for a denial of service
attack or spoofing.
Therefore, it is important in most environments to control read
access to these objects and possibly to even encrypt the values of
these object when sending them over the network via SNMP.
SNMP versions prior to SNMPv3 did not include adequate security.
Even if the network itself is secure (for example by using IPsec),
even then, there is no control as to who on the secure network is
allowed to access and GET/SET (read/change/create/delete) the objects
in this MIB module.
It is RECOMMENDED that implementers consider the security features as
provided by the SNMPv3 framework (see [RFC3410], section 8),
including full support for the SNMPv3 cryptographic mechanisms (for
authentication and privacy).
Further, deployment of SNMP versions prior to SNMPv3 is NOT
RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to
enable cryptographic security. It is then a customer/operator
responsibility to ensure that the SNMP entity giving access to an
instance of this MIB module is properly configured to give access to
Haas & Hares Standards Track [Page 29]
RFC 4273 BGP4-MIB January 2006
the objects only to those principals (users) that have legitimate
rights to indeed GET or SET (change/create/delete) them.
6. Acknowledgements
We would like to acknowledge the assistance of all the members of the
Inter-Domain Routing Working Group, and particularly the following
individuals:
Yakov Rekhter, Juniper Networks
Rob Coltun, Redback
Guy Almes, Internet2
Jeff Honig, BSDi
Marshall T. Rose, Dover Beach Consulting, Inc.
Dennis Ferguson, Juniper Networks
Matt Mathis, PSC
John Krawczyk, Bay Networks
Curtis Villamizar, Avici
Dave LeRoy, Pencom Systems
Paul Traina, Juniper Networks
Andrew Partan, MFN
Robert Snyder, Cisco Systems
Dimitry Haskin, Nortel
Peder Chr Norgaard, Telebit Communications A/S
Joel Halpern, CTO Longitude Systems, Inc.
Nick Thille, RedBack Networks
Bert Wijnen, Lucent
Shane Wright, NextHop Technologies
Mike McFadden, Riverstone Networks, Inc.
Jon Saperia, JDS Consulting, Inc.
Wayne Tackabury, Gold Wire Technology, Inc.
Bill Fenner, AT&T Research
RJ Atkinson, Extreme Networks
Dan Romascanu, Avaya
Mathew Richardson, NextHop Technologies
The origin of this document is from RFC 1269 "Definitions of Managed
Objects for the Border Gateway Protocol (Version 3)" written by Steve
Willis and John Burruss, which was updated by John Chu to support
BGP-4 in RFC 1657. The editors wish to acknowledge the fine work of
these original authors.
Haas & Hares Standards Track [Page 30]
RFC 4273 BGP4-MIB January 2006
7. Normative References
[BGP4] Rekhter, Y., Li, T., and S. Hares, Eds., "A Border
Gateway Protocol 4 (BGP-4)", RFC 4271, January 2006.
[BGP4APP] Rekhter, Y. and P. Gross, "Application of the Border
Gateway Protocol in the Internet", RFC 1772, March 1995.
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Structure of Management Information Version 2 (SMIv2)",
STD 58, RFC 2578, April 1999.
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Textual Conventions for SMIv2", STD 58, RFC 2579, April
1999.
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58, RFC 2580,
April 1999.
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart,
"Introduction and Applicability Statements for Internet-
Standard Management Framework", RFC 3410, December 2002.
Editors' Addresses
Jeffrey Haas
NextHop Technologies
825 Victor's Way, Suite 100
Ann Arbor, MI 48103
Phone: +1 734 222-1600
Fax: +1 734 222-1602
EMail: jhaas@nexthop.com
Susan Hares
NextHop Technologies
825 Victor's Way, Suite 100
Ann Arbor, MI 48103
Phone: +1 734 222-1600
Fax: +1 734 222-1602
EMail: skh@nexthop.com
Haas & Hares Standards Track [Page 31]
RFC 4273 BGP4-MIB January 2006
Full Copyright Statement
Copyright (C) The Internet Society (2006).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at
ietf-ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is provided by the IETF
Administrative Support Activity (IASA).
Haas & Hares Standards Track [Page 32]