Protocolo BFD

Router Teldat
BFD: Bidirectional Forwarding

Detection
Doc. DM779 Rev. 10.70
Abril, 2007
ÍNDICE
Capítulo 1 Protocolo BFD.................................................................................................1

1. Introducción ....................................................................................................................... 2
2. Descripción del protocolo .................................................................................................. 3
2.1. Modos de funcionamiento....................................................................................... 3
a) Modo Asícrono........................................................................................................ 3
b) Modo Demanda....................................................................................................... 3
c) Modo Eco ................................................................................................................ 4
2.2. Versiones de BFD ................................................................................................... 4
2.3. Estructura de un paquete BFD ................................................................................ 4
a) Versión 1 ................................................................................................................. 4
b) Versión 0 ................................................................................................................. 4
2.4. Negociación de temporizadores .............................................................................. 6
Capítulo 2 Configuración del protocolo BFD .................................................................8
1. Introducción ....................................................................................................................... 9
2. Configuración global del protocolo BFD ........................................................................... 10
2.1. ENABLE................................................................................................................. 11
2.2. NO ENABLE .......................................................................................................... 11
3. Configuración de parámetros de una sesión BFD .............................................................. 12
3.1. BFD INTERVAL.................................................................................................... 13
3.2. BFD MIN-RX ......................................................................................................... 13
3.3. BFD MULTIPLIER ................................................................................................ 14
3.4. BFD VERSION ...................................................................................................... 14
3.5. BFD LIST ............................................................................................................... 14
4. Configuración de BFD en el protocolo BGP...................................................................... 16
5. Configuración de BFD en la facilidad NSM ...................................................................... 19
5.1. BFD-INTERVAL ................................................................................................... 20
5.2. BFD-MIN-RX......................................................................................................... 20
5.3. BFD-MULTIPLIER................................................................................................ 21
5.4. FREQUENCY......................................................................................................... 21
5.5. LIST ........................................................................................................................ 22
5.6. SOURCE-IPADDR................................................................................................. 22
5.7. TIMEOUT............................................................................................................... 23
5.8. TYPE ...................................................................................................................... 23
a) DEMAND MODE ................................................................................................... 23
b) AYNC-MODE.......................................................................................................... 24
6. Configuración recomendada de NSLA para NSM tipo BFD ............................................. 25
Capítulo 3 Monitorización del protocolo BFD................................................................26
1. Comandos del menú de monitorización de BFD................................................................ 27
1.1. CLEAR ................................................................................................................... 28
a) CLEAR ALL ............................................................................................................ 28
b) CLEAR PEER.......................................................................................................... 28
1.2. DISABLE................................................................................................................ 28
a) DISABLE ALL......................................................................................................... 29
b) DISABLE PEER ...................................................................................................... 29
1.3. ENABLE................................................................................................................. 29
a) ENABLE ALL .......................................................................................................... 29
b) ENABLE PEER ....................................................................................................... 29
1.4. LIST ........................................................................................................................ 30
a) LIST ALL................................................................................................................. 30
- ii -
• MyDisc ........................................................................................................ 31
• ReDisc ......................................................................................................... 31
• Myaddr......................................................................................................... 31
• Peer .............................................................................................................. 31
• Infc............................................................................................................... 31
• State ............................................................................................................. 31
• Uptime ......................................................................................................... 31
• Created......................................................................................................... 31
• Falls detected ............................................................................................... 31
• Diag code..................................................................................................... 31
• Registered protocols .................................................................................... 31
• BFD version................................................................................................. 31
• Demand mode.............................................................................................. 32
• MinTx .......................................................................................................... 32
• MinRx.......................................................................................................... 32
• Mult ............................................................................................................. 32
• ActiveMinTx................................................................................................ 32
• XmtTime...................................................................................................... 32
• DetectTime .................................................................................................. 32
• Xmtpkts ....................................................................................................... 32
• Last Tx Interval............................................................................................ 32
• Rcvpkts ........................................................................................................ 32
• Last Rx Interval ........................................................................................... 33
b) LIST PEER .............................................................................................................. 33
c) LIST SUMMARY ..................................................................................................... 33
1.5. STOP....................................................................................................................... 33
a) STOP ALL ............................................................................................................... 34
b) STOP PEER ............................................................................................................ 34
Capítulo 4 Ejemplo de configuración de BFD ................................................................35
1. Ejemplo de configuración de BFD con BGP...................................................................... 36
2. Ejemplo de configuración de BFD con NSM, NSLA y BGP............................................. 41
- iii -
Capítulo 1
Protocolo BFD
1. Introducción
El protocolo BFD (Bidirectional Forwarding Detection) es un protocolo diseñado para permitir la

detección rápida de caídas en enlaces de comunicación de datos entre dos equipos. La detección rápida
permite establecer caminos alternativos en un tiempo menor que utilizando los mecanismos de “Hello”
de los protocolos de routing existentes.
El mejor tiempo de detección de los protocolos de routing no es inferior a 1 segundo. Este tiempo es
excesivo para ciertas aplicaciones y supone una pérdida de datos excesiva a tasas de transferencia de
gigabit. El objetivo de BFD es la detección rápida generando muy poca sobrecarga y ocupando la línea
durante muy poco espacio de tiempo. La detección se realiza en el enlace que une dos equipos
adyacentes, detectando problemas no sólo en la línea, sino también en los interfaces y en el propio
forwarder de cada router. También el protocolo BFD pretende estandarizar los métodos de detección,
de forma que sirva para todo tipo de medios, enlaces y protocolos, con tiempos de detección
programables y adaptables a las posibilidades de los equipos de routing.
En este documento vamos a tratar de explicar las características del protocolo y como utilizarlo en
distintos escenarios y aplicaciones, así como detallar la configuración del protocolo y su
monitorización.
La implementación del protocolo BFD de los routers Teldat sólo soporta la detección
en enlaces entre dos routers adyacentes, es decir distantes un único salto.
ROUTER TELDAT – Protocolo BFD Doc.DM779

I-2 Rev.10.70
2. Descripción del protocolo
La implementación de BFD que soportan los routers Teldat es sobre protocolo IPv4 y con paquetes
unicast, es decir en modo punto a punto entre dos routers adyacentes. El protocolo BFD utiliza
encapsulado UDP con puerto destino 3784 y puerto origen entre el 49152 y el 65535. El puerto origen
es único para cada sesión BFD.
Básicamente el protocolo BFD consiste en la transmisión de paquetes con una cadencia continua entre
los dos equipos de los extremos del enlace que se monitoriza. Se detecta una incidencia cuando se
dejan de recibir paquetes en uno de los extremos durante un tiempo determinado.
Por cada enlace que se monitoriza se crea una nueva sesión BFD, y sólo una única sesión por enlace.
Durante la negociación entre los dos equipos para el establecimiento de la sesión BFD, ambos equipos
establecen sus limitaciones a la hora de transmitir y recibir paquetes. De esta forma el equipo más
rápido se adapta al equipo más lento y se definen los tiempos de transmisión y detección para cada
equipo.
Los protocolos de routing se registran en la sesión BFD que monitoriza el enlace en el que estén
interesados. La sesión notifica los cambios de estado del enlace a los protocolos de routing que se
hayan registrado en la sesión. De esta forma sólo existe una sesión BFD por cada enlace a monitorizar.
2.1. Modos de funcionamiento

El protocolo BFD tiene tres modos de funcionamiento diferentes: modo Asíncrono, modo Demanda y
modo Eco.
a) Modo Asícrono
El modo Asíncrono consiste en la transmisión de paquetes con periodo de transmisión fijo, pero
independientemente un extremo del otro. Un equipo puede transmitir con un período de transmisión
totalmente distinto al del equipo del otro extremo del enlace. Cada periodo de transmisión se negocia
durante el establecimiento de la sesión. La detección se produce cuando no se reciben paquetes del
extremo remoto durante un periodo de tiempo superior al intervalo de detección negociado durante el
establecimiento de la sesión.
b) Modo Demanda
El modo Demanda consiste en que únicamente se comprueba el estado de la línea en ciertos instantes
en los que al protocolo registrado le interesa conocer el estado del enlace. Cada vez que se necesita
conocer el estado de la línea se ejecuta una secuencia de poll y es únicamente en este momento (salvo
la negociación previa de establecimiento de la sesión) en el que hay transmisión de paquetes BFD en
la línea. Este modo de funcionamiento permite evitar cualquier tipo de sobrecarga en la línea, pero
reduce la detección sólo a los intervalos de poll. Se puede emplear por ejemplo en equipos que
soportan un gran número de sesiones BFD. El modo Demanda no debe utilizarse cuando el tiempo de
ida y vuelta del enlace sea superior al tiempo de detección.

I-3 Rev.10.70
c) Modo Eco
El modo Eco consiste en el envío de paquetes por parte de un equipo de forma que el forwarder del
equipo remoto nos los devuelva al equipo local. La detección se produce al no recibir paquetes de
vuelta durante un tiempo superior al tiempo de detección. A los paquetes enviados se les define como
paquetes echo. Este modo permite detectar fallos en el forwarder del equipo remoto, y conseguir
tiempos de detección más agresivos al reducir el jitter del camino de ida y vuelta. Este modo puede
estar habilitado únicamente en uno de los extremos del enlace, aunque ambos extremos deben estar de
acuerdo.
2.2. Versiones de BFD

Actualmente existen 2 versiones distintas de BFD, la versión 0 y la versión 1. Los equipos Teldat
soportan las dos versiones y por defecto funcionan en la versión más alta soportada por el equipo
remoto con el que negocian el establecimiento de la sesión. Se puede de todas formas forzar por
configuración el funcionamiento en la versión 0.
2.3. Estructura de un paquete BFD

Los paquetes BFD se componen de una parte obligatoria y una parte opcional dedicada a
autenticación. Actualmente los equipos Teldat no soportan autenticación en los paquetes BFD. Para
mantener la seguridad sólo se aceptan paquetes IPv4 con el campo TTL igual a 255.
La estructura de la parte obligatoria de un paquete BFD es la siguiente:
a) Versión 1
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Vers Diag Sta P F C A D R Detect Mult Length
My Discriminator
Your Discriminator
Desired Min Tx Interval
Required Min Rx Interval
Required Min Echo Rx Interval
b) Versión 0
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Vers Diag H D P F C A Rsv Detect Mult Length
My Discriminator
Your Discriminator
Desired Min Tx Interval
Required Min Rx Interval
Required Min Echo Rx Interval

I-4 Rev.10.70
La única diferencia entre ambas versiones es el campo State que en la versión 0 no existía y que
sustituye al campo I Hear You de la versión 0.
El significado de cada campo del paquete es el siguiente:

• Version (Vers):
Versión del protocolo BFD.
• Diagnostic (Diag):
Código numérico que indica la causa de la última caída detectada en el equipo que envía el
paquete. Los valores que puede tomar son los siguientes:
0 – No Diagnostic
1 – Control Detection Time Expired
2 – Echo Function Failed
3 – Neighbour Signaled Session Down
4 – Forwarding Plane Reset
5 – Path Down
6 – Concatenated Path Down
7 – Administratively Down
8 – Reverse Concatenated Path Down
9-31 – Reserved for future use
• I Hear You (H) (sólo existe en la versión 0):

Este bit es 0 tanto si el equipo no recibe paquetes del extremo remoto o si está en proceso
de dar la sesión como caída. Es 1 en caso contrario, con la sesión establecida y recibiendo
paquetes del equipo remoto.
• State (Sta) (sólo existe en la versión 1):
El estado actual de la máquina de estados del protocolo del equipo que transmite el
paquete. Sus valores pueden ser:
0 – AdminDown
1 – Down
2 – Init
3 – Up
• Poll (P):
Si su valor es 1 el equipo que transmite el paquete está solicitando la verificación de la
comunicación (Modo Demanda) o una renegociación de parámetros.
• Final (F):
Si es 1 el equipo que transmite está respondiendo a un paquete con el bit de Poll a 1.
• Control Plane Independent (C):
No se utiliza y su valor debe ser 0.
• Authentication Present (A):
No se utiliza y su valor debe ser 0.
• Demand (D):
Si es 1 el equipo que transmite el paquete está solicitando funcionar en Modo Demanda, si
es 0 o no es capaz o no quiere funcionar en Modo Demanda.
• Reserved (R):

I-5 Rev.10.70
No se utiliza, debe ser 0.
• Detect Mult:
Es el multiplicador del intervalo de detección. Es el número por el que se multiplica el
intervalo de transmisión negociado para obtener el intervalo de detección.
• Length:
Longitud del paquete BFD en bytes, en el caso de los equipos Teldat es fija y su valor es
24 ya que no soportamos autenticación.
• My Discriminator:
Valor que identifica la sesión en el equipo que transmite el paquete. Su valor es generado
aleatoriamente al crear la sesión.
• Your Discriminator:
Valor que identifica la sesión en el equipo que recibe el paquete, refleja el valor recibido
en el campo My Discriminator en el paquete anterior, si es 0 es que el identificador no se
conoce porque no se ha recibido aún un paquete del equipo remoto.
• Desired Min Tx Interval:
Es el mínimo intervalo de tiempo, en microsegundos, que el equipo que transmite el
paquete quiere que exista entre paquetes BFD transmitidos.
• Required Min Rx Interval:
Es el mínimo intervalo de tiempo, en microsegundos, entre paquetes BFD recibidos que
puede soportar el equipo que transmite el paquete.
• Required Min Echo Rx Interval:
Es el mínimo intervalo de tiempo, en microsegundos, entre paquetes de tipo ECHO
recibidos que el equipo que transmite el paquete puede soportar. Si su valor es cero indica
que el equipo que transmite el paquete no admite la recepción de paquetes ECHO. En el
caso de los equipos Teldat este valor es 0.
2.4. Negociación de temporizadores

Durante la última parte del establecimiento de la sesión se realiza la negociación de los temporizadores
que utilizará cada equipo para detectar problemas en el enlace de comunicación que monitoriza la
sesión BFD.
Los tiempos que se negocian son el periodo de transmisión (XmtTime) y el tiempo de detección
(DetectTime). El período de transmisión es, como su nombre indica, el período con el que un equipo
transmite paquetes BFD en Modo Asíncrono. Por su parte el tiempo de detección es el período
máximo de tiempo sin recibir un paquete BFD del extremo remoto, si no recibimos un paquete BFD
durante un período de tiempo mayor que el tiempo de detección la sesión se da por caída.
En la negociación de la sesión cada equipo transmite sus limitaciones a la hora de transmitir y recibir
paquetes. Los valores que transmite cada equipo han sido introducidos por configuración y son:
• Desired Min Tx Interval (DesMinTx).
• Required Min Rx Interval (ReqMinRx).
• Detect Multiplier (DetectMult).

I-6 Rev.10.70
Con estos tres valores se negocian los tiempos en cada equipo. Las ecuaciones que se utilizan son las
siguientes:
• XmtTime = max(DesMinTx, Recv ReqMinRX)
• DetectTime = Recv DetectMult * max (ReqMinRx, Recv DesMinTx)
En Modo Demanda el tiempo de detección se calcula de forma diferente y dependiendo de la versión

de protocolo BFD:
• Versión 1: DetectTime = DetectMult * (DesMinTx, Recv ReqMinRX)
• Versión 0: DetectTime = DetectMult * (ReqMinRX, Recv DesMinTx)
Siempre que la sesión esté caída y previamente a la negociación de los temporizadores los equipos
transmiten con un período de 1 segundo, de forma que sí un enlace está caído durante un período largo
de tiempo, el protocolo BFD no penalice el funcionamiento del equipo enviando paquetes con un
período de transmisión bajo.

I-7 Rev.10.70
Capítulo 2
Configuración del protocolo BFD
1. Introducción
La configuración del protocolo BFD se realiza en distintos menús de configuración. Está por un lado
el menú de configuración global del protocolo BFD; por otro lado está el menú de configuración de
los parámetros de la sesión dentro del menú de configuración del interfaz asociado a la sesión; y por
último está la configuración de la sesión dentro de los menús de configuración de los protocolos de
routing.
• La configuración global del protocolo BFD simplemente habilita o deshabilita el protocolo.

• Dentro de la configuración de cada interfaz se fijan los parámetros para la negociación de los
temporizadores de la sesión BFD.
• Dentro de la configuración de cada protocolo se asocia el protocolo de routing a una sesión
BFD, identificada por la dirección del equipo remoto con el que se establece la sesión.
La facilidad NSM es un caso particular, y la sesión BFD configurada desde NSM tiene
sus propios parámetros, y es independiente de los parámetros configurados en el
interfaz asociado a la sesión BFD.
ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

II - 9 Rev.10.70
2. Configuración global del protocolo BFD
En el menú de configuración global del protocolo se habilita o deshabilita el protocolo BFD. Para
acceder al menú de configuración del protocolo BFD se debe ejecutar la siguiente secuencia de
comandos en la consola de configuración del equipo:
*config
Config>protocol BFD
-- Bidirectional Forwarding Detection user configuration --

BFD config>
También se puede acceder a través del menú de configuración dinámica:
*running-config
Config$protocol BFD
-- Bidirectional Forwarding Detection user configuration --

BFD config$
Los comandos de configuración disponibles en el menú de configuración del protocolo BFD son los
siguientes:
BFD config$?
enable Enable BFD protocol
list List BFD configuration
no Negate a command or set its defaults
exit
BFD config$
Comando Función
? (AYUDA) Muestra los comandos u opciones disponibles.
ENABLE Habilita el protocolo BFD en el router.
LIST Muestra los configuración actual del protocolo BFD.
NO Configura el valor por defecto de una determinada opción,
deshabilita parámetros o borra elementos de configuración
previamente añadidos.
EXIT Sale de la configuración del protocolo BFD.
Si utilizamos el menú de configuración dinámica, lo primero que debemos hacer a la

hora de configurar el protocolo BFD es habilitarlo ejecutando el comando ENABLE.
A continuación configuraremos los parámetros de cada sesión y las sesiones.

II - 10 Rev.10.70
2.1. ENABLE
El comando ENABLE permite habilitar el protocolo BFD. A la hora de configurar sesiones BFD en un
router, este es el primer comando que debe ser introducido. Es el que hace que se arranque el
protocolo y todo esté listo para establecer sesiones BFD. Por defecto el protocolo BFD está
deshabilitado.
Sintaxis:
BFD config$enable
2.2. NO ENABLE
El comando NO ENABLE permite deshabilitar el protocolo BFD. Por defecto el protocolo BFD está
deshabilitado.
Sintaxis:
BFD config$no enable

II - 11 Rev.10.70
3. Configuración de parámetros de una sesión BFD
Los parámetros de una sesión BFD se configuran en el menú de configuración del interfaz por el que
se va a establecer la sesión BFD. Para acceder al menú de configuración de un interfaz hay que seguir
la siguiente secuencia de comandos desde el menú raíz de la consola del router. Utilizaremos como
ejemplo el interfaz ethernet0/0:
*config
Config>network ethernet0/0
-- Ethernet Interface User Configuration --

ethernet0/0 config>
*running-config
Config$network ethernet0/0
-- Ethernet Interface User Configuration --

ethernet0/0 config$
Los comandos de configuración, relativos al protocolo BFD, disponibles en el menú de configuración

de un interfaz van precedidos de la palabra bfd y son los siguientes:
ethernet0/0 config$?
bfd Interface Bidirectional Forwarding Detection config commands
description Enter interface description
ip Interface Internet Protocol config commands
no Negate a command or set its defaults
shutdown Change state to administratively down
update Update a level indicator
exit
ethernet0/0 config$bfd ?
interval Set desired minimum transmit interval
list List BFD configuration
min-rx Set required minimum receive interval
multiplier Set desired detect time multiplier
version Set desired BFD protocol version
ethernet0/0 config$
Comando Función
INTERVAL Establece el intervalo mínimo de transmisión deseado.
LIST Muestra los configuración actual de los parámetros del
protocolo BFD.
MIN-RX Establece el intervalo mínimo de recepción soportado.

II - 12 Rev.10.70
MULTIPLIER Establece el multiplicador para el cálculo del tiempo de
detección.
VERSION Permite configurar la versión del protocolo BFD.
Actualmente los interfaces soportados por BFD son todos los interfaces donde se
soporta la configuración de IP.
3.1. BFD INTERVAL

El comando BFD INTERVAL define el mínimo período de tiempo deseado para la transmisión de
paquetes. Este tiempo indica el mínimo periodo con el que el equipo puede transmitir paquetes BFD.
Debe configurarse teniendo en cuenta la carga del equipo, así como el número de sesiones BFD que va
a soportar, de forma que el protocolo BFD no suponga una carga que afecte al rendimiento del resto de
protocolos. El valor introducido debe estar en milisegundos y su valor por defecto es de 100
milisegundos. El valor introducido debe estar comprendido entre 50 y 999 milisegundos.
Sintaxis:
ethernet0/0 config$bfd interval ?
<50..999> milliseconds
ethernet0/0 config$
Ejemplo:
ethernet0/0 config$bfd interval 200
ethernet0/0 config$
3.2. BFD MIN-RX

El comando BFD MIN-RX define el mínimo período de tiempo soportado para la recepción de
paquetes. Este valor indica el mínimo periodo con el que el equipo puede recibir paquetes BFD
consecutivos. Debe configurarse teniendo en cuenta la carga del equipo, así como el número de
sesiones BFD que soporta el equipo, de forma que el equipo pueda tratar todos los paquetes BFD
recibidos y no se detecten caídas del enlace que no se hayan producido. El valor introducido debe estar
en milisegundos y su valor por defecto es de 50 milisegundos. El valor introducido debe estar
comprendido entre 1 y 999 milisegundos.
Sintaxis:
ethernet0/0 config$bfd min-rx ?
<1..999> milliseconds
ethernet0/0 config$
Ejemplo:
ethernet0/0 config$bfd min-rx 70
ethernet0/0 config$

II - 13 Rev.10.70
3.3. BFD MULTIPLIER
El comando BFD MULTIPLIER define el valor del multiplicador que se utiliza en el cálculo del
tiempo de detección. Este valor representa el número de paquetes consecutivos que se deben perder
para dar la sesión BFD como caída. Su valor por defecto es 3 y el valor introducido debe estar entre 3
y 50.
Sintaxis:
ethernet0/0 config$bfd multiplier ?
<3..50> multiplier
ethernet0/0 config$
Ejemplo:
ethernet0/0 config$bfd multiplier 5
ethernet0/0 config$
3.4. BFD VERSION

El comando BFD VERSION permite configurar el equipo para que funcione con la versión 0 del
protocolo BFD. Por defecto el equipo funciona con la versión 1 del protocolo BFD, aunque en este
modo permite establecer sesiones con equipos que sólo soportan las versión 0 del protocolo BFD.
Si el equipo está configurado para funcionar con la versión 1 del protocolo BFD, el equipo intenta
establecer sesiones con la versión más alta soportada por el equipo remoto. Si el equipo remoto
comienza transmitiendo paquetes en la versión 0, el equipo local establece la sesión con la versión 0
del protocolo, y si comienza transmitiendo paquetes con la versión 1, el equipo local establece la
sesión con la versión 1 del protocolo BFD.
En un escenario en el que previamente necesitemos funcionar en versión 0 y configuremos el equipo

mediante el comando BFD VERSION 0, si en un futuro queremos migrar a versión 1 ejecutando el
comando BFD VERSION 1, deberemos deshabilitar las sesiones administrativamente y volverlas a
habilitar para que pasen a versión 1.
Sintaxis:
ethernet0/0 config$bfd version ?
<0..1> protocol version
ethernet0/0 config$
Ejemplo:
ethernet0/0 config$bfd version 0
ethernet0/0 config$
3.5. BFD LIST

El comando BFD LIST muestra la configuración actual de los parámetros BFD del interfaz,
incluyendo los valores por defecto.

II - 14 Rev.10.70
Sintaxis:
ethernet0/0 config$bfd list
Ejemplo:
ethernet0/0 config$bfd list
BFD version: 0
Minimun desired transmit interval: 200 ms
Minimun required receive interval: 70 ms
Detect time multiplier: 5
ethernet0/0 config$

