Source: https://es.scribd.com/doc/13980237/CAPITULO-11-Configuracion-y-verificacion-de-su-red
Timestamp: 2016-08-28 20:52:02+00:00

Document:
BrowseUploadSign inJoinBooksAudiobooksComicsSheet MusicWelcome to Scribd! Start your free trial and access books, documents and more.Find out moreCAPITULO 11 Configuración y verificación de su red11.0 Introduccion del capitulo
En este capítulo analizaremos el proceso para conectar y configurar equipos, switches y routers en una LAN Ethernet. Presentaremos los procedimientos básicos de configuración para dispositivos de red Cisco. Estos procedimientos requieren la utilización del Sistema operativo Internetwork (IOS) de Cisco y de los archivos de configuración relacionados para los dispositivos intermediarios. Resulta esencial la comprensión del proceso de configuración con IOS por parte de los administradores de red y de los técnicos de red. Las prácticas de laboratorio permitirán la familiarización con las prácticas comunes utilizadas para configurar y monitorear los dispositivos Cisco.
Al completar este capítulo, usted podrá: • Definir la función del Sistema operativo Internetwork (IOS). • Definir el propósito de un archivo de configuración. • Identificar las diversas clases de dispositivos que tienen IOS incorporado. • Identificar los factores que contribuyen al conjunto de comandos IOS disponible para un dispositivo. • Identificar los modos de operación de IOS. • Identificar los comandos básicos de IOS. • Comparar y contrastar los comandos show básicos.
11.1 Configuracion de dispositivos Cisco – Principios básicos de IOS
Al igual que una computadora personal, un router o switch no puede funcionar sin un sistema operativo. Sin un sistema operativo, el hardware no puede realizar ninguna función. El sistema operativo Internetwork (IOS) de Cisco es el software del sistema en dispositivos Cisco. Es la tecnología principal de Cisco y está presente en casi todos sus productos. El Cisco IOS se utiliza en la mayoría de los dispositivos Cisco, independientemente del tamaño o tipo de dispositivo. Se usa en routers, switches LAN, pequeños puntos de acceso inalámbricos, grandes routers con decenas de interfaces y muchos otros dispositivos. El Cisco IOS provee a los dispositivos los siguientes servicios de red: • Funciones básicas de enrutamiento y conmutación. • Acceso confiable y seguro a recursos en red. • Escalabilidad de la red. Los detalles operativos de IOS varían de acuerdo con los diferentes dispositivos de internetworking, según el propósito y el conjunto de características del dispositivo. Por lo general, se tiene acceso a los servicios que proporciona el IOS de Cisco mediante una Interfaz de línea de comandos (CLI). Las funciones accesibles a través de la CLI varían según la versión de IOS y el tipo de dispositivo. El archivo IOS en sí tiene un tamaño de varios megabytes y se encuentra en un área de memoria semipermanente llamada flash. La memoria flash provee almacenamiento no volátil. Esto significa que los contenidos de la memoria no se pierden cuando el dispositivo se apaga. Aunque los contenidos no se pierden, pueden modificarse o sobreescribirse si es necesario. El uso de memoria flash permite que se actualice el IOS a versiones más nuevas o que se incorporen nuevas funciones. En muchas arquitecturas de router, el IOS se copia en la RAM cuando se enciende el dispositivo y el IOS se ejecuta desde la RAM cuando el dispositivo está funcionando. Esta función mejora el rendimiento del dispositivo.
Existen varias formas de acceder al entorno de la CLI. Los métodos más comunes son: • Consola • Telnet o SSH
Se puede tener acceso a la CLI a través de una sesión de consola, también denominada línea CTY. La consola usa una conexión serial de baja velocidad para conectar directamente un equipo o un terminal al puerto de consola en el router o switch. El puerto de consola es un puerto de administración que provee acceso al router fuera de banda. Es posible acceder al puerto de consola aunque no se hayan configurado servicios de networking en el dispositivo. El puerto de consola se suele utilizar para tener acceso a un dispositivo cuando no se han iniciado o han fallado los servicios de networking. Ejemplos del uso de la consola son: • La configuración de inicio del dispositivo de red. • Procedimientos de recuperación de desastres y resolución de problemas donde no es posible el acceso remoto. • Procedimientos de recuperación de contraseña. Cuando un router se pone en funcionamiento por primera vez, no se han configurado los parámetros de networking. Por lo tanto, el router no puede comunicarse a través de una red. Para preparar la puesta en marcha y configuración iniciales, se conecta un equipo que ejecuta un software de emulación de terminal al puerto de consola del dispositivo. En el equipo conectado pueden ingresarse los comandos de configuración para iniciar el router. Durante el funcionamiento, si no se puede acceder a un router en forma remota, una conexión a la consola puede permitir a un equipo determinar el estado del dispositivo. En forma predeterminada, la consola comunica el inicio del dispositivo, la depuración y los mensajes de error. Para muchos dispositivos Cisco, el acceso de consola no requiere ningún tipo de seguridad, en forma predeterminada. Sin embargo, la consola debe estar configurada con contraseñas para evitar el acceso no autorizado al dispositivo. En caso de que se pierda una contraseña, existe un conjunto especial de procedimientos para eludir la contraseña y acceder al dispositivo. Debe colocarse el dispositivo en un cuarto cerrado con llave o en un bastidor de equipos para impedir el acceso físico.
Un método que sirve para acceder en forma remota a la sesión CLI es hacer telnet al router. A diferencia de la conexión de consola, las sesiones de Telnet requieren servicios de networking activos en el dispositivo. El dispositivo de red debe tener configurada por lo menos una interfaz activa con una dirección de Capa 3, como por ejemplo una dirección IPv4. Los dispositivos Cisco IOS incluyen un proceso de servidor Telnet que se activa cuando se inicia el dispositivo. El IOS también contiene un cliente Telnet. Un host con un cliente Telnet puede acceder a las sesiones vty que se ejecutan en el dispositivo Cisco. Por razones de seguridad, el IOS requiere que la sesión Telnet use una contraseña, como método mínimo de autenticación. Los métodos para establecer las conexiones y contraseñas se analizarán en una sección posterior. El Secure Shell protocol (SSH) es un método que ofrece más seguridad en el acceso al dispositivo remoto. Este protocolo provee la estructura para una conexión remota similar a Telnet, salvo que utiliza servicios de red más seguros. El SSH proporciona autenticación de contraseña más potente que Telnet y usa encriptación cuando transporta datos de la sesión. La sesión SSH encripta todas las comunicaciones entre el cliente y el dispositivo IOS. De esta manera se mantienen en privado la ID del usuario, la contraseña y los detalles de la sesión de administración. Una mejor práctica es utilizar siempre SSH en lugar de Telnet, siempre que sea posible. La mayoría de las versiones más recientes de IOS contienen un servidor SSH. En algunos dispositivos, este servicio se activa en forma predeterminada. Otros dispositivos requieren la activación del servidor SSH. Los dispositivos IOS también incluyen un cliente SSH que puede utilizarse para establecer sesiones SSH con otros dispositivos. De manera similar, puede utilizarse un equipo remoto con un cliente SSH para iniciar una sesión de CLI segura. No se provee el software de cliente SSH de manera predeterminada en los sistemas operativos de todos los equipos. Es posible que deba adquirir, instalar y configurar el software de cliente SSH en su equipo.
El puerto auxiliar también puede usarse en forma local, como el puerto de consola, con una conexión directa a un equipo que ejecute un programa de emulación de terminal. El puerto de consola es necesario para la configuración del router, pero no todos los routers tienen un puerto auxiliar. También se prefiere el puerto de consola antes que el puerto auxiliar para la resolución de problemas, ya que muestra de manera predeterminada la puesta en marcha del router, la depuración y los mensajes de error. Generalmente, en la única oportunidad que el puerto auxiliar se usa en forma local en lugar del puerto de consola es cuando surgen problemas en el uso del puerto de consola, como por ejemplo cuando no se conocen ciertos parámetros de consola.
Los dispositivos de red dependen de dos tipos de software para su funcionamiento: el sistema operativo y la configuración. Al igual que el sistema operativo en cualquier equipo, el sistema operativo facilita la operación básica de los componentes de hardware del dispositivo. Los archivos de configuración contienen los comandos del software IOS de Cisco utilizados para personalizar la funcionalidad de un dispositivo Cisco. Los comandos son analizados (traducidos y ejecutados) por el software IOS de Cisco cuando inicia el sistema (desde el archivo startup-config) o cuando se ingresan los comandos en la CLI mientras está en modo configuración. El administrador de red crea una configuración que define la funcionalidad deseada del dispositivo Cisco. El tamaño del archivo de configuración normalmente es de unos cientos a unos miles de bytes.
Un dispositivo de red Cisco contiene dos archivos de configuración: • El archivo de configuración en ejecución, utilizado durante la operación actual del dispositivo • El archivo de configuración de inicio, utilizado como la configuración de respaldo, se carga al iniciar el dispositivo También puede almacenarse un archivo de configuración en forma remota en un servidor a modo de respaldo.
El archivo de configuración de inicio (startup-config) se usa durante el inicio del sistema para configurar el dispositivo. El archivo de configuración de inicio o el archivo startup-config se almacena en la RAM no volátil (NVRAM). Como la
NVRAM es no volátil, el archivo permanece intacto cuando el dispositivo Cisco se apaga. Los archivos startup-config se cargan en la RAM cada vez que se inicia o se vuelve a cargar el router. Una vez que se ha cargado el archivo de configuración en la RAM, se considera la configuración en ejecución o running-config.
Una vez en la RAM, esta configuración se utiliza para operar el dispositivo de red. La configuración en ejecución se modifica cuando el administrador de red realiza la configuración del dispositivo. Los cambios en la configuración en ejecución afectarán la operación del dispositivo Cisco en forma inmediata. Luego de realizar los cambios necesarios, el administrador tiene la opción de guardar tales cambios en el archivo startup-config, de manera que se utilicen la próxima vez que se reinicie el dispositivo. Como el archivo de configuración en ejecución se encuentra en la RAM, se pierde si se apaga la energía que alimenta al dispositivo o si se reinicia el dispositivo. También se perderán los cambios realizados en el archivo running-config si no se guardan en el archivo startup-config antes de apagar el dispositivo.
11.1.3 Modelo Cisco IOS
El Cisco IOS está diseñado como un sistema operativo modal. El término modal describe un sistema en el que hay distintos modos de operación, cada uno con su propio dominio de operación. La CLI utiliza una estructura jerárquica para los modos. En orden descendente, los principales modos son: • Modo de ejecución usuario • Modo de ejecución privilegiado • Modo de configuración global • Otros modos de configuración específicos Cada modo se utiliza para cumplir determinadas tareas y tiene un conjunto específico de comandos que se encuentran disponibles cuando el modo está habilitado. Por ejemplo, para configurar una interfaz del router, el usuario debe ingresar al modo de configuración de interfaces. Todas las configuraciones que se ingresan en el modo de configuración de interfaz se aplican sólo a esa interfaz. Algunos comandos están disponibles para todos los usuarios; otros pueden ejecutarse únicamente después de ingresar el modo en el que ese comando está disponible. Cada modo se distingue por una petición de entrada singular y sólo se permiten los comandos apropiados para ese modo.
Se puede configurar la estructura modal jerárquica a fin de proporcionar seguridad. Puede requerirse una autenticación diferente para cada modo jerárquico. Así se controla el nivel de acceso que puede concederse al personal de red. La figura muestra la estructura modal de IOS con funciones y peticiones de entrada típicas.
Cuando se usa la CLI, el modo se identifica mediante la petición de entrada de línea de comandos que es exclusiva de ese modo. La petición de entrada está compuesta por las palabras y los símbolos en la línea a la izquierda del área de entrada. Se usa la frase petición de entrada porque el sistema le solicita que ejecute una entrada. De manera predeterminada, cada petición de entrada empieza con el nombre del dispositivo. Después del nombre, el resto de la petición de entrada indica el modo. Por ejemplo: la petición de entrada por defecto para el modo de configuración global en un router sería: Router(config)# Como se utilizan comandos y cambian los modos, la petición de entrada cambia para reflejar el contexto actual, como se muestra en la figura.
Los dos modos de operación principales son: EXEC del usuario EXEC privilegiado Como característica de seguridad, el software IOS de Cisco divide las sesiones EXEC en dos modos de acceso. Estos dos modos de acceso principales se usan dentro de la estructura jerárquica de la CLI de Cisco. Cada modo tiene comandos similares. Sin embargo, el modo EXEC privilegiado tiene un nivel de autoridad superior en cuanto a lo que permite que se ejecute.
El modo de ejecución usuario o, para abreviar, EXEC del usuario, tiene capacidades limitadas pero resulta útil en el caso de algunas operaciones básicas. El modo EXEC usuario se encuentra en la parte superior de la estructura jerárquica modal. Este modo es la primera entrada en la CLI de un router IOS. El modo EXEC usuario permite sólo una cantidad limitada de comandos de monitoreo básicos. A menudo se le describe como un modo de visualización solamente. El nivel EXEC usuario no permite la ejecución de ningún comando que podría cambiar la configuración del dispositivo. En forma predeterminada, no se requiere autenticación para acceder al modo EXEC usuario desde la consola. Siempre conviene asegurarse de que se configure la autenticación durante la configuración inicial. El modo EXEC usuario se puede reconocer por la petición de entrada de la CLI que termina con el símbolo >. Este es un ejemplo que muestra el símbolo > en la petición de entrada: Switch>
La ejecución de comandos de configuración y administración requiere que el administrador de red use el modo EXEC privilegiado, o un modo específico que esté más abajo en la jerarquía. El modo EXEC privilegiado se puede reconocer por la petición de entrada que termina con el símbolo #. Switch#
En forma predeterminada, EXEC privilegiado no requiere autenticación. Siempre conviene asegurarse de que la autenticación esté configurada. Para ingresar al modo de configuración global y a todos los demás modos de configuración más específicos, es necesario entrar al modo EXEC privilegiado. En una sección posterior de este capítulo, analizaremos la configuración de dispositivos y algunos de los modos de configuración.
Intercambio entre los modos EXEC usuario y EXEC privilegiado
Los comandos enable y disable se usan para cambiar la CLI entre el modo EXEC usuario y el modo EXEC privilegiado, respectivamente. Para acceder al modo EXEC privilegiado, use el comando enable. El modo EXEC privilegiado en ocasiones se denomina modo enable. La sintaxis para ingresar el comando enable es: Router>enable Este comando se ejecuta sin la necesidad de un argumento o una palabra clave. Cuando se presiona <Intro>, la petición
e entrada del router cambia a: Router# El símbolo # al final de la petición indica que el router está ahora en modo EXEC privilegiado. Si se ha configurado la autenticación de la contraseña para el modo EXEC privilegiado, el IOS pide la contraseña. Por ejemplo: Router>enable
Password: Router# El comando disable se usa para volver del modo EXEC privilegiado al modo EXEC del usuario. Por ejemplo: Router#disabl e Router>
11.1.4 Estructura básica de comandos de IOS
Cada comando de IOS tiene un formato o sintaxis específicos y se ejecuta con la petición de entrada correspondiente. La sintaxis general para un comando es el comando seguido de las palabras clave y los argumentos correspondientes.
Algunos comandos incluyen un subconjunto de palabras clave y argumentos que proporcionan funcionalidad adicional. La figura muestra estas partes de un comando. El comando es la palabra o las palabras iniciales ingresadas en la línea de comandos. Los comandos no distinguen mayúsculas de minúsculas. A continuación del comando siguen una o más palabras clave y argumentos. Las palabras clave describen parámetros específicos al intérprete de comandos. Por ejemplo, el comando show se usa para mostrar información sobre el dispositivo. Este comando tiene varias palabras clave que pueden usarse para definir el resultado particular que se mostrará. Por ejemplo: Switch#show running-config El comando show va seguido de la palabra clave running-config. La palabra clave especifica que, como resultado, se mostrará la configuración en ejecución. Un comando puede requerir uno o más argumentos. A diferencia de una palabra clave, generalmente un argumento no es una palabra predefinida. Un argumento es un valor o una variable definida por el usuario. Como ejemplo, cuando se solicita una descripción a una interfaz con el comando description, se debe ingresar una línea de estas características: Switch(config-if)#description MainHQ Office Switch El comando es: description. El argumento es: MainHQ Office Switch. El usuario define el argumento. Para este comando, el argumento puede ser cualquier cadena de texto con un máximo de 80 caracteres. Después de ingresar cada comando completo, incluso cualquier palabra clave y argumento, presione la tecla <Intro> para enviar el comando al intérprete de comandos.
Convenciones de IOS
La figura y los siguientes ejemplos demuestran algunas convenciones para documentar comandos IOS. Para el comando ping : Formato: Router>ping Dirección IP Ejemplo con valores: Router>ping 10.10.10.5 El comando es ping y el argumento es la Dirección IP. De forma similar, la sintaxis para ingresar el comando traceroute es:
Formato: Switch>traceroute Dirección IP Ejemplo con valores: Switch>traceroute 192.168.254.254 El comando es traceroute y el argumento es la Dirección IP. Los comandos se utilizan para ejecutar una acción y las palabras clave se utilizan para identificar dónde o cuándo
ejecutar el comando. Por citar otro ejemplo, vuelva a examinar el comando description . Formato: Router(configif)#description cadena Ejemplo con valores: Switch(config-if)#description Interfaz para crear una LAN El comando es description y el argumento aplicado a la interfaz es la cadena de texto, Interfaz para crear una LAN. Una
vez que se ejecuta el comando, esa descripción se aplicará a la interfaz específica.
El IOS ofrece varias formas de ayuda: • Ayuda sensible al contexto • Verificación de la sintaxis del comando • Teclas de acceso rápido y accesos directos
La ayuda sensible al contexto proporciona una lista de comandos y los argumentos asociados con esos comandos dentro del contexto del modo actual. Para acceder a la ayuda contextual, ingrese un signo de interrogación (?) ante cualquier petición de entrada. Habrá una respuesta inmediata sin necesidad de usar la tecla <Intro>. Uno de los usos de la ayuda contextual es para la obtención de una lista de los comandos disponibles. Dicha lista puede utilizarse cuando existen dudas sobre el nombre de un comando o se desea verificar si el IOS admite un comando específico en un modo determinado.
Por ejemplo, para obtener una lista de los comandos disponibles en el nivel EXEC usuario, ingrese un signo de interrogación ? ante la petición de entrada del router. Otro de los usos de la ayuda contextual es para visualizar una lista de los comandos o palabras clave que empiezan con uno o varios caracteres específicos. Después de ingresar una secuencia de caracteres, si inmediatamente se ingresa un signo de interrogación, sin espacio, el IOS mostrará una lista de comandos o palabras clave para este contexto que comienzan con los caracteres ingresados. Por ejemplo, ingrese sh? para obtener una lista de los comandos que empiezan con la secuencia de caracteres sh. Un último tipo de ayuda contextual se utiliza para determinar qué opciones, palabras clave o argumentos concuerdan con un comando específico. Cuando ingresa un comando, escriba un espacio seguido de ? para determinar qué puede o debe ingresarse a continuación. Como se muestra en la figura, después de ingresar el comando clock set 19:50:00, podemos ingresar el signo ? para determinar las opciones o palabras clave adecuadas para este comando.
Cuando se envía un comando al presionar la tecla <Intro>, el intérprete de la línea de comandos analiza al comando de izquierda a derecha para determinar qué acción se está solicitando. El IOS generalmente provee sólo comentarios negativos. Si el intérprete comprende el comando, la acción requerida se ejecuta y la CLI vuelve a la petición de entrada correspondiente. Sin embargo, si el intérprete no puede comprender el comando que se ingresa, mostrará un comentario que describe el error del comando. Existen tres tipos diferentes de mensajes de error: • Comando ambiguo • Comando incompleto • Comando incorrecto Vea la figura para conocer los tipos de errores y las soluciones.
La interfaz de línea de comandos IOS provee teclas de acceso rápido y métodos abreviados que facilitan la configuración, el monitoreo y la resolución de problemas. La figura muestra la mayoría de los métodos abreviados. La siguiente información merece una nota especial: • Tab: Completa la parte restante del comando o palabra clave • Ctrl-R: Vuelve a mostrar una línea
• Ctrl-Z: Sale del modo de configuración y vuelve al EXEC • Flecha abajo: Permite al usuario desplazarse hacia adelante a través los comandos anteriores • Flecha arriba: Permite al usuario desplazarse hacia atrás a través de los comandos anteriores • Ctrl-Shift-6: Permite al usuario interrumpir un proceso IOS, como ping o traceroute • Ctrl-C: Cancela el comando actual y sale del modo de configuración Análisis con mayor profundidad: Tab - Tab complete se utiliza para completar la parte restante de los comandos y parámetros abreviados, si la abreviatura contiene suficientes letras para diferenciarse de cualquier otro comando o parámetro actualmente disponible. Cuando se ha ingresado parte suficiente del comando o palabra clave como para que sean únicos, presione la tecla Tab y la CLI mostrará el resto del comando o palabra clave. Ésta es una buena técnica para usar cuando se está aprendiendo porque permite ver la palabra completa utilizada para el comando o palabra clave. Ctrl-R: Volver a mostrar línea actualizará la línea recientemente ingresada. Use Ctrl-R para volver a mostrar la línea. Por ejemplo, puede ocurrir que el IOS esté reenviando un mensaje a la CLI justo cuando se está escribiendo una línea. Puede usar Ctrl-R para actualizar la línea y evitar tener que volver a escribirla. En este ejemplo, aparece en medio de un comando un mensaje sobre una falla en una interfaz. Switch#show mac-16w4d: %LINK-5-CHANGED: Interface FastEthernet0/10, changed state to down 16w4d: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/10, changed state to down Para volver a mostrar la línea que estaba escribiendo use Ctrl-R: Switch#show mac Ctrl-Z: Salir del modo de configuración. Para salir de un modo de configuración y regresar al modo EXEC privilegiado, use Ctrl-Z. Dado que el IOS tiene una estructura jerárquica de modos, el usuario puede encontrarse varios niveles hacia abajo. En lugar de salir de cada modo en forma individual, use Ctrl-Z para volver directamente a la petición de entrada de EXEC privilegiado en el nivel superior. Flechas arriba y abajo: uso de comandos anteriores. El software IOS de Cisco almacena temporalmente varios caracteres y comandos anteriores de manera tal que las entradas puedan recuperarse. El búfer es útil para reingresar comandos sin tener que volver a escribir. Existen secuencias clave para desplazarse a través de estos comandos almacenados en el búfer. Use la tecla flecha hacia arriba (Ctrl P) para visualizar los comandos previamente ingresados. Cada vez que se presiona esta tecla, se mostrará el siguiente comando sucesivo anterior. Use la tecla flecha hacia abajo (Ctrl N) para desplazarse hacia adelante en el historial y visualizar los comandos más recientes. Ctrl-Shift-6: uso de la secuencia de escape. Cuando se inicia un proceso del IOS desde la CLI, como un ping o traceroute, el comando se ejecuta hasta que se termina o interrumpe. Mientras el proceso está en ejecución, la CLI no responde. Para interrumpir el resultado e interactuar con la CLI, presione Ctrl-Shift-6. Ctrl-C: interrumpe la entrada de un comando y sale del modo de configuración. Resulta útil cuando se ingresa un comando que luego se decide cancelar y se sale del modo de configuración. Comandos o palabras clave abreviados. Los comandos y las palabras clave pueden abreviarse a la cantidad mínima de caracteres que identifica a una selección única. Por ejemplo, el comando configure puede abreviarse en conf ya que configure es el único comando que empieza con conf. La abreviatura con no dará resultado ya que hay más de un comando que empieza con con. Las palabras clave también pueden abreviarse. Otro ejemplo podría ser show interfaces, que puede abreviarse de esta forma: Router#show interfaces Router#show int Se puede abreviar tanto el comando como las palabras clave, por ejemplo: Router#sh int
11.1.6 Comandos de “analisis” de IOS
Para verificar y resolver problemas en la operación de la red, debemos examinar la operación de los dispositivos. El comando básico de examen es el comando show. Existen muchas variantes diferentes de este comando. A medida que el usuario adquiera más conocimientos sobre IOS, aprenderá a usar e interpretar el resultado de los comandos show. Use el comando show ? para obtener una lista de los comandos disponibles en un modo o contexto determinado.
La figura muestra cómo el típico comando show puede proveer información sobre la configuración, la operación y el estado de partes de un router Cisco. En este curso, se utilizan algunos de los comandos show más básicos.
Algunos de los comandos usados con más frecuencia son:
show interfaces Muestra estadísticas de todas las interfaces del dispositivo. Para ver las estadísticas de una interfaz específica, ejecute el comando show interfaces seguido del número de puerto/ranura de la interfaz específica. Por ejemplo: Router#show interfaces serial 0/1 show version Muestra información sobre la versión de software actualmente cargada, además de información de hardware y del dispositivo. Algunos de los datos que se obtienen a partir de este comando son: • Versión del software: versión del software IOS (almacenada en la memoria flash) • Versión de bootstrap: versión de bootstrap (almacenada en la ROM de arranque) • Tiempo de funcionamiento del sistema: tiempo transcurrido desde la última vez que se reinició • Información de reinicio del sistema: Método de reinicio (por ejemplo: apagar y encender, colapso) • Nombre de la imagen del software: Nombre del archivo IOS almacenado en la flash • Tipo de router y tipo de procesador: Número de modelo y tipo de procesador • Tipo de memoria y asignación (Compartida/Principal): RAM del procesador principal y búfering de E/S de paquetes compartidos • Características del software: Protocolos admitidos / conjuntos de características • Interfaces de hardware: Interfaces disponibles en el router • Registro de configuración: Establece especificaciones de arranque inicial, la configuración de velocidad de la consola y parámetros relacionados. La figura muestra un ejemplo del típico resultado de show version . • show arp: Muestra la tabla ARP del dispositivo. • show mac-address-table: (sólo switch) Muestra la tabla MAC de un switch. • show startup-config: Muestra la configuración guardada que se ubica en la NVRAM. • show running-config: Muestra el contenido del archivo de configuración actualmente en ejecución o la configuración para una interfaz específica o información de clase de mapa. • show ip interfaces: Muestra las estadísticas IPv4 para todas las interfaces de un router. Para ver las estadísticas de una interfaz específica, ejecute el comando show ip interfaces seguido del número de
puerto/ranura de la interfaz específica. Otro formato importante de este comando es show ip interface brief. Es útil para obtener un resumen rápido de las interfaces y su estado operativo. Por ejemplo: Router#show ip interface brief Interfaz Dirección IP ¿OK? Método Estado ProtocoloFastEthernet0/0 172.16.255.254 SÍ manual activo activo FastEthernet0/1 no asignada SÍ no establecido inactivo inactivo Serial0/0/0 10.10.10.5 SÍ manual activo activo Serial0/0/1 no asignada SÍ no establecido inactivo inactivo
La petición de entrada Más
Cuando un comando devuelve más resultados de los que pueden mostrarse en una única pantalla, aparece la petición de entrada --Más-- en la parte inferior de la pantalla. Cuando aparece la petición de entrada --More--, presione la barra espaciadora para visualizar el tramo siguiente del resultado. Para visualizar sólo la siguiente línea, presione la tecla Intro. Si se presiona cualquier otra tecla, se cancela el resultado y se vuelve a la petición de entrada.
11.1.7 Modos de configuración de IOS
El siguiente comando de la CLI se usa para cambiar el dispositivo del modo EXEC privilegiado al modo de configuración global y para permitir la entrada de comandos de configuración desde una terminal: Router#configure terminal Una vez que se ejecuta el comando, la petición de entrada cambia para mostrar que el router está en modo de configuración global. Router(config)#
Desde el modo de configuración global, pueden ingresarse muchos modos de configuración diferentes. Cada uno de estos modos permite la configuración de una parte o función específica del dispositivo IOS. La lista que se presenta a continuación muestra algunos de ellos: • Modo de interfaz: para configurar una de las interfaces de red (Fa0/0, S0/0/0, etc.) • Modo de línea: para configurar una de las líneas (física o virtual) (consola, ,auxiliar, VTY, etc.). • Modo de router: para configurar los parámetros de uno de los protocolos de enrutamiento La figura muestra las peticiones de entrada para algunos modos. Recuerde que cuando se hacen cambios de configuración en una interfaz o proceso, los cambios sólo afectan a esa interfaz o proceso. Para salir de un modo de configuración específico y volver al modo de configuración global, ingrese exit ante la petición de entrada. Para salir completamente del modo de configuración y volver al modo EXEC privilegiado, ingrese end o use la secuencia de teclas Ctrl-Z. Cuando se ha realizado un cambio desde el modo global, conviene guardarlo en el archivo de configuración de inicio almacenado en la NVRAM. Así se evita que los cambios se pierdan por cortes de energía o un reinicio intencional. El comando para guardar la configuración en ejecución en el archivo de configuración de inicio es: Router#copy running-config startup-config
11.2 Aplicación de una configuración básica con Cisco IOS
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. Por lo tanto, es posible escribir un nombre con mayúsculas como se haría normalmente. Esto contrasta con la mayoría de los esquemas de denominación de Internet, donde los caracteres en mayúsculas y minúsculas reciben igual trato. RFC 1178 provee algunas de las reglas que pueden usarse como referencia para la denominación de dispositivos. Como parte de la configuración del dispositivo, debe configurarse un nombre de host único para cada dispositivo. Nota: Sólo los administradores usan los nombres de host de los dispositivos cuando usan la CLI para configurar y monitorear los dispositivos. A menos que estén configurados de esa manera, los dispositivos no usan estos nombres cuando se detectan entre sí e interoperan.
Aplicación de nombres: ejemplo
Veamos un ejemplo de tres routers conectados en una red que abarca tres ciudades diferentes (Atlanta, Phoenix y Corpus) como se muestra en la figura. Para crear una convención de denominación para los routers, se debe tener en cuenta la ubicación y el propósito de los dispositivos. Pregúntese lo siguiente: ¿Serán estos routers parte de la sede de una organización? ¿Tiene cada router un propósito diferente? Por ejemplo, ¿es el router de Atlanta un punto de unión principal en la red o es una unión en una cadena?
En este ejemplo, cada router se identificará como una sucursal de la sede para cada ciudad. Los nombres podrían ser AtlantaHQ, PhoenixHQ y CorpusHQ. Si cada router hubiera sido una unión en una cadena sucesiva, los nombres podrían haber sido AtlantaJunction1, PhoenixJunction2 y CorpusJunction3. En la documentación de la red, se incluirán estos nombres y los motivos de su elección, a fin de asegurar la continuidad de nuestra convención de denominación a medida que se agregan dispositivos. Una vez que se ha identificado la convención de denominación, el próximo paso es aplicar los nombres al router usando la CLI. Este ejemplo nos conducirá a través del proceso de denominación del router de Atlanta.
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."
11.2.2 Limitar acceso a dispositivo: Configuración, contraseñas y uso de mensajes
La limitación física del acceso a los dispositivos de red con armarios o bastidores con llave resulta una buena práctica; sin embargo, las contraseñas son la principal defensa contra el acceso no autorizado a los dispositivos de red. Cada dispositivo debe tener contraseñas configuradas a nivel local para limitar el acceso. En un curso futuro, analizaremos cómo reforzar la seguridad al exigir una ID de usuario junto con una contraseña. Por ahora, presentaremos precauciones de seguridad básicas mediante el uso de contraseñas únicamente. Como se comentó anteriormente, el IOS usa modos jerárquicos para colaborar con la seguridad del dispositivo. Como parte de este cumplimiento de seguridad, el IOS puede aceptar diversas contraseñas para permitir diferentes privilegios de acceso al dispositivo. Las contraseñas ingresadas son: • Contraseña de consola: limita el acceso de los dispositivos mediante la conexión de consola • Contraseña de enable: limita el acceso al modo EXEC privilegiado • Contraseña enable secret: encriptada, limita el acceso del modo EXEC privilegiado • Contraseña de VTY: limita el acceso de los dispositivos que utilizan Telnet Siempre conviene utilizar contraseñas de autenticación diferentes para cada uno de estos niveles de acceso. Si bien no es práctico iniciar sesión con varias contraseñas diferentes, es una precaución necesaria para proteger adecuadamente la infraestructura de la red ante accesos no autorizados. Además, utilice contraseñas seguras que no se descubran fácilmente. El uso de contraseñas simples o fáciles de adivinar continúa siendo un problema de seguridad en muchas facetas del mundo empresarial. Considere estos puntos clave cuando elija contraseñas: • Use contraseñas que tengan más de 8 caracteres. • Use en las contraseñas una combinación de secuencias de letras mayúsculas y minúsculas o numéricas. • Evite el uso de la misma contraseña para todos los dispositivos. • Evite el uso de palabras comunes como contraseña o administrador, porque se descubren fácilmente. Nota: En la mayoría de las prácticas de laboratorio, usaremos contraseñas simples como cisco o clase. Estas contraseñas se consideran simples y fáciles de adivinar, y deben evitarse en un entorno de producción. Sólo usamos estas contraseñas por comodidad en el entorno instructivo. Como se muestra en la figura, cuando se le solicita una contraseña, el dispositivo no repetirá la contraseña mientras se ingresa. En otras palabras, los caracteres de la contraseña no aparecerán cuando el usuario los ingrese. Esto se hace por cuestiones de seguridad; muchas contraseñas se obtienen por ojos espías. Contraseña de consola El puerto de consola de un dispositivo Cisco IOS tiene privilegios especiales. El puerto de consola de dispositivos de red debe estar asegurado, como mínimo, mediante el pedido de una contraseña segura al usuario. Así se reducen las posibilidades de que personal no autorizado conecte físicamente un cable al dispositivo y obtenga acceso a éste. Los siguientes comandos se usan en el modo de configuración global para establecer una contraseña para la línea de consola: Switch(config)#line console 0 Switch(config-line)#password password Switch(config-line)#login Desde el modo de configuración global, se usa el comando line console 0 para ingresar al modo de configuración de línea para la consola. El cero se utiliza para representar la primera (y, en la mayoría de los casos, la única) interfaz de consola para un router. El segundo comando, password password especifica una contraseña en una línea. El comando login configura al router para que pida la autenticación al iniciar sesión. Cuando el login está habilitado y se ha configurado una contraseña, habrá una petición de entrada de una contraseña. Una vez que se han ejecutado estos tres comandos, aparecerá una petición de entrada de contraseña cada vez que un usuario intente obtener acceso al puerto de consola.
Para proporcionar una mayor seguridad, utilice el comando enable password o el comando enable secret. Puede usarse cualquiera de estos comandos para establecer la autenticación antes de acceder al modo EXEC privilegiado (enable). Si es posible, use siempre el comando enable secret, no el comando anterior enable password. El comando enable secret provee mayor seguridad porque la contraseña está encriptada. El comando enable password puede usarse sólo si enable secret no se ha configurado aún. El comando enable password se ejecutaría si el dispositivo usa una versión anterior del software IOS de Cisco que no reconoce el comando enable secret. Los siguientes comandos se utilizan para configurar las contraseñas: Router(config)#enable password contraseña Router(config)#enable secret contraseña Nota: Si no se configura una contraseña enable password o enable secret, IOS impide el acceso EXEC privilegiado desde una sesión Telnet. Si no se ha establecido una contraseña de enable, podría aparecer una sesión Telnet de esta forma: Switch>enable % No se ha establecido contraseña Switch>
Las líneas vty permiten el acceso a un router a través de Telnet. En forma predeterminada, muchos dispositivos Cisco admiten cinco líneas VTY con numeración del 0 al 4. Es necesario configurar una contraseña para todas las líneas vty disponibles. Puede configurarse la misma contraseña para todas las conexiones. Sin embargo, con frecuencia conviene configurar una única contraseña para una línea a fin de proveer un recurso secundario para el ingreso administrativo al dispositivo si las demás conexiones están en uso. Los siguientes comandos se usan para configurar una contraseña en líneas vty: Router(config)#line vty 0 4 Router(configline)#password contraseña Router(config-line)#login Por defecto, el IOS incluye el comando login en las líneas VTY. Esto impide el acceso Telnet al dispositivo sin la previa solicitud de autenticación. Si por error, se configura el comando no login, que elimina el requisito de autenticación,
personas no autorizadas podrían conectarse a la línea a través de Telnet. Esto representaría un gran riesgo de seguridad.
Visualización de contraseñas de encriptación
Existe otro comando de utilidad que impide que las contraseñas aparezcan como texto sin cifrar cuando se visualizan los archivos de configuración. Ese comando es el service password-encryption. Este comando provee la encriptación de la contraseña cuando ésta se configura. El comando service passwordencryption aplica una encriptación débil a todas las contraseñas no encriptadas. Esta encriptación no se aplica a las contraseñas cuando se envían a través de medios únicamente en la configuración. El propósito de este comando es evitar que individuos no autorizados vean las contraseñas en el archivo de configuración. Si se ejecuta el comando show running-config o show startup-config antes de ejecutar el comando service password-encryption, las contraseñas no encriptadas estarán visibles en el resultado de configuración. El comando service password-encryption puede entonces ejecutarse y se aplicará la encriptación a las contraseñas. Una vez que se ha aplicado la encriptación, la cancelación del servicio de encriptación no revierte la encriptación.
Aunque el pedido de contraseñas es un modo de impedir el acceso a la red de personas no autorizadas, resulta vital proveer un método para informar que sólo el personal autorizado debe intentar obtener acceso al dispositivo. Para hacerlo, agregue un aviso a la salida del dispositivo. Los avisos pueden ser una parte importante en los procesos legales en el caso de una demanda por el ingreso no autorizado a un dispositivo. Algunos sistemas legales no permiten la acusación, y ni siquiera el monitoreo de los usuarios, a menos que haya una notificación visible. El contenido o las palabras exactas de un aviso dependen de las leyes locales y de las políticas de la empresa. A continuación se muestran algunos ejemplos de información que se debe incluir en un aviso: • "El uso del dispositivo es exclusivo del personal autorizado". • "Es posible que se esté controlando la actividad". • "Se aplicarán medidas legales en caso de uso no autorizado." Ya que cualquier persona que intenta iniciar sesión puede ver los títulos, se debe redactar el mensaje cuidadosamente. Es inapropiada toda redacción que implique que "se acepta" o "se invita" al usuario a iniciar sesión. Si una persona causa problemas en la red luego de obtener acceso no autorizado, será difícil probar la responsabilidad si hay algún indicio de invitación.
La creación de avisos es un proceso simple; sin embargo, éstos deben usarse en forma apropiada. Cuando se usa un aviso, nunca debe invitar a un usuario al router. Debe aclarar que sólo el personal autorizado tiene permitido el acceso al dispositivo. Asimismo, el aviso puede incluir cierres programados del sistema y demás información que afecte a los usuarios de la red. El IOS provee varios tipos de avisos. Un aviso común es el mensaje del día (MOTD). Con frecuencia se usa para notificaciones legales ya que se visualiza en todos los terminales conectados. Configure el MOTD con el comando banner motd del modo global. Como se muestra en la figura, el comando banner motd requiere el uso de delimitadores para identificar el contenido del mensaje del aviso. El comando banner motd va seguido de un espacio y un carácter delimitador. Luego, se ingresan una o más líneas de texto para representar el mensaje del aviso. Una segunda ocurrencia del carácter delimitador denota el final del mensaje. El carácter delimitador puede ser cualquier carácter siempre que no aparezca en el mensaje. Por este motivo, con frecuencia se usan símbolos tales como "#". Para configurar un MOTD, ingrese el comando banner motd desde el modo de configuración global: Switch(config)#banner motd # message # Una vez que se ha ejecutado el comando, aparecerá el aviso en todos los intentos posteriores de acceso al dispositivo hasta que el aviso se elimine.
11.2.3 Administracion de archivos de configuración
Como se analizó anteriormente, la modificación de la configuración en ejecución afecta la operación del dispositivo en forma inmediata. Después de hacer cambios en una configuración, considere estas opciones como siguiente paso: Convertir la configuración cambiada en la nueva configuración de inicio. Volver a la configuración original del dispositivo. Eliminar toda la configuración del dispositivo.
Establecer la configuración modificada como la nueva configuración de inicio
Recuerde: 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. Por ejemplo: Router#reload System configuration has been modified. Save? [yes/no]: n Proceed with reload? [confirm] *Apr 13 01:34:15.758: %SYS-5-RELOAD: Reload requested by console. Reload Reason: Reload Command. System Bootstrap, Version 12.3(8r)T8, RELEASE SOFTWARE (fc1) Technical Support: http://www.cisco.com/techsupport Copyright (c) 2004 by cisco Systems, Inc. Versión PLD 0x10 Versión GIO ASIC 0x127 Procesador c1841 con 131072 KB de memoria principal La memoria principal se encuentra configurada en modo 64 bits con la paridad deshabilitada
Copia de respaldo 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.
Configuraciones 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.
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.
A lo largo de este capítulo, hemos analizado los comandos que son comunes a muchos de los dispositivos IOS. Algunas configuraciones son específicas de un tipo de dispositivo. Una configuración de esta clase es la configuración de interfaces en un router. La mayoría de los dispositivos de red intermediarios tienen una dirección IP para la administración del dispositivo. Algunos dispositivos, como los switches y los puntos de acceso inalámbricos, pueden operar sin tener una dirección IP. Dado que el objetivo de un router es interconectar diferentes redes, cada interfaz en un router tiene su propia dirección IPv4 exclusiva. La dirección asignada a cada interfaz existe en una red separada dedicada a la interconexión de routers. Hay muchos parámetros que pueden configurarse en las interfaces del router. Analizaremos los comandos de interfaz más básicos, que se resumen en la figura.
La Interfaz Ethernet del router se utiliza como gateway para los dispositivos finales en las LAN conectadas directamente al router. Cada Interfaz Ethernet debe contar con una dirección IP y máscara de subred para enrutar los paquetes IP. Para configurar una interfaz Ethernet, siga estos pasos: 1. 2. 3. 4. Ingrese al modo de configuración global. Ingrese al modo de configuración de interfaz. Especifique la dirección de la interfaz y la máscara de subred. Active la interfaz. Como se muestra en la figura, configure la dirección IP de Ethernet mediante los siguientes comandos: Router(config)#interface FastEthernet 0/0
Habilitación de la interfaz Por defecto, las interfaces se encuentran deshabilitadas. Para habilitar una interfaz,
ingrese el comando no shutdown en el modo de configuración de interfaz. Si es necesario desactivar una interfaz por cuestiones de mantenimiento o para resolver problemas, use el comando shutdown.
Las interfaces seriales se usan para conectar WAN a routers en un sitio remoto o ISP. Para configurar una interfaz serial siga estos pasos: 1. Ingrese al modo de configuración global. 2. Ingrese al modo de interfaz.
3. Especifique la dirección de la interfaz y la máscara de subred. 4. Si el cable de conexión es DCE, fije la frecuencia de reloj. Omita este paso si el cable es DTE. 5. Active la interfaz. Cada interfaz serial conectada debe tener una dirección IP y una máscara de subred para enrutar paquetes IP. Configure la dirección IP con los siguientes comandos: Router(config)#interface Serial 0/0/0 Router(config-if)#ip address ip_address netmask Las interfaces seriales requieren una señal de reloj para controlar la temporización de las comunicaciones. En la mayoría de los entornos, un dispositivo DCE como por ejemplo un CSU/DSU, proporciona dicha señal. En forma predeterminada, los routers Cisco son dispositivos DTE, pero pueden configurarse como dispositivos DCE. En los enlaces seriales interconectados directamente, como en nuestro entorno de laboratorio, un extremo debe operar como DCE para proporcionar la señal del reloj. Se activa el reloj y la velocidad se especifica con el comando clock rate. Algunas frecuencias de bit pueden no estar disponibles en ciertas interfaces seriales. Esto depende de la capacidad de cada interfaz. En la práctica de laboratorio, si debe establecerse una frecuencia de reloj en una interfaz identificada como DCE, se debe usar la frecuencia de reloj 56000. Como se muestra en la figura, los comandos que se utilizan para establecer una frecuencia de reloj y habilitar una interfaz serial son: Router(config)#interface Serial 0/0/0 Router(config-if)#clock rate 56000 Router(config-if)#no shutdown Una vez que se aplicaron los cambios de configuración en el router, recuerde utilizar los comandos show para verificar la precisión de los cambios y luego guardar la configuración modificada como configuración de inicio.
Así como el nombre del host ayuda a identificar el dispositivo en una red, una descripción de interfaz indica el propósito de la interfaz. Una descripción de lo que una interfaz hace o dónde está conectada debe ser parte de la configuración de cada interfaz. Esta descripción puede resultar útil para la resolución de problemas. La descripción de interfaz aparecerá en el resultado de estos comandos: show startup-config, show running-config y show interfaces. Por ejemplo, esta descripción provee información valiosa sobre el propósito de la interfaz:
Esta interfaz es el gateway para la LAN administrativa.
Una descripción puede ayudar a determinar los dispositivos o las ubicaciones conectadas a la interfaz. A continuación, se proporciona otro ejemplo:
La interfaz F0/0 está conectada al switch principal en el edificio administrativo.
Cuando el personal de soporte puede identificar con facilidad el propósito de una interfaz o de un dispositivo conectado, pueden comprender más fácilmente el alcance del problema, y esto puede conducir a la resolución del problema. La información de contacto y de circuito también puede incorporarse en la descripción de la interfaz. La siguiente descripción de una interfaz serial proporciona la información que un administrador de red puede necesitar antes de decidir la prueba de un circuito WAN. Esta descripción indica dónde terminan los circuitos, el ID del circuito y el número de teléfono de la empresa que suministra el circuito:
FR a circuito GAD1 ID:AA.HCGN.556460 DLCI 511 - support# 555.1212
Para crear una descripción, utilice el comando descripción. Este ejemplo muestra los comandos utilizados para crear una descripción para una interfaz FastEthernet: HQ-switch1#configurar terminal HQ-switch1(config)#interfaz fa0/0 HQswitch1(config-if)#descripción Conectarse al switch principal del Edificio A Una vez que se aplica la descripción a la interfaz, utilice el comando show interfaces para verificar que la descripción sea correcta. Vea la figura a modo de ejemplo.
Un switch LAN es un dispositivo intermediario que interconecta segmentos dentro de una red. Por lo tanto, las interfaces físicas en el switch no tienen direcciones IP. A diferencia de un router en el que las interfaces están conectadas a diferentes redes, una interfaz física en un switch conecta dispositivos dentro de una red. Las interfaces de switch también están habilitadas en forma predeterminada. Como se muestra en la figura del Switch 1, podemos asignar descripciones pero no es necesario activar la interfaz. Para poder administrar un switch, asignamos direcciones al dispositivo hacia dicho switch. Con una dirección IP asignada al switch, actúa como dispositivo host. Una vez que se asigna la dirección, se accede al switch con telnet, ssh o servicios Web. La dirección para un switch se asigna a una interfaz virtual representada como una interfaz LAN virtual (VLAN). En la mayoría de los casos, esta es la interfaz VLAN 1. En la figura del Switch 2, se asigna una dirección IP a la interfaz VLAN 1. Al igual que las interfaces físicas de un router, también se debe activar esta interfaz con el comando no shutdown. Como cualquier otro host, el switch necesita una dirección de gateway definida para comunicarse fuera de la red local. Como se muestra en la figura del Switch 2, este gateway se asigna con el comando ip default-gateway.
11.3 Verificación de la conectividad
11.3.1 Prueba de stack
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 1. El ping utiliza el protocolo ICMP (Protocolo de mensajes de control de Internet) para comprobar la conectividad.
Utilización de ping en una secuencia de prueba
En esta sección se utilizará el comando ping del router IOS en una secuencia de pasos planificados para establecer conexiones válidas, comenzando por el dispositivo individual y luego extendiéndose a la LAN y, por último, a las redes remotas. Mediante el uso del comando ping en esta secuencia ordenada, los problemas pueden aislarse. El comando ping no siempre indicará con precisión la naturaleza del problema, pero puede ayudar a identificar el origen del problema, un primer paso importante en la resolución de una falla en la red. El comando ping proporciona un método para comprobar la stack de protocolos y la configuración de la dirección IPv4 en un host. Existen herramientas adicionales que pueden proporcionar más información que el ping, como Telnet o Trace, las cuales serán analizadas luego en mayor profundidad.
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.
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. Ping se ingresa en una línea de comandos. Ingrese el comando de loopback ping con esta sintaxis: C:\>ping 127.0.0.1 La respuesta de este comando se parecería a esta: Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Ping statistics for 127.0.0.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Mínimo = 0 ms, Máximo = 0 ms, Promedio = 0 ms El resultado indica que se enviaron cuatro paquetes (cada uno con un tamaño de 32 bytes) y se devolvieron del host 127.0.0.1 en un tiempo menor a 1 milisegundo. TTL significa Tiempo de vida y define la cantidad de saltos que le quedan al paquete de ping antes de que se lo descarte.
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.
Verificación de interfaces de 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 figura del Router 1, se puede ver que este resultado muestra todas las interfaces conectadas al router, la dirección IP, si la hay, asignada a cada interfaz y el estado operativo de la interfaz. 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. En la misma figura, se observa que la interfaz serial 0/0/1 no ha sido habilitada. La indicación correspondiente es administratively down en la columna de estado. Esta interfaz puede activarse con el comando no shutdown.
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. En la figura del Router 1 se puede ver un ejemplo de los resultados de un ping a un host en la LAN local y un trace a un host remoto a través de la WAN.
Al examinar la figura del Switch 1 se puede ver el uso del 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.
Del mismo modo que otros hosts, el switch puede probar la conectividad de su Capa 3 con los comandos ping y traceroute . La figura del Switch1 también muestra un ping al host local y un trace a un host remoto. 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.
El siguiente paso en la secuencia de prueba es verificar que la dirección NIC esté unida a la dirección IPv4 y que la NIC esté lista para transmitir señales a través de los medios. En este ejemplo, que también se muestra en la figura, asumimos que la dirección IPv4 asignada a una NIC es 10.0.0.5. Para verificar la dirección IPv4, siga estos pasos: En la línea de comandos, ingrese lo siguiente: C:\>ping 10.0.0.5 A successful reply would resemble: Reply from 10.0.0.5: bytes=32 time<1ms TTL=128 Reply from 10.0.0.5: bytes=32 time<1ms TTL=128 Reply from 10.0.0.5: bytes=32 time<1ms TTL=128 Reply from 10.0.0.5: bytes=32 time<1ms TTL=128 Ping statistics for 10.0.0.5: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Esta prueba verifica que el controlador de la NIC y la mayoría del hardware de la NIC están funcionando correctamente. También verifica que la dirección IP está correctamente unida a la NIC, sin colocar verdaderamente una señal en los medios. Si la prueba falla, es probable que existan problemas con el controlador de software y el hardware de la NIC que pueden requerir la reinstalación de uno de ellos, o de ambos. Este procedimiento depende del tipo de host y su sistema operativo.
11.3.3 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. Observe el ejemplo en la figura. 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.
11.3.4 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, como se indica en la figura. 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.
En un router, use el IOS para probar el siguiente salto de las rutas individuales. Como se analizó anteriormente, la tabla de enrutamiento muestra el siguiente salto de cada ruta. Para determinar el siguiente salto, examine la tabla de enrutamiento desde el resultado del comando show ip route. Los paquetes que trasladan tramas y que se dirigen a la red destino indicada en la tabla de enrutamiento se envían al dispositivo que representa el siguiente salto. Si el siguiente salto es inaccesible, el paquete se descarta. Para probar el siguiente salto, determine la ruta apropiada al destino y trate de hacer ping al gateway por defecto o al siguiente salto apropiado para esa ruta en la tabla de enrutamiento. Una falla en el ping indica que puede existir un problema de configuración o de hardware. Sin embargo, el ping también puede estar prohibido por la seguridad del dispositivo. Si la prueba de gateway falla, retroceda un paso en la secuencia y pruebe otro host en la LAN local para verificar que el problema no sea el host origen. Luego verifique la dirección de gateway con el administrador de red a fin de asegurar que se esté probando la dirección correcta. Si todos los dispositivos están configurados en forma adecuada, controle el cableado físico para asegurar que esté firme y correctamente conectado. Mantenga un registro preciso de los intentos que se han realizado para verificar la conectividad. Esto será de ayuda para solucionar este problema y, tal vez, problemas futuros.
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. La figura ilustra un ejemplo de topología de red. 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.
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.
11.3.5 Rastreo e implementació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. Cuando lleve a cabo el rastreo desde la CLI de un router, utilice traceroute.
Ping y Trace
Ping y trace pueden utilizarse en forma conjunta para diagnosticar un problema. Supongamos que se he establecido una conexión satisfactoria entre el Host 1 y el Router A, como se muestra en la figura. Luego, supongamos que el Host 1 hace ping al Host 2 mediante este comando. C:\>ping 10.1.0.2 El comando ping devuelve este resultado: Ping 10.1.0.2 con 32 bytes de datos: Tiempo límite de la solicitud. Tiempo límite de la solicitud. Tiempo límite de la solicitud. Tiempo límite de la solicitud. Estadísticas de ping para 10.1.0.2: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss) The ping test failed.
Ésta es una prueba de comunicación fuera de la red local a un dispositivo remoto. Dado que el gateway local respondió pero el host más distante no lo hizo, el problema parece estar en algún punto fuera de la red local. Un próximo paso es aislar el problema de una red en particular fuera de la red local. Los comandos trace pueden mostrar la ruta de la última comunicación satisfactoria.
Trace a un host remoto
Del mismo modo que los comandos ping , los comandos trace se ingresan en la línea de comandos y toman una dirección IP como argumento. Suponiendo que se emitirá el comando desde un equipo con Windows, se utilizará el formato tracert : C:\>tracert 10.1.0.2 Rastreo de la ruta a 10.1.0.2 en un máximo de 30 saltos 1 2 ms 2 ms 2 ms 10.0.0.254 2 * * * Tiempo límite de la solicitud. 3 * * * Request timed out. 4 ^C
La única respuesta satisfactoria provino del gateway en el Router A. Las peticiones de rastreo al siguiente salto expiraron, lo cual significa que el siguiente salto no respondió. Los resultados del comando trace indican que la falla entonces se encuentra en la internetwork más allá de la LAN.
Secuencia de prueba: Unificación
A modo de revisión, recorramos la secuencia de prueba en otra situación.
Prueba 1: Loopback local: Exitoso
C:\>ping 127.0.0.1 Pinging 127.0.0.1 with 32 bytes of data: Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Ping statistics for 127.0.0.1: Packets: Enviados = 4, Recibidos = 4, Perdidos = 0 (0% de pérdida), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 0 ms, Promedio = 0 ms
El Host 1 tiene la stack de IP configurada correctamente.
C:\>ping 192.168.23.3 Pinging 192.168.23.3 with 32 bytes of data: Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Reply from 192.168.23.3: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.23.3: Packets: Enviados = 4, Recibidos = 4, Perdidos = 0 (0% de pérdida), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 0 ms, Promedio = 0 ms
Se asignó correctamente la dirección IP a la NIC y la electrónica de la NIC responde a la dirección IP.
C:\>ping 192.168.23.254 Pinging 192.168.23.254 with 32 bytes of data: Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Reply from 192.168.23.254: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.23.254: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms El gateway por defecto está en funcionamiento. De esta manera también se verifica el funcionamiento de la red local.
Esta es una prueba de la comunicación fuera de la red local. Ya que la gateway respondió pero el host más lejano no lo hizo, el problema parece encontrarse más allá de la red local.
Prueba 5: Traceroute al host remoto: Falla en el primer salto C:\>tracert 192.168.11.1 Tracing route to 192.168.11.1 over a maximum of 30 hops
1 * * * Request timed out. 2 * * * Request timed out. 3 ^C
Parece haber resultados contradictorios. El gateway por defecto responde, lo cual indica que existe comunicación entre el Host1 y el gateway. Por otro lado, el gateway parece no estar respondiendo a traceroute. Una explicación posible es que el host local no esté correctamente configurado para usar 192.168.23.254 como gateway por defecto. Para confirmarlo se analizará la configuración del Host1.
Prueba 6: Análisis de configuración de host para determinar el gateway local correcto: Incorrecto
C:\>ipconfig Windows IP Configuration Ethernet adapter Local Area Connection: IP Address. . . . . . . . . . . . : 192.168.23. 3 Subnet Mask . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . : 192.168.23.253 A partir del resultado del comando ipconfig se puede determinar que la gateway no se encuentra configurada correctamente en el host. Esto explica la falsa indicación de que el problema se encontraba en la internetwork fuera de la red local. Aunque la dirección 192.168.23.254 respondía, esta no era la dirección configurada en el Host1 como gateway. Al no poder construir una trama, el Host1 descarta el paquete. En este caso, no hay respuesta indicada desde el rastreo al host remoto.
11.4 Monitoreo y documentación de redes
11.4.1 Lineas de base de red fundamentales
Una de las herramientas más efectivas para controlar y resolver problemas relacionados con el rendimiento de la red es establecer una línea de base de red. Una línea de base es un proceso para estudiar la red en intervalos regulares a fin de asegurar que la red funciona según su diseño. Es más que un simple informe que detalla el estado de la red en un momento determinado. La creación de una línea de base efectiva del rendimiento de la red se logra con el tiempo. La medición del rendimiento en distintos momentos y de las cargas le ayudará al usuario a tener una idea más precisa del rendimiento general de la red. El resultado que deriva de los comandos de la red puede aportar datos a la línea de base de red. La figura muestra la información que se debe registrar. Un método para iniciar una línea de base es copiar y pegar en un archivo de texto los resultados de los comandos ping, trace u otro comando relevante. Estos archivos de texto pueden tener grabada la fecha y la hora y pueden guardarse en un archivo para su posterior recuperación. Un uso efectivo de la información guardada es comparar los resultados en el transcurso del tiempo. Entre los elementos que se deben considerar se encuentran los mensajes de error y los tiempos de respuesta de host a host. Si se observa un aumento considerable de los tiempos de respuesta, es posible que exista un problema de latencia para considerar. No bastan las palabras para destacar la importancia de crear documentación. La verificación de la conectividad de host a host, los problemas de latencia y las resoluciones de problemas identificados puede ayudar a un administrador de red a mantener el funcionamiento más eficiente posible de la red. Las redes corporativas deben tener líneas de base extensas; más extensas de lo que podemos describir en este curso. Existen herramientas de software a nivel profesional para almacenar y mantener información de línea de base. En este curso, abarcaremos algunas técnicas básicas y analizaremos el propósito de las líneas de base.
Captura de host Un método común para capturar información de la línea de base es copiar el resultado de la ventana de línea de comandos y pegarlo en un archivo de texto. Para capturar los resultados del comando ping comience por ejecutar un comando en la línea de comandos similar a este. Sustituya una dirección IP válida en su red. C:\>ping 10.66.254.159
La respuesta aparecerá debajo del comando. Observe el ejemplo que se muestra en la figura. Con el resultado aún visible en la ventana de comando, siga estos pasos: 1. Haga clic con el botón derecho del mouse en la ventana de petición de entrada de comando, luego haga clic en Select All. 2. Presione Ctrl-C para copiar el resultado. 3. Abra un editor de texto. 4. Presione Ctrl-V para pegar el texto. 5. Guarde el archivo de texto con la fecha y la hora como parte del nombre.
Ejecute la misma prueba durante algunos días y guarde la información en todas las oportunidades. Un análisis de los archivos comenzará a revelar patrones en el rendimiento de la red y proveerá la línea de base para la futura resolución de problemas. Cuando seleccione texto en la ventana de comando, use el comando Select All para copiar todo el texto de la ventana. Use el comando Mark para seleccionar una parte del texto. Consulte la figura donde encontrará instrucciones de uso con Windows XP Professional.
Captura de IOS
La captura del resultado del comando ping también puede realizarse desde la petición de entrada de IOS. Los siguientes pasos describen cómo capturar el resultado y guardarlo en un archivo de texto. Cuando se usa HyperTerminal para el acceso, los pasos son: 1. En el menú Transfer, haga clic en Capture Text. 2. Seleccione Browse para encontrar el archivo donde guardará o para escribir el nombre de éste.
3. Haga clic en Start para empezar a capturar texto. 4. Ejecute el comando ping en el modo EXEC del usuario o ante la petición de entrada del modo EXEC privilegiado. El router colocará el texto que se muestra en la terminal en la ubicación elegida. 5. Visualice el resultado para verificar que no esté dañado. 6. En el menú Transfer, haga clic en Capture Text, y luego haga clic en Stop Capture. Los datos generados a través del indicador del equipo o el indicador del router pueden contribuir a la línea de base.
11.4.2 Captura e imterpretación de información del comando trace
Como se analizó previamente, el comando trace puede utilizarse para rastrear los pasos o saltos entre los hosts. Si la petición llega al destino deseado, el resultado muestra cada router que atraviesa el paquete. Se puede capturar este resultado y utilizarlo de la misma manera que se utiliza el resultado de ping. A veces las configuraciones de seguridad en la red destino impedirán que el rastreo llegue al destino final. Sin embargo, aún así se puede capturar la línea de base de los saltos a lo largo de la ruta. Recuerde que la forma de usar el comando trace desde un host Windows es tracert. Para rastrear la ruta desde su equipo hasta cisco.com, ingrese este comando en una línea de comandos: C:\>tracert www.cisco.com Vea la figura para obtener un ejemplo del resultado. Los pasos que se deben seguir para guardar el resultado de trace son idénticos a los pasos necesarios para guardar el resultado de ping: Seleccione el texto en la ventana de comando y péguelo en un archivo de texto. Los datos del comando trace pueden agregarse a los datos de los comandos ping para obtener una perspectiva combinada del rendimiento de la red. Por ejemplo, si la velocidad de un comando ping disminuye con el tiempo, compare el resultado del comando trace en el mismo período de tiempo. El análisis de los tiempos de respuesta en una comparación de salto por salto puede revelar un punto particular de tiempo de respuesta más prolongado. La causa de este retardo puede ser una congestión en el salto que crea un cuello de botella en la red.
Otro caso podría demostrar que la ruta del salto al destino puede variar con el tiempo a medida que los routers seleccionan diferentes y mejores caminos para los paquetes de rastreo. Estas variaciones pueden mostrar patrones que podrían ser útiles en la programación de grandes transferencias entre sitios.
Captura de router
La captura del resultado de traceroute también puede realizarse desde el indicador del router. Los siguientes pasos muestran cómo capturar el resultado y guardarlo en un archivo. Recuerde que la forma del comando trace para la CLI del router es traceroute. Cuando se usa HyperTerminal, los pasos que se deben seguir son: 1. 2. 3. 4. En el menú Transfer, haga clic en Capture Text. Seleccione un nombre para el archivo donde guardará o use Browse para localizarlo. Haga clic en Start para empezar a capturar texto. Ejecute el comando traceroute en el modo EXEC del usuario o ante la petición de entrada del modo EXEC privilegiado. El router colocará el texto que se muestra en la terminal en la ubicación elegida. 5. Visualice el resultado para verificar que no esté dañado. 6. En el menú Transfer, haga clic en Capture Text, y luego haga clic en Stop Capture.
Guarde los archivos de texto generados por estas pruebas en un lugar seguro, junto con el resto de la documentación de la red.
11.4.3 Nociones sobre los nodos de la red
Si existe un esquema de direccionamiento adecuado, la identificación de direcciones IPv4 para los dispositivos de una red debería ser tarea sencilla. Sin embargo, la identificación de las direcciones físicas (MAC) puede resultar una tarea desalentadora. Necesitaría acceso a todos los dispositivos y tiempo suficiente para visualizar la información, un host por vez. Debido a que esta opción en muchos casos no resulta práctica, existe un medio alternativo para la identificación de direcciones MAC a través del comando arp. El comando arp proporciona la asignación de direcciones físicas a direcciones IPv4 conocidas. Un método común para ejecutar el comando arp es ejecutarlo desde la petición de entrada del comando. Este método implica el envío de una solicitud de ARP. El dispositivo que necesita la información envía una solicitud de ARP broadcast a la red y sólo el dispositivo local que concuerda con la dirección IP de la solicitud envía una respuesta ARP que contiene su par IP-MAC. Para ejecutar un comando arp, ingrese en el indicador de comando de un host: C:\host1>arp -a como se muestra en la figura, el comando arp enumera todos los dispositivos que se encuentran actualmente en la caché ARP, lo cual incluye la dirección IPv4, la dirección física y el tipo de direccionamiento (estático/dinámico) para cada dispositivo. Se puede borrar la caché del router mediante el comando arp -d en caso de que el administrador de red desee volver a llenar la caché con información actualizada. Nota: El caché ARP sólo se carga con información de dispositivos a los que se ha accedido recientemente. Para asegurar que el caché ARP esté cargado, haga ping a un dispositivo de manera tal que tenga una entrada en la tabla ARP.
Otro método para reunir direcciones MAC es hacer un barrido de ping a través de un rango de direcciones IP. Un barrido de ping es un método de escaneo que puede ejecutarse en la línea de comandos o mediante el uso de herramientas de administración de red. Estas herramientas proporcionan un método para especificar un rango de hosts a los que se hará ping con un comando. A través del barrido de ping, se pueden generar datos de red de dos maneras. En primer lugar, muchas de las herramientas de barrido de ping construyen una tabla con los hosts que responden. Estas tablas a menudo enumeran a los hosts según la dirección IP y la dirección MAC. Así se obtiene un mapa de los hosts activos en el momento del barrido.
A medida que se intenta cada ping, se realiza una solicitud de ARP para obtener la dirección IP en el caché ARP. De tal modo, se activa cada host al que se ha accedido recientemente y se garantiza que la tabla ARP esté actualizada. El comando arp puede mostrar la tabla de direcciones MAC, como se mencionó anteriormente, pero ahora se puede confiar razonablemente en que la tabla ARP está actualizada.
Una herramienta adicional que puede resultar útil es un mapeo de cómo están conectados los hosts a un switch. Dicho mapeo se puede obtener emitiendo el comando show mac-address-table . Por medio de una línea de comandos de un switch, ingrese el comando show con el argumento mac-address-table : Sw1-2950#show mac-address-table Vea la figura para obtener un ejemplo del resultado. La tabla que aparece en la figura enumera la dirección MAC de los hosts que se encuentran conectados a este switch. Como otros resultados en la ventana de comando, esta información puede copiarse y pegarse en un archivo. Los datos también pueden pegarse en una hoja de cálculo para una manipulación más sencilla en el futuro. El análisis de esta tabla también revela que la interfaz Fa0/23 es un segmento compartido o está conectada a otro switch. Varias direcciones MAC representan múltiples nodos. Esto indica que un puerto está conectado a otro dispositivo intermediario, como por ejemplo un hub, un punto de acceso inalámbrico u otro switch. En cursos futuros se presentarán comandos adicionales y herramientas para recolección de datos.
11.6.1 Resumen y revisión
Este capítulo planteó las cuestiones que deben considerarse al conectar y configurar equipos, switches y routers para construir una red de área local basada en Ethernet. Se presentó el software del Sistema operativo Internetwork (IOS) de Cisco y los archivos de configuración para routers y switches. Esto incluyó el acceso y uso de los modos de la CLI de IOS y los procesos de configuración y la comprensión de la importancia que tienen las funciones de petición de entrada y de ayuda. La administración de los archivos de configuración de IOS y la utilización de un enfoque estructurado metódico para probar y documentar la conectividad de la red son habilidades clave que deben poseer el administrador de red y el técnico de red. Resumen de las características y comandos de IOS:
• enable - Ingresar el modo EXEC privilegiado • • • • • • • • • • • • • copy running-config startup-config - Copiar la configuración activa a la NVRAM. copy startup-config running-config - Copiar la configuración en la NVRAM a la RAM. erase startup-configuration - Borrar la configuración almacenada en la NVRAM. ping ip_address - Hacer ping a esa dirección. traceroute ip_address - Rastrear cada salto a esa dirección. show interfaces - Mostrar las estadísticas para todas las interfaces de un dispositivo. show clock - Mostrar el tiempo establecido en el router. show version - Mostrar la versión de IOS cargada actualmente, hardware e información del dispositivo. show arp - Mostrar la tabla ARP del dispositivo. show startup-config - Mostrar la configuración almacenada en la NVRAM. show running-config - Mostrar el contenido del archivo de configuración actualmente en ejecución. show ip interface - Mostrar las estadísticas de IP para la/s interfaz/ces de un router. configure terminal - Ingresar al modo Configuración de terminal.
hostname hostname - Asignar un nombre de host al dispositivo. enable password password - Establecer una contraseña de enable no encriptada. enable secret password - Establecer una contraseña de enable encriptada en forma segura. service password-encryption - Encriptar la visualización de todas las contraseñas, excepto la secreta. banner motd# message # - Establecer un título con el mensaje del día. line console 0 - Ingresar al modo Configuración de la línea de consola. line vty 0 4 - Ingresar al modo Configuración de línea de terminal virtual (Telnet). interface Interface_name - Ingresar al modo Configuración de interfaz. login - Habilitar la comprobación de contraseñas en el inicio de sesión. password password - Establecer la contraseña de línea. ip address ip_address netmask - Establecer la dirección IP de la interfaz y máscara de subred. description description - Establecer la descripción de la interfaz. clock rate value - Establecer la frecuencia de reloj para el dispositivo DCE. no shutdown - Establecer la activación de la interfaz. shutdown - Administrativamente, establecer la desactivación de la interfaz.
Modo configuración de línea
Modo configuración de interfaz
CAPITULO 10 Planificación y cableado de redesCapitulo 9 EthernetCAPITULO 8 Capa física del modelo OSICAPITULO 7 Capa de Enlace de DatosCAPITULO 6 Direccionamiento de La RedCapitulo 5 Capa de Red de OsiCAPITULO 4 Capa de Transporte Del Modelo OSICAPITULO 3 Protocolos y funcionalidad de la capa de AplicaciónCAPITULO 2 Comunicación a través de la redCAPITULO 1 La Vida en Un Mundo Centrado en La Red
CAPITULO 11 Configuración y verificación de su red by LORDRAMSES29K viewsEmbedDownloadInterests: Types, Instruction manualsRead on Scribd mobile: iPhone, iPad and Android.Copyright: Attribution Non-Commercial (BY-NC)Download as PDF, TXT or read online from ScribdFlag for inappropriate contentMore informationShow less
RelatedCAPITULO 7 Capa de Enlace de Datosby LORDRAMSESCAPITULO 6 Direccionamiento de La Redby LORDRAMSESCAPITULO 10 Planificación y cableado de redesby LORDRAMSESCAPITULO 2 Comunicación a través de la redby LORDRAMSESCapitulo 5 Capa de Red de Osiby LORDRAMSESCAPITULO 4 Capa de Transporte Del Modelo OSIby LORDRAMSESCAPITULO 1 La Vida en Un Mundo Centrado en La Redby LORDRAMSESCAPITULO 3 Protocolos y funcionalidad de la capa de Aplicaciónby LORDRAMSESCAPITULO 8 Capa física del modelo OSIby LORDRAMSESCapitulo 9 Ethernetby LORDRAMSESBATERÍAS DE LITIOby isimoncCCNA II Spanish Modifby Haidy GeraldineSimilar to CAPITULO 11 Configuración y verificación de su redCAPITULO 7 Capa de Enlace de DatosCAPITULO 6 Direccionamiento de La RedCAPITULO 10 Planificación y cableado de redesCAPITULO 2 Comunicación a través de la redCapitulo 5 Capa de Red de OsiCAPITULO 4 Capa de Transporte Del Modelo OSICAPITULO 1 La Vida en Un Mundo Centrado en La RedCAPITULO 3 Protocolos y funcionalidad de la capa de AplicaciónCAPITULO 8 Capa física del modelo OSICapitulo 9 EthernetBATERÍAS DE LITIOCCNA II Spanish ModifManual Telecomunicaciones by Telefonica

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución