15 de agosto de 2018

Comandos: show ip eigrp neighbors

Entre los mensajes de monitoreo de EIGRP un comando sumamente importante es show ip eigrp neighbors. 

Este comando ha sido introducido en IOS 10.3 y en IOS XE 2.5. Dado que en sucesivas revisiones y versiones se han incorporado nuevas prestaciones y características en el protocolo, el comando también ha evolucionado en el mismo sentido incorporando alguna información adicional.

Consideremos en primer lugar un ejemplo tomando como base el resultado de la ejecución en un router Cisco IOS para luego revisarlo con mayor detalle.

Router# show ip eigrp neighbors
H   Address       Interface     Hold  Uptime   SRTT   RTO   Q  Seq
                                (sec)         (ms)         Cnt Num
0   10.1.1.2      Gi0/0          13  00:00:03  1996  5000   0  5
2   10.1.1.9      Gi0/0          14  00:02:24   206  5000   0  5
1   10.1.2.3      Gi0/1          11  00:20:39  2202  5000   0  5

El comando muestra el estado de los vecinos EIGRP descubiertos dinámicamente o configurados estáticamente.

Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router# show ip eigrp neighbors
H   Address     Interface       Hold  Uptime   SRTT   RTO  Q  Seq
                                (sec)         (ms)        Cnt Num
0   10.1.1.2    Gi0/0            13  00:00:03  1996  5000  0  5
2   10.1.1.9    Gi0/0            14  00:02:24   206  5000  0  5
1   10.1.2.3    Gi0/1            11  00:20:39  2202  5000  0  5
  • H
    Orden en el cuál se ha establecido la sesión de cada vecino. El orden se indica en orden secuencial iniciando en cero (0).
  • Address.
    Dirección IP del peer EIGRP al que corresponde la fila.
  • Interface.
    Interfaz del dispositivo a través de la cual se están recibiendo los paquetes hello del vecino en cuestión.
  • Hold
    Período de tiempo, en segundos, dentro del cual EIGRP espera escuchar un hello del vecino antes de declarar que el vecino no está accesible.
  • Uptime
    Tiempo transcurrido (en horas:minutos:segundos) desde que se recibió el primer hello de ese vecino.
  • SRTT
    Tiempo, expresado en milisegundos, requerido por el paquete EIGRP para ser enviado a ese vecino y recibir el acknowledge correspondiente.
  • RTO
    Tiempo de retransmisión expresado en milisegundos. Es el espacio de tiempo que se esperará antes de reenviar un paquete desde la cola de retransmisión hacia el vecino.


Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.


11 de agosto de 2018

Comandos: show ip eigrp interfaces

Continuemos con la revisión de comandos específicos de monitoreo de la operación de EIGRP. Iniciando con comandos específicos del protocolo vamos ahora a revisar el comando show ip eigrp interfaces. 

Este comando ha sido introducido en IOS 11.2  y en IOS XE 2.5. En el transcurso se han incorporado nuevas prestaciones y características en el protocolo, y consiguientemente el comando también ha tenido correcciones e incorporaciones.

Consideremos en primer lugar un ejemplo tomando como base el resultado de la ejecución en un router Cisco IOS para luego revisarlo con mayor detalle.

Router# show ip eigrp interfaces
EIGRP-IPv4 Interfaces for AS(60)

                  Xmit Queue   Mean  Pacing Time  Multicast  Pending
 Interface Peers  Un/Reliable  SRTT  Un/Reliable  Flow Timer Routes
 Gi0/0       0        0/0         0     11/434         0         0
 Gi0/1       1        0/0       337      0/10          0         0
 Se0/1       1        0/0        10      1/63        103         0
 Tu0         1        0/0       330      0/16          0         0

El comando muestra información respecto de las interfaces que participan del proceso del protocolo de enrutamiento. Si se especifica una interfaz se muestra solamente la información correspondiente a esa interfaz.
Si hay varios procesos de EIGRP corriendo en el mismo dispositivo se puede verificar la información correspondiente a uno en particular indicando el número de sistema autónomo.

Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router# show ip eigrp interfaces
EIGRP-IPv4 Interfaces for AS(60)

                  Xmit Queue   Mean  Pacing Time  Multicast  Pending
 Interface Peers  Un/Reliable  SRTT  Un/Reliable  Flow Timer Routes
 Gi0/0       0        0/0         0     11/434         0         0
 Gi0/1       1        0/0       337      0/10          0         0
 Se0/1       1        0/0        10      1/63        103         0
 Tu0         1        0/0       330      0/16          0         0  
  • Interface.
    Indica las interfaces del dispositivo que participan del proceso del protocolo.
  • Peers.
    Cantidad de vecinos EIGRP directamente conectados a través de esa interfaz.
  • Xmit Queue Un/Reliable.
    Cantidad de paquetes que están pendientes de transmitir y se mantienen en las colas de memoria no confiable y confiable.
  • Mean SRTT.
    Promedio de tiempo de ida y vuelta sin problemas (SRTT - Smoth Round-Trip Time) expresado en segundos.
  • Pacing Time Un/Reliable.
    Período de tiempo expresado en segundos que marca el ritmo al que deben ser enviados los paquetes confiable y no confiables a través de esa interfaz.
  • Multicast Flow Timer.
    Período máximo de tiempo en segundos en el cual el router enviará paqutes EIGRP de multicast.
  • Pending Routes
    Número de rutas contenidas en los paquetes que están en la cola de transmisión que están esperando ser enviadas.
Anexo
El comando permite una variante que da acceso a información detallada de la operación de una interfaz vinculada al protocolo.

Router# show ip eigrp interfaces detail

 EIGRP-IPv4 Interfaces for AS(1)
                Xmit Queue   Mean  Pacing Time  Multicast    Pending
Interface Peers Un/Reliable  SRTT  Un/Reliable  Flow Timer   Routes
 Gi0/0      0       0/0         0      0/1           0           0
   Hello-interval is 7, Hold-time is 21
   Split-horizon is disabled
   Next xmit serial
   Un/reliable mcasts: 0/0  Un/reliable ucasts: 0/0
   Mcast exceptions: 0  CR packets: 0  ACKs suppressed: 0
   Retransmissions sent: 0  Out-of-sequence rcvd: 0
   Next-hop-self disabled, next-hop info forwarded
   Topology-ids on interface - 0 
   Authentication mode is md5,  key-chain is "TEST"
   BFD is enabled


Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.


8 de agosto de 2018

Comando: show ip protocols (eigrp)

Hemos ya revisado comandos de monitoreo de la operación de protocolos de enrutamiento, comenzando por RIP. Continuando con este recorrido vamos ahora a revisar comandos vinculados a otros protocolos de enrutamiento, iniciando por EIGRP.

Como dije en su momento cuando analicé el resultado de este comando para el protocolo RIP, se trata de un comando que es  independiente del protocolo de enrutamiento (o protocolos) implementado. Pero varios de los parámetros que presenta varían de acuerdo al protocolo de enrutamiento implementado. En este post revisaremos la información que brinda en caso de encontrar que el protocolo implementado es EIGRP.

Este comando ha sido introducido en IOS 10.0 y tuvo algunas modificaciones de consideración en IOS 12,2(15)T y IOS 15.1(2)S.
Es de utilidad para verificar la operación de los protocolos de enrutamiento ya que permite verificar el origen de la información de enrutamiento y la generación de rutas por defecto.

Un ejemplo de este comando en un dispositivo que implementa EIGRP:

Router#show ip protocols
Routing Protocol is "eigrp 3"
 Outgoing update filter list for all interfaces is not set
 Incoming update filter list for all interfaces is not set
 Default networks flagged in outgoing updates
 Default networks accepted from incoming updates
 Redistributing: eigrp 3
 EIGRP-IPv4 VR(test) Address-Family Protocol for AS(3)
 Metric weight K1=1, K2=0, K3=1, K4=0, K5=0
 NSF-aware route hold timer is 240
 Router-ID: 10.1.1.1
 Topology : 0 (base) 
 Active Timer: 3 min
 Distance: internal 90 external 170
 Maximum path: 4
 Maximum hopcount 100
 Maximum metric variance 1
 Total Prefix Count: 3
 Total Redist Count: 0
 Automatic Summarization: disabled
 Maximum path: 4
 Routing for Networks:
  10.0.0.0
 Routing Information Sources:
  Gateway   Distance  Last Update
  10.1.1.2    90      00:05:10
 Distance: internal 90 external 170


Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router#show ip protocols
Routing Protocol is "eigrp 3"
  • Indica que se encuentra activo un proceso del protocolo de enrutamiento EIGRP que utiliza el ID de sistema autónomo "3".
 Outgoing update filter list for all interfaces is not set
  • Indica si se ha aplicado un filtro de rutas para las actualizaciones de enrutamiento salientes.
 Incoming update filter list for all interfaces is not set
  • Indica si se ha aplicado un filtro de rutas para las actualizaciones de enrutamiento entrantes.
 Default networks flagged in outgoing updates
 Default networks accepted from incoming updates

 Redistributing: eigrp 3
  • Muestra las fuentes de información de enrutamiento que están siendo redistribuidas por este proceso de EIGRP. En este caso sólo se redistribuyen rutas EIGRP
 EIGRP-IPv4 VR(test) Address-Family Protocol for AS(3)
  • Instancia de EIGRP presentada por el comando y número de sistema autónomo.
 Metric weight K1=1, K2=0, K3=1, K4=0, K5=0
  • Valores de las constantes incluidas en el cálculo de la métrica de la ruta y que modifican los diferentes elementos que se aplican al cálculo de la métrica de EIGRP (ancho de banda, delay, confiabilidad y carga).
  • En este caso las constantes presentan sus valores por defecto que hacen que sólo se considere ancho de banda y delay en el cálculo.
 NSF-aware route hold timer is 240
  • Valor del temporizados que impacta en el feature NonStop Forwarding.
 Router-ID: 10.1.1.1
  • Identificador del router utilizado por el proceso de EIGRP que se detalla.
 Topology : 0 (base) 
  • Número de entradas que se encuentran en la tabla topológica de EIGRP.
 Active Timer: 3 min
  • Temporizador que determina cuánto tiempo el proceso de EIGRP se mantendrá en activo.
 Distance: internal 90 external 170
  • Distancia administrativa con la que se califican las rutas aprendidas a través del proceso de este protocolo. 
  • En EIGRP se asigna diferente distancia administrativa para las rutas internas y las externas. 
  • En este caso se mantienen las distancias administrativas por defecto: 90 para rutas internas, 170 para rutas externas.
 Maximum path: 4
  • Cantidad máxima de rutas a cada destino que se proponen a la tabla de enrutamiento.
  • En este ejemplo se mantiene el valor por defecto: 4.
 Maximum hopcount 100

  • Cantidad máxima de saltos que se permite atravesar a un paquete en su caminio hacia el destino.
 Maximum metric variance 1
  • Valor de variación soportado para buscar una ruta feasible successor en la tabla topológica de EIGRP y proponerla a la tabla de enrutamiento.
  • En este caso mantiene el valor por defecto, que es  1. De esta forma no habrá balanceo de tráfico entre rutas de diferente métrica.
  • Para balancear tráfico entre rutas de diferente métrica este valor debe ser superior a uno.
 Total Prefix Count: 3
 Total Redist Count: 0
 Automatic Summarization: disabled
  • Indica se se ha activado la sumarización automática de rutas al borde de la clase.
  • En este caso se mantiene el valor por defecto: inactivo.
 Maximum path: 4
  • Cantidad máxima de rutas que el protocolo propone para su inclusión en la tabla de enrutamiento.
  • En este caso mantiene el valor por defecto: 4.
 Routing for Networks:
  10.0.0.0
  • Muestra las redes que se han incluido en el proceso de EIGRP y que por lo tanto están siendo publicadas a través de este protocolo.
  • Corresponde a los comandos network utilizados en la configuración.
 Routing Information Sources:
  Gateway   Distance  Last Update
  10.1.1.2    90      00:05:10
  • Muestra la lista de fuentes de información de enrutamiento que está utilizando IOS para construir la tabla topológica con información de enrutamiento.
  • Para cada origen de información de enrutamiento se indica: dirección IP, distancia administrativa y tiempo transcurrido desde la recepción de la última actualización desde esa fuente.
 Distance: internal 90 external 170

  • Muestra nuevamente la distancia administrativa utilizada por IOS para calificar la información de enrutamiento adquirida a través del protocolo.


Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.