II - 15 Rev.10.70
4. Configuración de BFD en el protocolo BGP
En el menú de configuración del protocolo BGP (Border Gateway Protocol) se puede registrar un peer
BGP en una sesión BFD. De esta forma la sesión BFD avisará al protocolo BGP de cualquier evento
que suceda en la sesión BFD.
Concretamente es dentro del menú de configuración de un grupo BGP donde se puede asociar un peer
BGP a una sesión BFD. El comando es un modificador del comando PEER y se llama BFD-
SESSION. Mediante la ejecución de este comando, si la sesión BFD no existe previamente esta se
creará nada más establecerse la comunicación BGP con el peer. Si la sesión ya existía el protocolo
BGP se registra en ella. En el caso de que una sesión BFD existente deje de tener protocolos
registrados, esta deja de existir ya que deja de ser necesaria.
Para acceder al menú concreto hacemos lo que aparece en el siguiente ejemplo. El número de sistema
autónomo BGP (peer-as 100) es un ejemplo, debe ser el del sistema autónomo concreto del grupo que
se quiera configurar, al igual que la dirección IP del peer (172.24.80.12):
*config
Config>protocol bgp
-- Border Gateway Protocol user configuration --

BGP config>group type external peer-as 100
-- BGP group configuration --

BGP config>peer 172.24.80.12
BGP config>peer 172.24.80.12 ?
anal-retentive Warn when receiving questionable BGP updates
gateway Next hop router for received routes
hold-time BGP holdtime value to use when negotiating the
connection
ignore-first-as-hop Allow routes from route servers that don't prepend
their own ashop
in-delay Amount of time a learned route must be stable before
accepting it
in-route-map Configure inbound route-map associated to this
neighbor
keep Learned routes to be retained
keepalives-always Always send keepalives
local-addr Address to be used on the local end of the TCP
connection
local-as Local autonomous system
log-up-down Log BGP peers entering or leaving the ESTABLISHED
state
metric-out Primary metric for sent routes
next-hop-self Disable the next hop calculation for this neighbor
no-aggregator-id Specify the routerid in the aggregator attribute as
zero
no-auth-check Do not check authentication field
no-shared-interface Allow connections to not directly connected peers
no-v4-as-loop Prevent routes with looped AS paths from being
advertised to version 4 external peers
out-delay Amount of time a route must be present in the routing
database before exporting it

II - 16 Rev.10.70
out-route-map Set outbound route-map associated to this neighbor
passive Do not attempt active OPENs
preference Preference used for learned routes
preference2 Tie breaker in the case of a preference tie
recv-buffer Receive buffering
remove-private-as Remove private as numbers from updates
route-to-peer Allow routing to directly peers
send-buffer Send buffering
send-community Send communities attribute to this peer
set-pref Set preference from/to localpref
ttl Time to Live to be used on TCP connection
v3-as-loop-okay Advertise routes whose AS path is looped to version 3
external peers
bfd-session Register the peer in a BFD session
<cr>
BGP config> peer 172.24.80.12 bfd-session
BGP config>
*running-config
Config$protocol bgp
-- Border Gateway Protocol user configuration --

BGP config$group type external peer-as 100
-- BGP group configuration --

BGP config$peer 172.24.80.12
BGP config$peer 172.24.80.12 bfd-session
BGP config$
Para desregistrar el peer del protocolo BGP de la sesión BFD basta con ejecutar el mismo comando
precedido del comando NO como se muestra en el ejemplo siguiente:
BGP config>no peer 172.24.80.12 ?

anal-retentive Warn when receiving questionable BGP updates
gateway Next hop router for received routes
hold-time BGP holdtime value to use when negotiating the
connection
ignore-first-as-hop Allow routes from route servers that don't prepend
their own ashop
in-delay Amount of time a learned route must be stable before
accepting it
in-route-map Configure inbound route-map for this neighbor
keep Learned routes to be retained
keepalives-always Always send keepalives
local-addr Address to be used on the local end of the TCP
connection
local-as Local autonomous system
log-up-down Log BGP peers entering or leaving the ESTABLISHED
state
metric-out Primary metric for sent routes
next-hop-self Disable the next hop calculation for this neighbor
no-aggregator-id Specify the routerid in the aggregator attribute as
zero
no-auth-check Do not check authentication field
no-shared-interface Allow connections to not directly connected peers
no-v4-as-loop Prevent routes with looped AS paths from being
advertised to version 4 external peers
out-delay Amount of time a route must be present in the routing
database before exporting it

II - 17 Rev.10.70
out-route-map Configure outbound route-map for this neighbor
passive Do not attempt active OPENs
preference Preference used for learned routes
preference2 Tie breaker in the case of a preference tie
recv-buffer Receive buffering
remove-private-as Remove private as numbers from updates
route-to-peer Allow routing to directly peers
send-buffer Send buffering
send-community Disable the community attribute for outgoing routes
set-pref Set preference from/to localpref
ttl Time to Live to be used on TCP connection
v3-as-loop-okay Advertise routes whose AS path is looped to version 3
external peers
bfd-session Unregister the peer from a BFD session
<cr>
BGP config>no peer 172.24.80.12 bfd-session
BGP config>

II - 18 Rev.10.70
5. Configuración de BFD en la facilidad NSM
En este apartado se explica cómo debe configurarse la facilidad NSM (Network Service Monitor) para
monitorizar el estado de conexión de una línea a través de una sesión BFD.
Definimos el protocolo BFD como un nuevo tipo de operación de la facilidad NSM. Dentro del tipo de
operación BFD definiremos dos subtipos: asíncrono y demanda. Estos dos subtipos corresponden a los
modos Asíncrono y Demanda del protocolo BFD. La sesión BFD que se establezca lo hace según el
modo definido en la configuración de la operación NSM.
A continuación se muestra cómo acceder al menú de configuración de la facilidad NSM y cómo se

crea una operación de tipo BFD:
*config
Config$feature nsm
-- Network Service Monitor configuration --

NSM config>operation 1
-- NSM Operation configuration --

NSM operation 1>
Dentro del menú de operación mostramos resaltados en negrita los comandos que tienen efecto al
configurar el tipo de operación BFD en la facilidad NSM:
NSM operation 1>

bfd-interval BFD desired transmission interval
bfd-min-rx BFD minimum required reception interval
bfd-multiplier BFD detect multiplier
frequency Frequency of the operation
interval Inter-packet interval
list Show operation parameters
num-packets Number of packets to be transmitted
owner Owner of operation
request-data-size Request data size
source-ipaddr Source IP address
source-port Source port
threshold Operation threshold
timeout Timeout of the operation
tos Type of service
type Type of operation
exit
NSM operation 1>
A continuación se muestra una breve descripción de los comandos que afectan a la configuración de
BFD como operación de NSM. Para ver el significado del resto de comandos y cualquier otro detalle
sobre la facilidad NSM remitimos al manual de la facilidad NSM Dm749.
Comando Función
BFD-INTERVAL Establece el período mínimo de transmisión deseado de BFD.

II - 19 Rev.10.70
BFD-MIN-RX Establece el período mínimo de recepción soportado de BFD.
BFD-MULTIPLIER Establece el multiplicador para el cálculo del tiempo de
detección de BFD.
FREQUENCY Fija la frecuencia con la que se ejecutan los ciclos de poll de
una sesión BFD en modo Demanda.
LIST Muestra los configuración actual de la operación NSM.
SOURCE-IPADDR Establece la dirección origen de la sesión BFD.
TIMEOUT Establece el timeout de los ciclos de poll de una operación
BFD en modo Demanda.
TYPE Establece el tipo de operación NSM y la dirección IP destino
de la sesión BFD.
EXIT Sale de la configuración del protocolo BFD.
Si es la facilidad NSM la que crea la sesión BFD, los parámetros de la sesión BFD se
obtienen de la configuración de la operación NSM, ignorarandose los parámetros
configurados en el interfaz por el que se establece la sesión BFD.
5.1. BFD-INTERVAL
El comando BFD-INTERVAL establece el período mínimo de transmisión de paquetes BFD
soportado por el equipo. Este valor prevalece sobre el que esté configurado en el interfaz sobre el que
se establezca la sesión BFD si es la facilidad NSM la que crea la sesión, es decir si la sesión BFD no
ha sido creada por otro protocolo previamente. El valor por defecto del intervalo mínimo de
transmisión de paquetes BFD es de 100 milisegundos. El valor introducido debe estar comprendido
entre 50 y 999 milisegundos.
Sintaxis:
NSM operation 1>bfd-interval ?
<50..999> Interval (in millisenconds)
NSM operation 1>
Ejemplo:
NSM operation 1>bfd-interval 200
NSM operation 1>
5.2. BFD-MIN-RX
El comando BFD-MIN-RX establece el período mínimo de recepción de paquetes BFD soportado por
el equipo. Este valor prevalece sobre el que esté configurado en el interfaz sobre el que se establezca la
sesión BFD si es la facilidad NSM la que crea la sesión, es decir si la sesión BFD no ha sido creada
por otro protocolo previamente. El valor por defecto del intervalo mínimo de recepción de paquetes
BFD es de 50 milisegundos. El valor introducido debe estar comprendido entre 1 y 999 milisegundos.

