17 de agosto de 2018

Autonegociación Ethernet

La autonegociación es un mecanismo de señalización utilizado en redes Ethernet de par trenzado (Tx) mediante el cual dos dispositivos conectados entre sí pueden seleccionar condiciones comunes de operación (velocidad y dúplex). Ha sido definido en IEEE 802.3, es opcional en redes Ethernet y FastEthernet, y es obligatorio en redes 1000BaseT, 1000BaseTx y 10GBaseT.
La autonegociación se puede utilizar en dispositivos que tienen la capacidad de implementar más de una tasa de transmisión (speed) y diferentes modos de operación en dúplex. Ambos dispositivos declaran sus capacidades y seleccionan el mejor modo de operación que ambos dispositivos comparten.
Se prefiere la mayor tasa de transferencia sobre la menor, y el modo de operación full dúplex sobre el half dúplex.

Cuando un dispositivo soporta autonegociación y el otro no la soporta o ha sido desactivada en él, el dispositivo que tiene capacidad de negociación determina y se ajusta a la tasa de transferencia (velocidad) del que no y asume el modo half dúplex al no poder determinar otra cosa. 
Sin embargo, en entornos multi-vendor hay que tener presente que esto no siempre funciona adecuadamente ya que algunos fabricantes han introducido variantes a la definición del estándar.

La siguiente tabla muestra el resultado de la negociación entre ambos extremos de una conexión Ethernet, considerando configuración manual o autonegociación.





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


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.