4 de agosto de 2018

Comandos: logging

Como todo sistema operativo IOS incluye un mecanismo de generación de mensajes de eventos del sistema (conocido en inglés como "system log messages" que genera mensajes de hasta 80 caracteres de longitud informando de diferentes situaciones que ocurren en la operación de los sistemas.
Estos mensajes están calificados según 8 niveles de severidad diferentes y tienen un modo de operación por defecto:
  • El sistema de mensajes se encuentra activo por defecto.
  • Por defecto se envían al puerto consola
  • El nivel de severidad que se envía al puerto consola es 7 - Debugging.
  • Hay definido un buffer de memoria para almacenar los últimos mensajes, con un tamaño de 4096 bytes.
  • El tamaño del historial es de 1 mensaje.
  • Por defecto no incluye registro horario (se puede agregar).
  • Por defecto no se envía a un servidos Syslog (se puede activar).
  • Por defecto no sincroniza con el ingreso de comandos en la CLI (se puede activar).
  • El nivel de mensajes que se envía por defecto al servidor Syslog es 6 - Informational.
El comando logging
La operación general de este sistema de generación de mensajes de eventos puede controlarse utilizando el comando logging:

Switch(config)#no logging
  • Desactiva en el dispositivo el sistema de mensajes de eventos.
Switch(config)#no logging console
  • Desactiva los mensajes de eventos específicamente en el puerto consola.
Switch(config)#logging synchronous
  • Ejecutado en modo configuración global activa la sincronización de los mensajes de eventos con el ingreso de comandos en la CLI tanto en la consola como en las líneas de terminales virtuales (line VTY).
  • También puede ejecutarse en el modo de configuración de la consola o de las terminales virtuales, en cuyo caso afecta específicamente los mensajes que se publican en esos accesos.
  • Ingresado este comando, cuando aparece un mensajes de evento que interrumpe el ingreso de un comando el sistema operativo, luego del mensaje de evento, vuelve a mostrar el comando como había sido ingresado hasta el momento en el que el mensaje interrumpió.
Switch(config)#logging buffered 8192
  • Dimensiona el tamaño del espacio de memoria RAM reservado para almacenar estos mensajes. El valor por defecto es 4096.
  • El buffer de memoria, cuando se completa, comienza a eliminar los mensajes más antiguos.
  • Estos mensajes se almacenan en la memoria RAM y se pierden cuando el dispositivo se reinicia. Los mensajes pueden enviarse a la memoria Flash para conservarlos en caso de un reinicio.
  • En este ejemplo se reservan 8291 Bytes de la memoria RAM para estos mensajes.
Switch(config)#logging file flash:mensajes.txt 1048576 informational
  • Almacena los mensajes de eventos en un archivo en la memoria flash del dispositivo.
  • El nombre asignado al archivo, en este caso, es "mensaje.txt".
  • Define el tamaño máximo que tendrá el archivo. En este caso se fija en 1 MB.
    Si no se indica un tamaño, por defecto asume 4096 Bytes.
    Cuando el archivo llegue a este tamaño máximo, se eliminan los mensajes más antiguos para dar lugar a los nuevos.
  • Finalmente define el nivel de severidad máximo de los mensajes que se almacenarán en este archivo. En este caso almacena hasta mensajes de nivel 6 - Informational.
    Por defecto se almacenan hasta mensajes nivel 7 - Debugging.
Switch(config)#logging console 5
  • Define el nivel de severidad de los mensajes de eventos que el sistema envía al puerto consola.
    En este caso se han de enviar mensajes hasta el nivel 5 - Notifications de severidad. Por defecto la consola recibe mensajes de hasta nivel 7.
Switch(config)#logging monitor 5
  • Limita el nivel de severidad hasta el cual el sistema envía mensajes a las sesiones de terminal virtual (Telnet, SSH).
    En este ejemplo se envían a las sesiones SSH mensajes de eventos hasta el nivel 5 - Notifications.
    Por defecto estas sesiones de terminal virtual reciben mensajes de hasta nivel 7.
Switch(config)#logging trap 6
  • Limita los mensajes que se envían a un servidor de Syslog a mensajes de hasta nivel 6 - Informational.
    Por defecto se envían al servidor Syslog mensajes de hasta nivel 6.
Anexo

Switch#terminal monitor
  • Envía los mensajes de eventos a la sesión actual de terminal virtual (SSH o Telnet).
  • Este desvío aplica solamente a la sesión de terminal virtual en la cual se ejecuta el comando.
    No es extensivo a otras sesiones de terminal virtual concurrentes ni se mantiene luego de cerrar la sesión si se vuelve a iniciar.
Enlaces relacionados

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.


26 de julio de 2018

Actualización de WLAN Timeline

Muchas novedades se están registrando en el ámbito de las redes LAN inalámbricas (IEEE 802.11). Nuevos estándares de capa física, nuevos marcos de seguridad.
En función de esto acabo de realizar y poner en línea una actualización (versión 1.4) de esta línea de tiempo que está publicada y accesible de modo libre en la Biblioteca Scribd de EduBooks
La pueden revisar aquí mismo o accediendo a la Colección CCNA de la Biblioteca de EduBooks.

22 de julio de 2018

Comandos: show ipv6 rip database

Los comandos de monitoreo de protocolos de enrutamiento IPv6 son comandos específicos de cada protocolo. En el caso de RIPng el comando show ipv6 rip tiene una variantes específica de importancia que es show ipv6 rip database.

El comando en sí mismo fue introducido en IOS 10.0 y tuvo algunas modificaciones de consideración en IOS 12,2(15)T y IOS 15.1(2)S. La variante "database" fue introducida en IOS 12.2(3)T.
La adición del argumento "database" permite verificar la información correspondiente a las entradas de la tabla de rutas obtenidas por RIPng.

Un ejemplo de este comando en un dispositivo que implementa RIPng:

Router#show ipv6 rip one database
RIP process "one", local RIB
 2001:72D:1000::/64, metric 2
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:2000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:3000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
     Ethernet1/2001:DB8::1, expires in 120 secs
 2001:72D:4000::/64, metric 16, expired, [advertise 119/hold 0]
     Ethernet2/2001:DB8:0:ABCD::1
 3004::/64, metric 2 tag 2A, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs


Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router#show ipv6 rip one database
  • Pide la información almacenada en la base de datos que corresponde al proceso de RIPng etiquetado con el nombre "one".
RIP process "one", local RIB
  • "RIP process"
    Indica el nombre del proceso de RIPng al que corresponde la información de enrutamiento que se muestra a continuación.
 2001:72D:1000::/64, metric 2
  • "2002:72D:1000::/64"
    Prefijo IPv6 que identifica la red IPv6 de destino.
  • "metric"
    Cantidad de saltos a travesar para alcanzar la red de destino.
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
  • "Ethernet2"
    Interfaz a través de la cual la ruta ha sido aprendida.
  • "2201:DB8:0:ABCD::1"
    Dirección IPv6 que corresponde al próximo salto a través del cual se alcanza la red destino.
  • "expires in"
    Tiempo en segundos antes de que la ruta expire.
 2001:72D:2000::/64, metric 2, installed
  • "installed"
    Ruta IPv6 que ha sido instalada en la tabla de enrutamiento IPv6 del dispositivo.
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
 2001:72D:3000::/64, metric 2, installed
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs
     Ethernet1/2001:DB8::1, expires in 120 secs
 2001:72D:4000::/64, metric 16, expired, [advertise 119/hold 0]
  • "expired"
    La ruta está marcada como inaccesible (métrica = 16 saltos) por haber vencido el temporizador de espera.
  • "advertise"
    En el caso de una ruta "expirada", período de tiempo en segundos durante el cual la ruta será anunciada como inalcanzable.
  • "hold"
    Valor en segundos del temporizados de holddown que se le aplica a la ruta.
     Ethernet2/2001:DB8:0:ABCD::1
 3004::/64, metric 2 tag 2A, installed
  • "tag"
    Etiqueta asociada a la ruta IPv6 que se muestra.
     Ethernet2/2001:DB8:0:ABCD::1, expires in 168 secs


Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.


18 de julio de 2018

Comandos: show ipv6 rip

Para el enrutamiento IPv6 tenemos disponible una versión específica del protocolo RIP denominada RIPng, que en términos generales es semejante a RIP versión 2 pero transporta rutas IPv6 en paquetes IPv6. 
Para el monitoreo del enrutamiento de IPv6 y de RIPng hay entonces comandos específicos.

Para esto, show ipv6 rip fue introducido en IOS 12.2(2)T y en IOS XE release 2.1. Desde ese momento se ha mantenido con algunas variaciones permitiendo ahora requerir la información específica de una VRF.

El siguiente es un ejemplo de este comando en un dispositivo que implementa RIPng y en el cual se han definido 2 procesos de RIPng llamados "one" y "two" respectivamente:

Router#show ipv6 rip
RIP process "one", port 521, multicast-group FF02::9, pid 55
     Administrative distance is 25. Maximum paths is 4
     Updates every 30 seconds, expire after 180
     Holddown lasts 0 seconds, garbage collect after 120
     Split horizon is on; poison reverse is off
     Default routes are not generated
     Periodic updates 8883, trigger updates 2
  Interfaces:
    Ethernet2
  Redistribution:
RIP process "two", port 521, multicast-group FF02::9, pid 61
     Administrative distance is 120. Maximum paths is 4
     Updates every 30 seconds, expire after 180
     Holddown lasts 0 seconds, garbage collect after 120
     Split horizon is on; poison reverse is off
     Default routes are not generated
     Periodic updates 8883, trigger updates 0
  Interfaces:
    None
  Redistribution:


Lectura del comando
Revisemos ahora el resultado de la ejecución del comando:

Router#show ipv6 rip
RIP process "one", port 521, multicast-group FF02::9, pid 55
  • "RIP process"
    Indica entre comillas el nombre o etiqueta asignada al proceso.
  • "port"
    Puerto UDP que utiliza este proceso.
  • "multicas-group"
    Dirección IPv6 multicast que utiliza este proceso.
  • "pid"
    Process IDentification asignado al proceso.
     Administrative distance is 25. Maximum paths is 4
  • "Administrative distance"
    Distancia administrativa que se asigna a la información obtenida a partir de este proceso.
    El valor por defecto es 120.
  • "Maximum paths"
    Cantidad de rutas de igual métrica que se propondrán para ser incluidas en la tabla de enrutamiento.
    El valor por defecto es 4.
     Updates every 30 seconds, expire after 180
  • "Update"
    Valor en segundos del temporizador de espera para el envío de actualización del protocolo a los dispositivos vecinos.
  • "expire"
    Valor en segundos del temporizador de espera para declarar una ruta como inaccesible.
     Holddown lasts 0 seconds, garbage collect after 120
  • "Holddown"
    Temporizador en segundos que se aplicará para la aceptación de una mejor ruta una vez recibido un mensaje de red inaccesible.
     Split horizon is on; poison reverse is off
  • "Split horizon"
    Indica que la regla de horizonte dividido se encuentra activa en este proceso.
  • "Poison reverse"
    Indica que, en este caso) la regla de ruta envenada ha sido desactivada en este proceso. Por ese motivo el temporizador de holddown está en cero.
     Default routes are not generated
  • "Default routes"
    Indica si se está generando o no una ruta por defecto en este proceso de RIPng. En este caso no se la está generando.
     Periodic updates 8883, trigger updates 2
  • "Periodic updates"
    Indica el número de paquetes de actualizaciones de RIPng que han sido enviados según el temporizador de actualizaciones.
  • "trigger updates"
    Indica el número de paquetes de actualización que han sido disparados por eventos.
  Interfaces:
    Ethernet2
  • Indica las interfaces del dispositivo que participan del proceso de RIPng.
  Redistribution:
  • Indica si se está realizando redistribución de rutas obtenidas a través de otro mecanismo (rutas estáticas, otros protocolos).

Las abreviaturas y siglas utilizadas en este post puede encontrarlas desarrolladas en
que está disponible en la Librería en Línea de EduBooks.