II - 20 Rev.10.70
Sintaxis:
NSM operation 1>bfd-min-rx ?
<1..999> Interval (in millisenconds)
NSM operation 1>
Ejemplo:
NSM operation 1>bfd-min-rx 100
NSM operation 1>
5.3. BFD-MULTIPLIER
El comando BFD-MULTIPLIER establece el multiplicador de detección para el cálculo del tiempo de
detección de la sesión BFD. Básicamente es el número de paquetes BFD consecutivos que deben
perderse para dar la sesión BFD como caída. Este valor prevalece sobre el que esté configurado en el
interfaz sobre el que se establezca la sesión BFD si es la facilidad NSM la que crea la sesión, es decir
si la sesión BFD no ha sido creada por otro protocolo previamente. El valor por defecto del
multiplicador de detección es 3. El valor introducido debe estar comprendido entre 3 y 50.
Sintaxis:
NSM operation 1>bfd-multiplier ?
<3..50> Multiplier
NSM operation 1>
Ejemplo:
NSM operation 1>bfd-multiplier 5
NSM operation 1>
5.4. FREQUENCY
En el caso de estar configurando una operación de tipo BFD en modo Demanda, el comando
FREQUENCY establece la frecuencia con la que se realizan los ciclos de poll de la sesión BFD. Para
operaciones BFD en modo Asíncrono no tiene ningún sentido este comando. El valor por defecto de la
frecuencia de los ciclos de poll es de 60 segundos. El valor introducido debe estar comprendido entre 1
y 604.800 segundos.
Sintaxis:
NSM operation 1>frequency ?
<1..604800> Frequency (in seconds)
NSM operation 1>
Ejemplo:
NSM operation 1>frequency 5
NSM operation 1>

II - 21 Rev.10.70
5.5. LIST
El comando LIST muestra la configuración actual de la operación incluyendo los valores por defecto
de los parámetros no configurados. Dependiendo del tipo de operación sólo aparecerán los valores que
tengan sentido para dicha operación. Se muestran dos ejemplos, el ejemplo 1 muestra la configuración
de una operación BFD en modo Asíncrono y el ejemplo 2 muestra una operación BFD en modo
Demanda
Sintaxis:
NSM operation 1>list
Ejemplo 1:
Operation ID Number: 1
--------------------
Type of Operation to Perform: bfd
Protocol Type: bfdAsync
Target Address [Port]: 172.24.80.12 [0]
Source Address [Port]: 172.24.80.10 [0]
Life (seconds): forever (never ends)
Operation Ageout (seconds): 3600
Owner:
BFD Desired Min Tx interval (ms): 200
BFD Required Min Rx interval (ms): 100
BFD Detect Multiplier: 5
NSM operation 1>
Ejemplo 2:
Operation ID Number: 1
--------------------
Type of Operation to Perform: bfd
Frequency (seconds): 5
Timeout (ms): 2000
Protocol Type: bfdDemand
Target Address [Port]: 172.24.80.12 [0]
Source Address [Port]: 172.24.80.10 [0]
Life (seconds): forever (never ends)
Operation Ageout (seconds): 3600
Owner:
BFD Desired Min Tx interval (ms): 200
BFD Required Min Rx interval (ms): 100
BFD Detect Multiplier: 5
NSM operation 1>
5.6. SOURCE-IPADDR
El comando SOURCE-IPADDR especifica la dirección IP origen de la sesión BFD. Alguno de los
interfaces del equipo debe estar configurado con esta dirección IP para que la sesión BFD pueda
establecerse a través de este interfaz.

II - 22 Rev.10.70
Sintaxis:
NSM operation 1>source-ipaddr ?
<a.b.c.d> Source IP address
NSM operation 1>
Ejemplo:
NSM operation 1>source ipaddr 172.24.80.10
NSM operation 1>
5.7. TIMEOUT
El comando TIMEOUT, en el caso de estar configurando una operación NSM de tipo BFD en modo
Demanda, establece el tiempo que tarda en darse por finalizada la operación, es decir un ciclo de poll
del modo Demanda de BFD . Por defecto su valor es de 5.000 milisegundos (5 segundos). Debe
configurarse a un valor inferior al de la frecuencia a la que se realizan los ciclos de poll,
introducido mediante el comando FREQUENCY. Su valor óptimo debe ser ligeramente superior al
que tarda en ejecutarse un ciclo de poll BFD, que en el caso peor es el tiempo de detección BFD para
el modo Demanda. El valor debe estar comprendido entre 1000 y 604.800.000 milisegundos.
Sintaxis:
NSM operation 1>timeout ?
<1000..604800000> Timeout (in millisenconds)
NSM operation 1>
Ejemplo:
NSM operation 1>timeout 2000
NSM operation 1>
5.8. TYPE
Vamos a describir el comando TYPE para el caso de configurar una operación de tipo BFD.
Sintaxis:
NSM operation 1>type ?
echo Echo operation
http HTTP operation
jitter Jitter operation
bfd Bidirectional Forwarding Detection operation
NSM operation 1>type bfd ?
demand-mode BFD Demand Mode
async-mode BFD Asynchronous Mode
NSM operation 1>
Existen dos modos en el que podemos configurar BFD para la operación de monitorización NSM:
modo Asíncrono y Modo Demanda.
a) DEMAND MODE
En el modo Demanda el protocolo BFD sólo envía paquetes de control para comprobar el estado de la
línea en ciertos momentos en los que realiza, lo que se llama, un ciclo de poll. Los ciclos de poll se

II - 23 Rev.10.70
realizan con la frecuencia que se haya configurado con el comando FREQUENCY de la configuración
de la operación NSM.
Al introducir el comando TYPE y el tipo de operación BFD, el modo BFD seleccionado va seguido de
la dirección IP destino de la sesión BFD. La dirección IP destino debe ser visible y estar directamente
conectada con el interfaz correspondiente a la dirección IP introducida con el comando SOURCE-
ADDR.
Sintaxis:
NSM operation 1>type bfd demand-mode ?
<a.b.c.d> Destination IP address
NSM operation 1>
Ejemplo:
NSM operation 1> type bfd demand-mode 172.24.80.12
NSM operation 1>
b) AYNC-MODE
En el modo Asíncrono el protocolo BFD envía paquetes de control constantemente al ritmo que marca
el tiempo de transmisión negociado en el establecimiento de la sesión BFD. Se detecta una caída
siempre que venza el tiempo de detección sin haber recibido un paquete desde el extremo remoto.
Al introducir el comando TYPE, el modo BFD seleccionado va seguido de la dirección IP destino de

la sesión BFD. La dirección IP destino debe ser visible y estar directamente conectada con el interfaz
correspondiente a la dirección IP introducida con el comando SOURCE-ADDR.
Sintaxis:
NSM operation 1>type bfd async-mode ?
<a.b.c.d> Destination IP address
NSM operation 1>
Ejemplo:
NSM operation 1> type bfd async-mode 172.24.80.12
NSM operation 1>

II - 24 Rev.10.70
6. Configuración recomendada de NSLA para NSM
tipo BFD
Vamos a establecer una configuración recomendada para la facilidad NSLA (Network Service Level
Advisor) cuando utiliza la información recibida de una operación NSM de tipo BFD.
Se debe tener en cuenta que la sesión BFD sólo comunica dos estados UP o DOWN, si el enlace que
monitoriza la sesión BFD esta levantado o caído. Por esta razón fijamos el umbral de activación y
desactivación a 0 y el número significativo de muestras a 1. La sensibilidad de activación y
desactivación la fijamos al 100%, para que siempre que suceda un evento se genere una alarma. Se
deja libertad a la hora de elegir los tiempos de estabilización.
A continuación mostramos cómo acceder al menú de la facilidad NSLA:
*config
Config>feature nsla
-- Feature Network Service Level Advisor --

