VERIFICACIÓN DE LA CONECTIVIDAD

PRUEBA STACK

 EL COMANDO PING

El comando ping es una manera efectiva de probar la conectividad. La prueba se denomina prueba de stack de protocolos, porque el comando ping se mueve desde la Capa 3 del Modelo OSI hasta la Capa 2 y luego hacia a la Capa.

El ping utiliza el protocolo ICMP (Protocolo de mensajes de control de Internet) para comprobar la conectividad.

INDICADORES DE PING IOS

Un ping de IOS cederá a una de varias indicaciones para cada eco ICMP enviado. Los indicadores más comunes son:

•  ! - indica la recepción de una respuesta de eco ICMP
•  . - indica un límite de tiempo cuando se espera una respuesta
•  U - se recibió un mensaje ICMP inalcanzable

El "!" (signo de exclamación) indica que el ping se completó correctamente y verifica la conectividad de la Capa 3.

El "." (punto) puede indicar problemas en la comunicación. Puede señalar que ocurrió un problema de conectividad en algún sector de la ruta. También puede indicar que un router a lo largo de la ruta no tenía una ruta hacia el destino y no envió un mensaje ICMP de destino inalcanzable. También puede señalar que el ping fue bloqueado por la seguridad del dispositivo.

La "U" indica que un router del camino no tenía una ruta a la dirección de destino y respondió con un mensaje ICMP inalcanzable.

PRUEBA DE LOOPBACK

A modo de primer paso en la secuencia de prueba, se utiliza el comando ping para verificar la configuración IP interna en el host local. Recuerde que esta prueba se cumple con el comando ping en una dirección reservada denominada loopback (127.0.0.1). Esto verifica la correcta operación del stack de protocolos desde la capa de Red a la capa Física, y viceversa, sin colocar realmente una señal en el medio.

PRUEBA DE LA ASIGNACIÓN DE INTERFAZ

Del mismo modo que se usan comandos y utilidades para verificar la configuración de un host, se deben aprender los comandos para verificar las interfaces de dispositivos intermediarios. El IOS provee comandos para verificar la operación de interfaces de router y switch.

VERIFICACIONES DE INTERFACES DEL ROUTER

Uno de los comandos más utilizados es el comando show ip interface brief. Este proporciona un resultado más abreviado que el comando show ip interface. Ofrece además un resumen de la información clave de todas las interfaces.

Si se observa la línea de la interfaz FastEthernet 0/0, se ve que la dirección IP es 192.168.254.254. Si se observan las dos últimas columnas, se advierte el estado de la interfaz de Capa 1 y Capa 2. up en la columna de estado muestra que esta interfaz está en funcionamiento en la Capa 1. up en la columna de protocolo señala que el protocolo de Capa 2 está funcionando.

PRUEBA DE LA CONECTIVIDAD DEL ROUTER

Como con un dispositivo final, es posible verificar la conectividad de Capa 3 con los comandos ping y traceroute.

VERIFICACIÓN DE LAS INTERFACES DEL SWITCH

Comando show ip interface para verificar la condición de las interfaces del switch. Como se aprendió anteriormente, la dirección IP para el switch se aplica a una interfaz VLAN (Red de área local virtual). En este caso, se asigna una dirección IP 192.168.254.250 a la interfaz Vlan1. También se puede observar que esta interfaz está activada y en funcionamiento.

Al examinar la interfaz FastEthernet0/1, se puede detectar que esta interfaz está desactivada. Esto quiere decir que no hay un dispositivo conectado a la interfaz o que la interfaz de red de los  dispositivos conectada no está funcionando.

Por otro lado, los resultados de las interfaces FastEthernet0/2 y FastEthernet0/3 muestran que están en funcionamiento.

Esto se indica en el Estado y en el Protocolo, cuando ambos se muestran activos.

PRUEBA DE LA CONECTIVIDAD DEL SWITCH

Del mismo modo que otros hosts, el switch puede probar la conectividad de su Capa 3 con los comandos ping y traceroute.

No deben olvidarse dos cosas importantes: que no se requiere de una dirección IP para que un switch cumpla su tarea de reenvío de trama y que el switch requiere una gateway para comunicarse con el exterior de su red local.

PRUEBA DE LA RED LOCAL

La siguiente prueba de la secuencia corresponde a los hosts en la LAN local.

Al hacer ping a los hosts remotos satisfactoriamente se verifica que tanto el host local (en este caso, el router) como el host remoto estén configurados correctamente. Esta prueba se realiza al hacer ping a cada host en forma individual en la LAN.

Si un host responde con el mensaje "Destination Unreachable" (destino inalcanzable), observe qué dirección no fue satisfactoria y continúe haciendo ping a los otros hosts de la LAN.

Otro mensaje de falla es "Request Timed Out" (la petición ha expirado). Indica que no hubo respuesta al intento del ping en el período de tiempo predeterminado, lo cual indica que el problema puede estar en la latencia de red.

PING EXTENDIDO

Para examinarlo, el IOS ofrece un modo "extendido" del comando ping. Este modo se ingresa escribiendo ping en modo EXEC privilegiado, en la petición de entrada de la CLI sin una dirección IP de destino. Luego se presenta una serie de peticiones de entrada como se muestra en este ejemplo. Al presionar Intro se aceptan los valores predeterminados indicados.

Router#ping

Protocol [ip]:

Target IP address:10.0.0.1

Repeat count [5]:

Datagram size [100]:

Timeout in seconds [2]:5

Extended commands [n]: n

Al ingresar un período de tiempo de espera más prolongado que el predeterminado, se podrán detectar posibles problemas de latencia. Si la prueba de ping es exitosa con un valor superior, existe una conexión entre los hosts, pero es posible que haya un problema de latencia en la red.

Observe que al ingresar "y" en la petición de entrada "Extended commands" se proporcionan más opciones provechosas para la resolución de problemas. Estas opciones se analizarán en la práctica de laboratorio y en las actividades del Packet Tracer.

PRUEBA DE GATEWAY Y CONECTIVIDAD REMOTA

El siguiente paso de la secuencia de prueba es utilizar el comando ping para verificar que un host local puede conectarse con una dirección de gateway. Esto es sumamente importante porque el gateway es la entrada y salida del host hacia la red más amplia. Si el comando ping devuelve una respuesta satisfactoria, se verifica la conectividad a la gateway.

Al comenzar, elija una estación como dispositivo de origen. En este caso, se optó por 10.0.0.1, Utilice el comando ping para llegar a la dirección de gateway, en este caso, 10.0.0.254.

c:\>ping 10.0.0.254

La dirección IPv4 de gateway debe encontrarse disponible en la documentación de la red, pero si no se encontrara disponible, utilice el comando ipconfig para detectar la dirección IP de gateway.

PRUEBA DE HOSTS REMOTOS

Una vez que se ha completado la verificación de la LAN local y el gateway, la prueba puede continuar con los dispositivos remotos, lo cual es el siguiente paso en la secuencia de prueba.

Hay 3 hosts dentro de una LAN, un router (que actúa como gateway) que está conectado a otro router (que actúa como gateway para una LAN remota) y 3 hosts remotos. Las pruebas de verificación deben comenzar dentro de la red local y progresar externamente hacia los dispositivos remotos.

Comience con la prueba de la interfaz externa de un router que está directamente conectada a una red remota. En este caso, el comando ping prueba la conexión a 192.168.0.253, la interfaz externa del router de gateway de la red local.

Si el comando ping resulta satisfactorio, se verifica la conectividad a la interfaz externa. A continuación, haga ping a la dirección IP externa del router remoto, en este caso, 192.168.0.254. Si es satisfactorio, se verifica la conectividad del router remoto. Si se produce una falla, intente aislar el problema. Vuelva a realizar la prueba hasta que exista una conexión válida a un dispositivo y verifique dos veces cada una de las direcciones.

El comando ping no siempre será de ayuda para identificar el motivo subyacente de un problema, pero puede aislar los problemas y orientar el proceso de resolución de problemas. Documente cada prueba, los dispositivos involucrados y los resultados.

VERIFICACIÓN DE LA CONECTIVIDAD DEL ROUTER

Un router establece una conexión entre ciertas redes gracias al reenvío de paquetes entre ellas. Para reenviar paquetes entre dos redes dadas, el router debe poder comunicarse tanto con la red de origen como con la red de destino. El router necesitará rutas hacia ambas redes en su tabla de enrutamiento.

Para probar la comunicación hacia la red remota, se puede hacer ping a un host conocido en esta red remota. Si no puede hacer ping correctamente en el host de la red remota desde un router, primero debe verificar la tabla de enrutamiento en busca de un ruta adecuada hacia cada red remota. Es posible que el router use la ruta predeterminada para llegar a un destino. Si no hay una ruta para llegar a esta red, será necesario determinar por qué no existe la ruta.

Como siempre, también se debe descartar que el ping no esté prohibido administrativamente.

RASTREO E INTERPRETACIÓN DE LOS RESULTADOS DE RASTREO

El siguiente paso en la secuencia de prueba es realizar un rastreo.

Un rastreo proporciona una lista de saltos cuando un paquete se enruta a través de una red. La forma del comando depende de dónde se emita el comando. Cuando lleve a cabo el rastreo desde un equipo con Windows, utilice tracert.

CONFIGURACIÓN BÁSICA DE DISPOSITIVOS DE RED

 APLICACIÓN DE NOMBRE A DISPOSITIVOS

Los dispositivos necesitan nombres:

El nombre de host se usa en las peticiones de entrada de la CLI. Si el nombre de host no está explícitamente configurado, el router usa el nombre de host predeterminado, asignado de fábrica, "Router". El switch tiene el nombre de host predeterminado, asignado de fábrica, "Switch".

Imagine que una internetwork tiene varios routers y todos recibieron el nombre predeterminado "Router". Se crearía una importante confusión durante la configuración y el mantenimiento de la red. Cuando se accede a un dispositivo remoto con Telnet o SSH, es importante tener la confirmación de que se ha hecho una conexión al dispositivo adecuado. Si todos los dispositivos quedaran con sus nombres predeterminados, no se podría identificar que el dispositivo correcto esté conectado. Al elegir y documentar nombres atinadamente, resulta más fácil recordar, analizar e identificar dispositivos de red. Para nombrar los dispositivos de manera uniforme y provechosa, es necesario el establecimiento de una convención de denominación que se extienda por toda la empresa o, al menos, por la división. Siempre conviene crear la convención de denominación al mismo tiempo que el esquema de direccionamiento para permitir la continuidad dentro de la organización. Según ciertas pautas de convenciones de denominación, los nombres deberían:

• Comenzar con una letra.

• No debe incluirse ningún espacio.

• Finalizar con una letra o dígito.

• Sólo deben incluirse caracteres que sean letras, dígitos y guiones.

• Tener 63 caracteres o menos.

Los nombres de hosts utilizados en el dispositivo IOS conservan su uso de mayúsculas y minúsculas.

Configuración del nombre de host de IOS

Desde el modo EXEC privilegiado, acceda al modo de configuración global ingresando el comando

configure terminal.

(configurar terminal):Router#

configure terminal.

Después de que se ejecuta el comando, la petición de entrada cambiará a:Router(config)#En el modo global, ingrese el nombre de host:Router(config)#

hostname AtlantaHQ.

Después de ejecutar ese comando, la petición de entrada cambiará a:AtlantaHQ(config)#Observe que el nombre de host aparece en la petición de entrada. Para salir del modo global, use el comando

exit. Siempre asegúrese de que la documentación esté actualizada cada vez que se agrega o modifica un dispositivo.Identifique los dispositivos en la documentación por su ubicación, propósito y dirección.

Nota: Para anular los efectos de un comando, establezca el prefacio del comando con la palabra clave

no. Por ejemplo: para eliminar el nombre de un dispositivo, utilice:AtlantaHQ(config)#

no hostname

Router(config)#Nótese que el comando

no hostname

provoca que el router vuelva a usar el nombre de host por defecto, "Router."

ADMINISTRACIÓN DE ARCHIVOS DE CONFIGURACIÓN

ESTABLECIMIENTO DE LA CONFIGURACIÓN MODIFICADA COMO LA NUEVA CONFIGURACIÓN DE INICIO

Ya que la configuración en ejecución se almacena en la RAM, se encuentra temporalmente activa mientras se ejecuta (se encuentra encendido) el dispositivo Cisco. Si se corta la energía al router o si se reinicia el router, se perderán todos los cambios de configuración a menos que se hayan guardado. Al guardar la configuración en ejecución en el archivo de configuración de inicio en la NVRAM se mantienen los cambios como la nueva configuración de inicio. Antes de asignar los cambios, use los correspondientes comandos show para verificar la operación del dispositivo. Como se muestra en la figura, se puede utilizar el comando show running-config para ver un archivo de configuración. Cuando se verifica si los cambios son correctos, utilice el comando copy running-config startup-config en la petición de entrada del modo EXEC privilegiado. El siguiente ejemplo muestra el comando: Switch#copy running-config startup-config Una vez ejecutado, el archivo de configuración en ejecución reemplaza al archivo de configuración de inicio.

VOLVER A LA CONFIGURACIÓN ORIGINAL DEL DISPOSITIVO

Si los cambios realizados en la configuración en ejecución no tienen el efecto deseado, puede ser necesario volver a la configuración previa del dispositivo. Suponiendo que no se ha sobreescrito la configuración de inicio con los cambios, se puede reemplazar la configuración en ejecución por la configuración de inicio. La mejor manera de hacerlo es reiniciando el dispositivo con el comando reload ante la petición de entrada del modo EXEC privilegiado. Cuando se inicia una recarga, el IOS detectará que la configuración en ejecución tiene cambios que no se guardaron en la configuración de inicio. Aparecerá una petición de entrada para preguntar si se desean guardar los cambios realizados. Para descartar los cambios, ingrese n o no. Aparecerá otra petición de entrada para confirmar la recarga. Para confirmar, presione la tecla Intro. Si se presiona cualquier otra tecla, se cancelará el procedimiento.

COPIA DE LAS CONFIGURACIONES SIN CONEXIÓN

Los archivos de configuración deben guardarse como archivos de respaldo ante cualquier problema que surja. Los archivos de configuración se pueden almacenar en un servidor Trivial File Transfer Protocol (TFTP), un CD, una barra de memoria USB o un disquete almacenado en un lugar seguro. Un archivo de configuración también tendría que incluirse en la documentación de red.

CONFIGURACIÓN DE RESPALDO EN EL SERVIDOR TFTP

Como se muestra en la figura, una opción es guardar la configuración en ejecución o la configuración de inicio en un servidor TFTP. Use los comandos copy running-config tftp o copy startup-config tftp y siga estos pasos: 1. 2. 3. 4. Ingrese el comando copy running-config tftp. Ingrese la dirección IP del host donde se guardará el archivo de configuración. Ingrese el nombre que se asignará al archivo de configuración. Responda yes para confirmar cada opción. Estudie la figura para observar este proceso.

ELIMINACIÓN DE TODAS LAS CONFIGURACIONES

Si se guardan cambios no deseados en la configuración de inicio, posiblemente sea necesario eliminar todas las configuraciones. Esto requiere borrar la configuración de inicio y reiniciar el dispositivo. La configuración de inicio se elimina con el uso del comando erase startup-config. Para borrar el archivo de configuración de inicio utilice erase NVRAM:startup-config o erase startup-config en la petición de entrada del modo EXEC privilegiado: Router#erase startup-config Una vez que se ejecuta el comando, el router solicitará la confirmación: Erasing the nvram filesystem will remove all configuration files! Continue? [confirm] Confirm es la respuesta predeterminada. Para confirmar y borrar el archivo de configuración de inicio, presione la tecla Intro. Si se presiona cualquier otra tecla, se cancelará el proceso. Advertencia: Use el comando erase con cautela. Este comando puede utilizarse para borrar cualquier archivo del dispositivo. El uso incorrecto del comando puede borrar el IOS mismo u otro archivo esencial. Después de eliminar la configuración de inicio de la NVRAM, recargue el dispositivo para eliminar el archivo de configuración actual en ejecución de la memoria RAM. El dispositivo cargará entonces la configuración de inicio predeterminada que se envió originalmente con el dispositivo en la configuración en ejecución.

COPIA DE SEGURIDAD DE LAS CONFIGURACIONES CON CAPTURA DE TEXTO (HYPERTERMINAL)

Se pueden guardar/archivar los archivos de configuración en un documento de texto. Esta secuencia de pasos asegura la disponibilidad de una copia de trabajo de los archivos de configuración para su modificación o reutilización en otra oportunidad. Cuando se use HyperTerminal, siga estos pasos: 1. En el menú Transfer, haga clic en Capture Text.

2. Elija la ubicación. 3. Haga clic en Start para comenzar la captura del texto. Una vez que la captura ha comenzado, ejecute el comando show running-config o show startup-config ante la petición de entrada de EXEC privilegiado. El texto que aparece en la ventana de la terminal se colocará en el archivo elegido. 5. Visualice el resultado para verificar que no esté dañado.

CONFIGURACIÓN DE RESPALDO CON CAPTURA DE TEXTO (TERATERM)

Los archivos de configuración pueden guardarse o archivarse en un documento de texto a través de TeraTerm. Como se muestra en la figura, los pasos son: 1. En el menú File, haga clic en Log. 2. Elija la ubicación. TeraTerm comenzará a capturar texto. Una vez que la captura ha comenzado, ejecute el comando show running-config o show startup-config ante la petición de entrada de EXEC privilegiado. El texto que aparece en la ventana de la terminal se colocará en el archivo elegido. 1. 2. Cuando la captura haya finalizado, seleccione Close en TeraTerm: Ventana de registro. Visualice el resultado para verificar que no se ha dañado.

RESTAURACIÓN DE LAS CONFIGURACIONES DE TEXTO 

Se puede copiar un archivo de configuración desde el almacenamiento a un dispositivo. Cuando se copia en la terminal, el IOS ejecuta cada línea del texto de configuración como un comando. Esto significa que el archivo necesitará edición para asegurar que las contraseñas encriptadas estén en forma de texto y que se eliminen los mensajes de IOS y el texto de no comando, como "--More--". Este proceso se analiza en la práctica de laboratorio. A su vez, en la CLI, el dispositivo debe establecerse en el modo de configuración global para recibir los comandos del archivo de texto que se copia. Cuando se usa HyperTerminal, los pasos son:

• Ubicar el archivo que se debe copiar en el dispositivo y abrir el documento de texto. Copiar el texto completo. En el menú Edit, haga clic en paste to host. Cuando se usa TeraTerm, los pasos son:
• En el menú File, haga clic en Send archivo. Ubique el archivo que debe copiar en el dispositivo y haga clic en Open. TeraTerm pegará el archivo en el dispositivo.
• El texto en el archivo estará aplicado como comandos en la CLI y pasará a ser la configuración en ejecución en el dispositivo. Éste es un método conveniente para configurar manualmente un router.