NSLA config>
Ejemplo de configuración de la facilidad NSLA para una operación NSM de tipo BFD:
NSLA config>show config

; Showing Menu and Submenus Configuration for access-level 15 ...
; ATLAS250 Router 6 96 Version 10.7.4-Alfa
enable
;
filter 1 nsm-op 1 bfd
filter 1 significant-samples 1
filter 1 activation threshold 0
filter 1 activation sensibility 100
filter 1 activation stabilization-time 5
filter 1 deactivation threshold 0
filter 1 deactivation sensibility 100
filter 1 deactivation stabilization-time 5
;
alarm 1 filter-id 1
;
advisor 1 alarm-id 1
;
NSLA config>

II - 25 Rev.10.70
Capítulo 3
Monitorización del protocolo BFD
1. Comandos del menú de monitorización de BFD
El protocolo BFD tiene su propio menú de monitorización y en el caso de utilizar NSM con una
operación BFD, desde el menú de monitorización de NSM se pueden consultar algunos estadísticos de
BFD asociados a la operación NSM.
A continuación se muestra cómo acceder al menú de monitorización del protocolo BFD:
*monitor
+protocol bfd
-- BFD Protocol Monitor --

BFD+
Los comandos disponibles en el menú de monitorización del protocolo BFD son los siguientes:
BFD+
clear Clear BFD session statistics
disable Disable BFD sessions
enable Enable BFD sessions
list Show BFD session statistics
stop Stop and delete BFD sessions
exit
BFD+
La descripción breve de cada comando es la siguiente:
Comando Función
CLEAR Permite inicializar los estadísticos de una o todas las sesiones
BFD.
DISABLE Permite deshabilitar administrativamente una o todas las
sesiones BFD.
ENABLE Habilita administrativamente una o todas las sesiones BFD.
LIST Muestra los estadísticos de las sesiones BFD, puede
presentarlo en forma abreviada o detallada de una o todas las
sesiones.
STOP Permite tirar una o todas las sesiones BFD. Las sesiones son
eliminadas y dejan de existir en el equipo.
EXIT Sale del menú de monitorización del protocolo BFD.
ROUTER TELDAT – Monitorización Protocolo BFD Doc.DM739

III - 27 Rev.10.70
1.1. CLEAR
El comando CLEAR permite inicializar los estadísticos de una o de todas las sesiones BFD del equipo.
Al ejecutarlo se ponen a cero los contadores de paquetes enviados y recibidos, los tiempos de
transmisión y recepción de paquetes, y el contador de caídas de la sesión detectadas.
Existen dos opciones para el comando CLEAR:
BFD+clear ?
all Clear statistics of all BFD sessions
peer Clear statistics of the BFD session with the peer
BFD+
a) CLEAR ALL
El comando CLEAR ALL permite inicializar los estadísticos de todas las sesiones BFD que existen en
el equipo.
Ejemplo:
BFD+clear all
BFD+
b) CLEAR PEER
El comando CLEAR PEER permite inicializar los estadísticos de una sesión determinada. La sesión se
identifica por la dirección IP del equipo remoto.
Sintaxis:
BFD+clear peer ?
<a.b.c.d> Ipv4 format
BFD+
Ejemplo:
BFD+clear peer 172.24.80.12
BFD+
1.2. DISABLE
El comando DISABLE permite deshabilitar administrativamente una o todas las sesiones BFD del
equipo. La sesión deshabilitada administrativamente sigue enviando paquetes BFD pero la sesión está
caída. Este modo se puede utilizar para probar que el protocolo BFD está funcionando sin necesidad
de tirar el enlace de datos, simplemente deshabilitamos en un extremo la sesión y comprobamos que
en el otro extremo se detecta la caída.
Existen dos opciones para el comando DISABLE:
BFD+disable ?
all Disable all BFD sessions
peer Disable the BFD session with the peer
BFD+

III - 28 Rev.10.70
a) DISABLE ALL
El comando DISABLE ALL deshabilita administrativamente (pone en estado ADMINDOWN) todas
las sesiones BFD del equipo.
Ejemplo:
BFD+disable all
BFD+
b) DISABLE PEER
El comando DISABLE PEER deshabilita una sesión concreta identificada por la dirección IP del
equipo remoto con el que está establecida la sesión BFD.
Sintaxis:
BFD+disable peer ?
BFD+
Ejemplo:
BFD+disable peer 172.24.80.12
BFD+
1.3. ENABLE
El comando ENABLE permite habilitar administrativamente una o todas las sesiones BFD del equipo.
Sólo las sesiones que estén deshabilitadas administrativamente se verán afectadas por este comando.
Existen dos opciones para el comando ENABLE:
BFD+enable ?
all Enable all BFD sessions
peer Enable the BFD session with the peer
BFD+
a) ENABLE ALL
El comando ENABLE ALL habilita administrativamente (saca del estado ADMINDOWN) todas las
sesiones BFD del equipo que estén deshabilitadas administrativamente.
Ejemplo:
BFD+enable all
BFD+
b) ENABLE PEER
El comando ENABLE PEER habilita administrativamente una sesión concreta identificada por la
dirección IP del equipo remoto con el que está establecida la sesión BFD. La sesión debe estar
previamente deshabilitada administrativamente para que el comando tenga sentido.

III - 29 Rev.10.70
Sintaxis:
BFD+enable peer ?
BFD+
Ejemplo:
BFD+enable peer 172.24.80.12
BFD+
1.4. LIST
El comando LIST muestra los estadísticos de las sesiones BFD que existen en el equipo. Se puede
mostrar un resumen de todas las sesiones en forma de tabla o mostrar detalladamente un o todas las
sesiones que existan.
Existen varias opciones para el comando LIST:
BFD+list ?
all Show all sessions detailed statistics
peer Show detailed statistics of the session with the peer
summary Show a summary of all sessions
BFD+
a) LIST ALL
El comando LIST ALL muestra detalladamente los estadísticos de todas las sesiones BFD del equipo.
Sintaxis:
BFD+list all
Ejemplo:
BFD+list all
MyDisc: 0x688a5826 ReDisc: 0x94d1dde1

Myaddr: 172.24.80.10 Peer: 172.24.80.12 Infc: ethernet0/0
State: Up Uptime: 17s Created: 3m 45s
Falls detected: 0 Diag code: No Diagnostic
Registered protocols: NSM BGP
BFD version: 1 Demand mode: OFF
MinTx: 50 ms MinRx: 50 ms Mult: 3
ActiveMinTx: 50 ms XmtTime: 50 ms DetectTime: 150 ms
Xmtpkts: 421 Last Tx interval: 46ms min/max/avg: 38ms/46ms/42ms
Rcvpkts: 420 Last Rx interval: 45ms min/max/avg: 37ms/47ms/42ms
MyDisc: 0xbc27ef2c ReDisc: 0x23708d77

State: Up Uptime: 7s Created: 3m 45s
BFD+

III - 30 Rev.10.70
El significado de cada apartado es el siguiente:
• MyDisc
(My Discriminator) Es el identificador local de la sesión. Con este valor se identifica la sesión dentro
del equipo.
• ReDisc
(Remote Discriminator) Es el identificador remoto de la sesión. Con este valor se identifica la sesión
en el equipo remoto.
• Myaddr
Dirección IP del interfaz local a través del que se establece la sesión BFD.
• Peer
Dirección IP del interfaz del equipo remoto con el que se establece la sesión BFD.
• Infc
Nombre del interfaz local a través del que se establece la sesión BFD con el equipo remoto.
• State
Estado actual de la sesión BFD en el equipo local.
• Uptime
Indica el tiempo que la sesión lleva en estado UP, 0 segundos si no está en estado UP.
• Created
Indica el tiempo transcurrido desde que se creo la sesión.
• Falls detected
Es el número de caídas de la sesión BFD desde que fue creada o desde la última vez que se
inicializaron sus estadísticos.
• Diag code
(Diagnostic code) Indica la causa de la última caída de la sesión BFD detectada en el equipo local.
• Registered protocols
Lista de los protocolos registrados en la sesión BFD. Todos los protocolos registrados serán avisados
de cualquier evento que se produzca en la sesión.
• BFD version
Es el número de versión del protocolo BFD con el que está funcionando la sesión. Actualmente sólo
existen las versiones 0 y 1.

III - 31 Rev.10.70
• Demand mode
Muestra si el modo Demanda está activo para la sesión.
• MinTx
(Minimum desired transmisión interval) Es el intervalo mínimo de transmisión configurado en el
equipo local.
• MinRx
(Minimum requiered reception interval) Es el intervalo mínimo de recepción soportado por el equipo
local que hemos configurado.
• Mult
(Detect multiplier) Es el multiplicador de detección que utiliza el equipo para calcular el tiempo de
detección. Muestra el valor configurado en el equipo local.
• ActiveMinTx
(Active minimum desired transmisión interval) Es el valor del intervalo mínimo de transmisión
deseado que está utilizando el equipo en este momento. Antes de la negociación de los temporizadores
y cuando la sesión está caída el valor de ActiveMinTx es distinto del valor de MinTx, y es de 1000 ms.
• XmtTime
(Transmit Time) Intervalo de transmisión negociado con el equipo remoto. Es el período con el que se
envían paquetes de control BFD al equipo remoto en modo Asíncrono.
• DetectTime
Intervalo de detección negociado con el equipo remoto. Es el tiempo máximo sin recibir paquetes
antes de dar la sesión BFD por caída.
• Xmtpkts
(Transmitted packets) Número de paquetes transmitidos desde que se estableció la sesión BFD o desde
la última vez que se inicializaron sus estadísticos. Este valor se inicializa cuando la sesión pasa a
estado UP.
• Last Tx Interval
Intervalo de transmisión del último paquete transmitido y los valores mínimo, máximo y medio de este
valor para el número total de paquetes transmitidos (Xmtpkts).
• Rcvpkts
(Received packets) Número de paquetes recibidos desde que se estableció la sesión BFD o desde la
última vez que se inicializaron sus estadísticos. Este valor se inicializa cuando la sesión pasa a estado
UP.

III - 32 Rev.10.70
• Last Rx Interval
Intervalo de recepción del último paquete recibido y los valores mínimo, máximo y medio de este
valor para el número total de paquetes recibidos (Rcvpkts).
b) LIST PEER
El comando LIST PEER muestra detalladamente los estadísticos de una sesión concreta identificada
por la dirección IP del equipo remoto con el que está establecida la sesión BFD.
Sintaxis:
BFD+list peer ?
BFD+
Ejemplo:
BFD+list peer 172.24.80.12
MyDisc: 0x688a5826 ReDisc: 0x94d1dde1

State: Up Uptime: 2m 27s Created: 5m 55s
BFD+
c) LIST SUMMARY
El comando LIST SUMMARY muestra un resumen en forma de tabla de todas las sesiones BFD que
existen en el equipo. En esta tabla resumen aparecen los datos más relevantes de cada sesión BFD.
Sintaxis:
BFD+list summary
Ejemplo:
BFD+list summary
MyDisc ReDisc MyIP Peer State XmtTime DetectTime Falls Uptime

-----------------------------------------------------------------------------------------------
0x688a5826 0x94d1dde1 172.24.80.10 172.24.80.12 Up 50 ms 150 ms 0 4m 42s
0xbc27ef2c 0x23708d77 10.10.44.200 10.10.44.205 Up 50 ms 150 ms 0 4m 31s
BFD+
1.5. STOP
El comando STOP permite tirar y eliminar del equipo una sesión BFD concreta o todas las sesiones
BFD presentes en el equipo.
Existen dos opciones para el comando STOP:

III - 33 Rev.10.70
BFD+stop ?
all Stop and delete all BFD sessions
peer Stop and delete the BFD session with the peer
BFD+
a) STOP ALL
El comando STOP ALL tira y elimina todas las sesiones BFD presentes en el equipo. Por tanto no
volverán a generar eventos en ninguno de los protocolos que estuviesen registrados en ellas.
Ejemplo:
BFD+stop all
BFD+
b) STOP PEER
El comando STOP PEER tira y elimina una sesión BFD concreta identificada por la dirección IP del
equipo remoto con el que está establecida la sesión BFD. Si no existe una sesión contra un interfaz de
un equipo remoto con la dirección IP introducida, el comando devolverá un error.
Sintaxis:
BFD+stop peer ?
BFD+
Ejemplo:
BFD+stop peer 172.24.80.12
BFD+

III - 34 Rev.10.70
Capítulo 4
Ejemplo de configuración de BFD
1. Ejemplo de configuración de BFD con BGP
A continuación se muestra un ejemplo de configuración entre dos equipos Atlas 250 conectados a dos
redes distintas a través de sus interfaces Ethernet0/0 y Ethernet0/1. En los ejemplos se resaltan los
comando relativos a la configuración propios de BFD.
Equipo PRUEBAS-BFD-1:
; Showing System Configuration for access-level 15 ...
; ATLAS250 Router 6 96 Version 10.7.1
log-command-errors
no configuration
set hostname PRUEBAS-BFD-1
;
network ethernet0/0
; -- Ethernet Interface User Configuration --
ip address 172.24.80.10 255.255.0.0
;
exit
;
;
network ethernet0/1
ip address 10.10.44.200 255.255.255.0
;
exit
;
;
protocol bfd
; -- Bidirectional Forwarding Detection user configuration --
enable
exit
;
protocol ip
; -- Internet protocol user configuration --
router-id 172.24.80.10
;
route 0.0.0.0 0.0.0.0 172.24.0.98
;
classless
;
exit
;
;
feature nsm
; -- Network Service Monitor configuration --
operation 1
; -- NSM Operation configuration --
type bfd demand-mode 10.10.44.205
bfd-interval 50
frequency 20
source-ipaddr 10.10.44.200
exit
;
operation 2
type bfd async-mode 172.24.80.12
bfd-interval 50
exit
;
schedule 1 life forever
schedule 1 start-time now
ROUTER TELDAT – Ejemplo Protocolo BFD Doc.DM739

IV - 36 Rev.10.70
exit
;
feature nsla
; -- Feature Network Service Level Advisor --
enable
;
;
;
alarm 1 filter-id 1
;
alarm 2 filter-id 2
;
;
;
exit
;
dump-command-errors
end
; --- end ---
log-command-errors
no configuration
;
network ethernet0/0
ip address 172.24.80.12 255.255.0.0
;
exit
;
;
network ethernet0/1
ip address 10.10.44.205 255.255.255.0
;
exit
;
;
protocol bfd
enable
exit
;
protocol ip

IV - 37 Rev.10.70
router-id 172.24.80.12
;
route 0.0.0.0 0.0.0.0 172.24.0.6
;
classless
;
exit
;
;
feature nsm
operation 1
bfd-interval 50
frequency 20
exit
;
operation 2
bfd-interval 50
exit
;
exit
;
dump-command-errors
end
; --- end ---
Una vez establecidas las dos sesiones lo que observamos en los listados de monitorización en el
equipo PRUEBAS-BFD-1 es:
PRUEBAS-BFD-1 BFD+list all
MyDisc: 0x72c206be ReDisc: 0xd0bee79c

State: Up Uptime: 27s Created: 30s
Registered protocols: NSM
MyDisc: 0xbba08211 ReDisc: 0x7267556c

State: Up Uptime: 28s Created: 31s
BFD version: 1 Demand mode: ON
Xmtpkts: 4 Last Tx interval: 295ms min/max/avg: 295ms/16s 667ms/8s 481ms
Rcvpkts: 4 Last Rx interval: 296ms min/max/avg: 296ms/16s 667ms/8s 481ms
PRUEBAS-BFD-1 BFD+
Y en el equipo PRUEBAS-BFD-3:

IV - 38 Rev.10.70
MyDisc: 0xd0bee79c ReDisc: 0x72c206be

MyDisc: 0x7267556c ReDisc: 0xbba08211

PRUEBAS-BFD-3 BFD+
Si se simula una caída de la red 10.10.44.0, desconectando el cable de red del interfaz Ethernet0/1 del
equipo PRUEBAS-BFD-3, al estar en modo Demanda, el interfaz caé antes en este caso que lo que es
capaz de detectar BFD y por eso el Diagnostic Code es Path Down. BFD hubiese detectado la caída en
el siguiente ciclo de poll. Es como si hubiésemos ejecutado el comando shutdown en el interfaz
Ethernet0/1 del equipo PRUEBAS-BFD-3:
MyDisc: 0x72c206be ReDisc: 0xd0bee79c

MyDisc: 0xbba08211 ReDisc: 0x7267556c

State: Down Uptime: 0s Created: 3m 10s
Falls detected: 1 Diag code: Control Detection Time Expired
PRUEBAS-BFD-1 BFD+

IV - 39 Rev.10.70
MyDisc: 0xd0bee79c ReDisc: 0x72c206be

MyDisc: 0x7267556c ReDisc: 0xbba08211

State: Admindown Uptime: 0s Created: 3m 58s
Falls detected: 1 Diag code: Path Down
PRUEBAS-BFD-3 BFD+

IV - 40 Rev.10.70
2. Ejemplo de configuración de BFD con NSM,
NSLA y BGP
A continuación se muestra un ejemplo de configuración entre dos equipos Atlas 250 conectados a dos
redes distintas a través de sus interfaces Ethernet0/0 y Ethernet0/1. En los ejemplos se resaltan los
comando relativos a la configuración propios de BFD.
log-command-errors
no configuration
;
network ethernet0/0
ip address 172.24.80.10 255.255.0.0
;
bfd interval 50
bfd min-rx 50
bfd multiplier 3
exit
;
;
network ethernet0/1
ip address 10.10.44.200 255.255.255.0
;
bfd interval 65
bfd min-rx 55
bfd multiplier 4
exit
;
;
protocol bfd
enable
exit
;
protocol ip
router-id 172.24.80.10
;
route 0.0.0.0 0.0.0.0 172.24.0.98
;
classless
;
exit
;
;
protocol bgp
; -- Border Gateway Protocol user configuration --
enable
;
as 100
export as 200 prot all all
;
;
group type external peer-as 300
; -- BGP group configuration --
peer 10.10.44.205

IV - 41 Rev.10.70
peer 10.10.44.205 bfd-session
peer 172.24.80.12
exit
;
exit
;
feature nsm
operation 1
bfd-interval 50
frequency 20
exit
;
operation 2
bfd-interval 50
exit
;
exit
;
feature nsla
; -- Feature Network Service Level Advisor --
enable
;
;
;
alarm 1 filter-id 1
;
alarm 2 filter-id 2
;
;
;
exit
;
dump-command-errors
end
; --- end ---

IV - 42 Rev.10.70
log-command-errors
no configuration
;
network ethernet0/0
ip address 172.24.80.12 255.255.0.0
;
bfd interval 50
bfd min-rx 50
bfd multiplier 3
exit
;
;
network ethernet0/1
ip address 10.10.44.205 255.255.255.0
;
bfd interval 65
bfd min-rx 55
bfd multiplier 5
exit
;
;
protocol bfd
enable
exit
;
protocol ip
router-id 172.24.80.12
;
route 0.0.0.0 0.0.0.0 172.24.0.6
;
classless
;
exit
;
;
protocol bgp
; -- Border Gateway Protocol user configuration --
enable
;
as 300
;
group type external peer-as 100
; -- BGP group configuration --
peer 10.10.44.200
peer 172.24.80.10
exit
;
exit
;
feature nsm
operation 1
bfd-interval 50
frequency 20
exit
;
operation 2

IV - 43 Rev.10.70
bfd-interval 50
exit
;
exit
;
dump-command-errors
end
; --- end ---
Una vez establecidas las dos sesiones lo que observamos en los listados de monitorización en el
equipo PRUEBAS-BFD-1 es:
MyDisc: 0x571485c1 ReDisc: 0x75c455d1

MyDisc: 0xd2512e7a ReDisc: 0x6675e700

PRUEBAS-BFD-1 BFD+
Y en el equipo PRUEBAS-BFD-3:
MyDisc: 0x75c455d1 ReDisc: 0x571485c1

MyDisc: 0x6675e700 ReDisc: 0xd2512e7a

IV - 44 Rev.10.70
PRUEBAS-BFD-3 BFD+
Como se ha comentado en apartados anteriores, si la sesión BFD la crea la facilidad NSM, los
parámetros de BFD los toma de la configuración de la operación NSM e ignora los que haya
configurados en el interfaz por el que se establece la sesión.
Si se simula una caída de la red 10.10.44.0, desconectando el cable de red del interfaz Ethernet0/1 del
equipo PRUEBAS-BFD-3, lo que observamos es lo mismo que en el ejemplo anterior, una caída al
detectar el equipo que su interfaz ha sido desconectado:
MyDisc: 0x571485c1 ReDisc: 0x75c455d1

MyDisc: 0xd2512e7a ReDisc: 0x6675e700

State: Down Uptime: 0s Created: 11m 41s
Falls detected: 1 Diag code: Control Detection Time Expired
PRUEBAS-BFD-1 BFD+
MyDisc: 0x75c455d1 ReDisc: 0x571485c1

MyDisc: 0x6675e700 ReDisc: 0xd2512e7a

State: Admindown Uptime: 0s Created: 12m 25s
Falls detected: 1 Diag code: Path Down

IV - 45 Rev.10.70
PRUEBAS-BFD-3 BFD+

IV - 46 Rev.10.70

Protocolo BFD

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Protocolo BFD

Uploaded by

Copyright:

Available Formats

Router Teldat

BFD: Bidirectional Forwarding

Capítulo 1 Protocolo BFD.................................................................................................1

El protocolo BFD (Bidirectional Forwarding Detection) es un protocolo diseñado para permitir la

ROUTER TELDAT – Protocolo BFD Doc.DM779

2.1. Modos de funcionamiento

ROUTER TELDAT – Protocolo BFD Doc.DM779

2.2. Versiones de BFD

2.3. Estructura de un paquete BFD

La estructura de la parte obligatoria de un paquete BFD es la siguiente:

ROUTER TELDAT – Protocolo BFD Doc.DM779

El significado de cada campo del paquete es el siguiente:

• I Hear You (H) (sólo existe en la versión 0):

ROUTER TELDAT – Protocolo BFD Doc.DM779

2.4. Negociación de temporizadores

ROUTER TELDAT – Protocolo BFD Doc.DM779

En Modo Demanda el tiempo de detección se calcula de forma diferente y dependiendo de la versión

ROUTER TELDAT – Protocolo BFD Doc.DM779

• La configuración global del protocolo BFD simplemente habilita o deshabilita el protocolo.

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

-- Bidirectional Forwarding Detection user configuration --

También se puede acceder a través del menú de configuración dinámica:

-- Bidirectional Forwarding Detection user configuration --

Si utilizamos el menú de configuración dinámica, lo primero que debemos hacer a la

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

-- Ethernet Interface User Configuration --

También se puede acceder a través del menú de configuración dinámica:

-- Ethernet Interface User Configuration --

Los comandos de configuración, relativos al protocolo BFD, disponibles en el menú de configuración

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

3.1. BFD INTERVAL

3.2. BFD MIN-RX

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

3.4. BFD VERSION

En un escenario en el que previamente necesitemos funcionar en versión 0 y configuremos el equipo

3.5. BFD LIST

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

-- Border Gateway Protocol user configuration --

-- BGP group configuration --

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

También se puede acceder a través del menú de configuración dinámica:

-- Border Gateway Protocol user configuration --

-- BGP group configuration --

BGP config>no peer 172.24.80.12 ?

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

A continuación se muestra cómo acceder al menú de configuración de la facilidad NSM y cómo se

-- Network Service Monitor configuration --

-- NSM Operation configuration --

NSM operation 1>

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

NSM operation 1>

NSM operation 1>

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

Al introducir el comando TYPE, el modo BFD seleccionado va seguido de la dirección IP destino de

ROUTER TELDAT – Configuración Protocolo BFD Doc.DM739

A continuación mostramos cómo acceder al menú de la facilidad NSLA:

-- Feature Network Service Level Advisor --