Lab

Todo el contenido está bajo Copyright © 1992–2007 de Cisco Systems, Inc. Todos los derechos reservados.
Este documento es información pública de Cisco. Página 1 de 13
Práctica de laboratorio 7.4.1: Configuración básica de DHCP y NAT
Diagrama de topología
Tabla de direccionamiento
Dispositivo Interfaz Dirección IP Máscara de subred
R1
S0/0/0 10.1.1.1 255.255.255.252
Fa0/0 192.168.10.1 255.255.255.0
Fa0/1 192.168.11.1 255.255.255.0
R2
S0/0/0 10.1.1.2 255.255.255.252
S0/0/1 209.165.200.225 255.255.255.252
Fa0/0 192.168.20.254 255.255.255.0
ISP S0/0/1 209.165.200.226 255.255.255.252
Objetivos de aprendizaje
Al completar esta práctica de laboratorio, el usuario podrá:
 Preparar la red
 Realizar las configuraciones básicas del router
 Configurar un servidor de DHCP del IOS de Cisco
 Configurar el enrutamiento estático y por defecto
 Configurar NAT estática
 Configurar NAT dinámica con un conjunto de direcciones
 Configurar la sobrecarga de NAT

CCNA Exploration
Acceso a la WAN: Servicios de direccionamiento IP Práctica de laboratorio 7.4.1: Configuración básica de DHCP y NAT
Todo el contenido está bajo Copyright © 1992–2007 de Cisco Systems, Inc.
Todos los derechos reservados. Este documento es información pública de Cisco. Página 2 de 13
Escenario
En esta práctica de laboratorio, se configurarán los servicios IP de DHCP y NAT. Un router es el servidor
de DHCP. El otro router envía solicitudes de DHCP al servidor. Además, se establecerán las
configuraciones de NAT estática y dinámica, incluida la sobrecarga de NAT. Una vez finalizadas estas
configuraciones, se verificará la conectividad entre las direcciones internas y externas.
Tarea 1: Preparar la red
Paso 1: Conectar una red que sea similar a la del diagrama de topología.
Se puede utilizar cualquier router del laboratorio, siempre y cuando éste disponga de las interfaces
necesarias que se muestran en la topología.
Nota: Si se utilizan routers serie 1700, 2500 ó 2600, los resultados del router y las descripciones de la
interfaz pueden ser diferentes. Es posible que en routers más antiguos algunos comandos sean
diferentes o no existan.
Paso 2: Borrar todas las configuraciones de los routers.
Tarea 2: Realizar las configuraciones básicas del router
Configure los routers R1, R2 e ISP de acuerdo con las siguientes instrucciones:
 Configure el nombre de host del dispositivo.
 Deshabilite la búsqueda DNS.
 Configure una contraseña de modo EXEC privilegiado.
 Configure un mensaje del día.
 Configure una contraseña para las conexiones de la consola.
 Configure una contraseña para las conexiones de vty.
 Configure direcciones IP en todos los routers. Los equipos PC reciben direccionamiento IP desde
DHCP más adelante en la práctica de laboratorio.
 Habilite OSPF con el ID de proceso 1 en R1 y R2. No publique la red 209.165.200.224/27.
Nota: En lugar de conectar un servidor a R2, se puede configurar una interfaz loopback en R2 para usar
la dirección IP 192.168.20.254/24. De este modo, no hace falta configurar la interfaz Fast Ethernet.
Tarea 3: Configurar PC1 y PC2 para que reciban una dirección IP a través de DHCP
En un equipo PC de Windows, vaya a Inicio -> Panel de control -> Conexiones de red -> Conexión
de área local. Haga clic con el botón derecho del mouse en Conexión de área local y seleccione
Propiedades.

CCNA Exploration
Desplácese hacia abajo y resalte Protocolo de Internet (TCP/IP). Haga clic en el botón Propiedades.
Asegúrese de haber seleccionado la opción Obtener una dirección IP automáticamente.
Una vez que se haya hecho esto en PC1 y PC2, estos equipos estarán listos para recibir una dirección
IP de un servidor de DHCP.

CCNA Exploration
Tarea 4: Configurar un servidor de DHCP del IOS de Cisco
El software IOS de Cisco admite una configuración de servidor de DHCP denominada Easy IP. El
objetivo de esta práctica de laboratorio es que los dispositivos en las redes 192.168.10.0/24 y
192.168.11.0/24 soliciten a R2 direcciones IP a través de DHCP.
Paso 1: Excluir las direcciones asignadas en forma estática.
El servidor de DHCP da por sentado que todas las direcciones IP en una subred de conjunto de
direcciones DHCP están disponibles para la asignación a los clientes DHCP. Es necesario especificar las
direcciones IP que el servidor de DHCP no debe asignar a los clientes. Estas direcciones IP
generalmente son direcciones estáticas reservadas para la interfaz del router, la dirección IP para
administración del switch, los servidores y la impresora de red local. El comando ip dhcp excluded-
address impide que el router asigne direcciones IP dentro del rango configurado. Los siguientes
comandos excluyen las primeras 10 direcciones IP de cada pool para las LAN conectadas a R1. Estas
direcciones no se asignarán a ningún cliente DHCP.
R2(config)#ip dhcp excluded-address 192.168.10.1 192.168.10.10
R2(config)#ip dhcp excluded-address 192.168.11.1 192.168.11.10
Paso 2: Configurar el pool.
Cree el pool de DHCP mediante el comando ip dhcp pool y asígnele el nombre R1Fa0.
R2(config)#ip dhcp pool R1Fa0
Especifique la subred que se utilizará al asignar las direcciones IP. Los pools de DHCP se asocian
automáticamente con una interfaz según la sentencia de red. Ahora el router actúa como un servidor de
DHCP, distribuyendo direcciones en la subred 192.168.10.0/24, comenzando con 192.168.10.1.
R2(dhcp-config)#network 192.168.10.0 255.255.255.0
Configure el router por defecto y el servidor de nombre de dominio para la red. Los clientes reciben estas
configuraciones a través del DHCP, junto con la dirección IP.
R2(dhcp-config)#dns-server 192.168.11.5
R2(dhcp-config)#default-router 192.168.10.1
Nota: No hay un servidor DNS en 192.168.11.5. El comando se configura a modo de práctica
únicamente.
Debido a que los dispositivos de la red 192.168.11.0/24 también solicitan direcciones a R2, debe crearse
un pool por separado para atender a los dispositivos en esa red. Los comandos son similares a los que
se muestran anteriormente:
R2(config)#ip dhcp pool R1Fa1
R2(dhcp-config)#network 192.168.11.0 255.255.255.0
R2(dhcp-config)#dns-server 192.168.11.5
R2(dhcp-config)#default-router 192.168.11.1
Paso 3: Probar el DHCP.
En PC1 y PC2, pruebe si cada equipo recibió una dirección IP automáticamente. En cada equipo PC,
vaya a Inicio -> Ejecutar -> cmd -> ipconfig
¿Cuál fue el resultado de la prueba? ____________________________________

CCNA Exploration
¿Por qué se obtienen estos resultados? _________________________________________
Paso 4: Configurar una dirección de ayudante.
Los servicios de red tales como DHCP dependen de los broadcasts de Capa 2 para funcionar. Cuando
los dispositivos que proporcionan estos servicios existen en una subred distinta de la de los clientes, no
pueden recibir los paquetes de broadcast. Debido a que el servidor de DHCP y los clientes DHCP no se
encuentran en la misma subred, configure R1 para que envíe broadcasts de DHCP a R2, que es el
servidor de DHCP, mediante el comando de configuración de interfaz ip helper-address.
Observe que el comando ip helper-address debe configurarse en cada una de las interfaces
involucradas.
R1(config)#interface fa0/0
R1(config-if)#ip helper-address 10.1.1.2
R1(config)#interface fa0/1
R1(config-if)#ip helper-address 10.1.1.2
Paso 5: Liberar y renovar las direcciones IP de PC1 y PC2.
Si los equipos PC se utilizaron en otra práctica de laboratorio o se conectaron a Internet, quizá ya hayan
obtenido información acerca de una dirección IP automáticamente de un servidor de DHCP diferente.
Esta dirección IP se debe borrar mediante los comandos ipconfig /release e ipconfig /renew.
Paso 6: Verificar la configuración de DHCP.
La configuración del servidor de DHCP se puede verificar de diversas maneras. Ejecute el comando
ipconfig en PC1 y PC2 para verificar que hayan recibido una dirección IP dinámicamente. A
continuación, se pueden ejecutar comandos en el router para obtener más información. El comando
show ip dhcp binding proporciona información acerca de las direcciones de DHCP asignadas
actualmente. Por ejemplo, el siguiente resultado muestra que la dirección IP 192.168.10.11 se asignó a
la dirección MAC 3031.632e.3537.6563. El arrendamiento de IP vence el 14 de septiembre de 2007 a las
19:33 horas.
R1#show ip dhcp binding
Bindings from all pools not associated with VRF:
IP address Client-ID/ Lease expiration Type
Hardware address/

CCNA Exploration
User name
192.168.10.11 0063.6973.636f.2d30. Sep 14 2007 07:33 PM Automatic
3031.632e.3537.6563.
2e30.3634.302d.566c.
31
El comando show ip dhcp pool muestra información acerca de todos los pools de DHCP configurados
actualmente en el router. En este resultado, el pool R1Fa0 está configurado en R1. Se ha arrendado una
dirección de este pool. El próximo cliente que solicite una dirección recibirá 192.168.10.12.
R2#show ip dhcp pool
Pool R1Fa0 :
Utilization mark (high/low) : 100 / 0
Subnet size (first/next) : 0 / 0
Total addresses : 254
Leased addresses : 1
Pending event : ninguno
1 subnet is currently in the pool :
Current index IP address range Leased addresses
192.168.10.12 192.168.10.1 - 192.168.10.254 1
El comando debug ip dhcp server events puede resultar muy útil para la resolución de problemas de
arrendamientos de DHCP con un servidor de DHCP del IOS de Cisco. A continuación se muestra el
resultado de la depuración en R1 después de conectar un host. Observe que la parte resaltada muestra
a DHCP otorgando al cliente una dirección de 192.168.10.12 y una máscara de subred de
255.255.255.0.
*Sep 13 21:04:18.072: DHCPD: Sending notification of DISCOVER:
*Sep 13 21:04:18.072: DHCPD: htype 1 chaddr 001c.57ec.0640
*Sep 13 21:04:18.072: DHCPD: remote id 020a0000c0a80b01010000000000
*Sep 13 21:04:18.072: DHCPD: circuit id 00000000
*Sep 13 21:04:18.072: DHCPD: Seeing if there is an internally specified pool
class:
*Sep 13 21:04:18.072: DHCPD: remote id 020a0000c0a80b01010000000000
*Sep 13 21:04:18.072: DHCPD: there is no address pool for 192.168.11.1.
*Sep 13 21:04:18.072: DHCPD: Sending notification of DISCOVER:
R1#
*Sep 13 21:04:18.072: DHCPD: remote id 020a0000c0a80a01000000000000
*Sep 13 21:04:18.072: DHCPD: Seeing if there is an internally specified pool
class:
*Sep 13 21:04:18.072: DHCPD: remote id 020a0000c0a80a01000000000000
R1#
*Sep 13 21:04:20.072: DHCPD: Adding binding to radix tree (192.168.10.12)
*Sep 13 21:04:20.072: DHCPD: Adding binding to hash tree
*Sep 13 21:04:20.072: DHCPD: assigned IP address 192.168.10.12 to client
0063.6973.636f.2d30.3031.632e.3537.6563.2e30.3634.302d.566c.31.
*Sep 13 21:04:20.072: DHCPD: Sending notification of ASSIGNMENT:
*Sep 13 21:04:20.072: DHCPD: address 192.168.10.12 mask 255.255.255.0
*Sep 13 21:04:20.072: DHCPD: lease time remaining (secs) = 86400
*Sep 13 21:04:20.076: DHCPD: Sending notification of ASSIGNMENT:

CCNA Exploration
*Sep 13 21:04:20.076: DHCPD: address 192.168.10.12 mask 255.255.255.0
R1#
*Sep 13 21:04:20.076: DHCPD: lease time remaining (secs) = 86400
Tarea 5: Configurar el enrutamiento estático y por defecto
ISP utiliza enrutamiento estático para llegar a todas las redes más allá de R2. Sin embargo, R2 traduce
direcciones privadas a direcciones públicas antes de enviar tráfico al ISP. Por consiguiente, el ISP debe
configurarse con las direcciones públicas que forman parte de la configuración de NAT en R2. Ingrese la
siguiente ruta estática en ISP:
ISP(config)#ip route 209.165.200.240 255.255.255.240 serial 0/0/1
Esta ruta estática incluye todas las direcciones asignadas a R2 para uso público.
Configure una ruta por defecto en R2 y propáguela en OSPF.
R2(config)#ip route 0.0.0.0 0.0.0.0 209.165.200.226
R2(config)#router ospf 1
R2(config-router)#default-information originate
Espere unos segundos hasta que R1 aprenda la ruta por defecto desde R2 y luego verifique la tabla de
enrutamiento de R1. También puede borrar la tabla de enrutamiento con el comando clear ip route *. En
la tabla de enrutamiento de R1 debería aparecer una ruta por defecto que apunte a R2. Desde R1, haga
ping a la interfaz serial 0/0/1 en el ISP (209.165.200.226). Los pings deberían realizarse correctamente.
Si los pings fallan, realice la resolución de problemas según corresponda.
Tarea 6: Configurar NAT estática
Paso 1: Asignar una dirección IP pública en forma estática a una dirección IP privada.
Los hosts externos más allá del ISP pueden acceder al servidor interno conectado a R2. Asigne la
dirección IP pública 209.165.200.254 en forma estática como la dirección que NAT utilizará para asignar
paquetes a la dirección IP privada del servidor interno en 192.168.20.254.
R2(config)#ip nat inside source static 192.168.20.254 209.165.200.254
Paso 2: Especificar las interfaces NAT internas y externas.
Antes de que NAT pueda funcionar, se deben especificar cuáles interfaces son internas y cuáles son
externas.
R2(config)#interface serial 0/0/1
R2(config-if)#ip nat outside
R2(config-if)#interface fa0/0
R2(config-if)#ip nat inside
Nota: Si se utiliza un servidor interno simulado, se debe asignar el comando ip nat inside a la interfaz
loopback.
Paso 3: Verificar la configuración de NAT estática.
Desde el ISP, haga ping a la dirección IP pública 209.165.200.254.
Tarea 7: Configurar NAT dinámica con un conjunto de direcciones
Mientras que NAT estática proporciona una asignación permanente entre una dirección interna y una
dirección pública específica, NAT dinámica asigna direcciones IP privadas a direcciones públicas. Estas
direcciones IP públicas provienen de un pool de NAT.

CCNA Exploration
Paso 1: Definir un conjunto de direcciones globales.
Cree un conjunto de direcciones a las que se puedan traducir las direcciones de origen coincidentes. El
siguiente comando crea un pool denominado MY-NAT-POOL, que establece las direcciones globales
disponibles para la traducción de las direcciones internas coincidentes a una dirección IP en el rango
209.165.200.241–209.165.200.246.
R2(config)#ip nat pool MY-NAT-POOL 209.165.200.241 209.165.200.246 netmask
255.255.255.248
Paso 2: Crear una lista de control de acceso ampliada para identificar las direcciones internas que
se traducen.
R2(config)#ip access-list extended NAT
R2(config-ext-nacl)#permit ip 192.168.10.0 0.0.0.255 any
R2(config-ext-nacl)#permit ip 192.168.11.0 0.0.0.255 any
Paso 3: Establecer la traducción dinámica de origen al crear un enlace entre el pool y la lista de
control de acceso.
Un router puede tener más de un pool de NAT y más de una ACL. El siguiente comando le indica al
router el conjunto de direcciones que debe usar para traducir hosts permitidos según la ACL.
R2(config)#ip nat inside source list NAT pool MY-NAT-POOL
Paso 4: Especificar las interfaces NAT internas y externas.
Ya se han especificado las interfaces internas y externas de la configuración de NAT estática. Ahora se
debe agregar la interfaz serial conectada a R1 como interfaz interna.
R2(config)#interface serial 0/0/0
R2(config-if)#ip nat inside
Paso 5: Verificar la configuración.
Haga ping al ISP desde PC1 o la interfaz Fast Ethernet en R1 mediante un ping ampliado. Luego utilice
los comandos show ip nat translations y show ip nat statistics en R2 para verificar NAT.
R2#show ip nat translations
Pro Inside global Inside local Outside local Outside global
icmp 209.165.200.241:4 192.168.10.1:4 209.165.200.226:4 209.165.200.226:4
--- 209.165.200.241 192.168.10.1 --- ---
--- 209.165.200.254 192.168.20.254 --- ---
R2#show ip nat statistics
Total active translations: 2 (1 static, 1 dynamic; 0 extended)
Outside interfaces:
Serial0/0/1
Inside interfaces:
Serial0/0/0, Loopback0
Hits: 23 Misses: 3
CEF Translated packets: 18, CEF Punted packets: 0
Expired translations: 3
Dynamic mappings:
-- Inside Source
[Id: 1] access-list NAT pool MY-NAT-POOL refcount 1
pool MY-NAT-POOL: netmask 255.255.255.248
start 209.165.200.241 end 209.165.200.246
type generic, total addresses 6, allocated 1 (16%), misses 0
Queued Packets: 0

CCNA Exploration
Para realizar la resolución de problemas relacionados con NAT, puede utilizar el comando debug ip nat.
Active la depuración de NAT y repita el ping desde PC1.
R2#debug ip nat
IP NAT debugging is on
R2#
*Sep 13 21:15:02.215: NAT*: s=192.168.10.11->209.165.200.241, d=209.165.200.226 [25]
*Sep 13 21:15:02.231: NAT*: s=209.165.200.226, d=209.165.200.241->192.168.10.11 [25]
*Sep 13 21:15:02.247: NAT*: s=192.168.10.11->209.165.200.241, d=209.165.200.226 [26]
*Sep 13 21:15:02.263: NAT*: s=209.165.200.226, d=209.165.200.241->192.168.10.11 [26]
*Sep 13 21:15:02.275: NAT*: s=192.168.10.11->209.165.200.241, d=209.165.200.226 [27]
*Sep 13 21:15:02.291: NAT*: s=209.165.200.226, d=209.165.200.241->192.168.10.11 [27]
*Sep 13 21:15:02.307: NAT*: s=192.168.10.11->209.165.200.241, d=209.165.200.226 [28]
*Sep 13 21:15:02.323: NAT*: s=209.165.200.226, d=209.165.200.241->192.168.10.11 [28]
*Sep 13 21:15:02.335: NAT*: s=192.168.10.11->209.165.200.241, d=209.165.200.226 [29]
*Sep 13 21:15:02.351: NAT*: s=209.165.200.226, d=209.165.200.241->192.168.10.11 [29]
R2#
Tarea 8: Configurar la sobrecarga de NAT
En el ejemplo anterior, ¿qué sucedería si se necesitara más de las seis direcciones IP públicas que
permite el pool?
__________________________________________________________________________________
Al hacer un seguimiento de los números de puerto, la sobrecarga de NAT permite a varios usuarios
internos volver a usar una dirección IP pública.
En esta tarea, se eliminará el pool y la sentencia de asignación configurada en la tarea anterior. A
continuación, se configurará la sobrecarga de NAT en R2 de manera que todas las direcciones IP
internas se traduzcan a la dirección S0/0/1 de R2 cuando se conecten a un dispositivo externo.
Paso 1: Eliminar el pool de NAT y la sentencia de asignación.
Use los siguientes comandos para eliminar el pool de NAT y la asignación a la ACL de NAT.
R2(config)#no ip nat inside source list NAT pool MY-NAT-POOL
R2(config)#no ip nat pool MY-NAT-POOL 209.165.200.241 209.165.200.246 netmask
255.255.255.248
Si recibe el siguiente mensaje, borre las traducciones NAT.
%Pool MY-NAT-POOL in use, cannot destroy
R2#clear ip nat translation *
Paso 2: Configurar PAT en R2 mediante la dirección IP pública de la interfaz serial 0/0/1.
La configuración es similar a NAT dinámica, excepto que en lugar de un conjunto de direcciones, se
utiliza la palabra clave interface para identificar la dirección IP externa. Por lo tanto, no se define ningún
pool de NAT. La palabra clave overload permite agregar el número de puerto a la traducción.
Debido a que ya se configuró una ACL para identificar las direcciones IP internas que deben traducirse y
qué interfaces son internas y externas, sólo se debe configurar lo siguiente:
R2(config)#ip nat inside source list NAT interface S0/0/1 overload

CCNA Exploration
Paso 3: Verificar la configuración.
Haga ping al ISP desde PC1 o la interfaz Fast Ethernet en R1 mediante un ping ampliado. Luego utilice
los comandos show ip nat translations y show ip nat statistics en R2 para verificar NAT.
R2#show ip nat translations
Pro Inside global Inside local Outside local Outside global
icmp 209.165.200.225:6 192.168.10.11:6 209.165.200.226:6 209.165.200.226:6
--- 209.165.200.254 192.168.20.254 --- ---
R2#show ip nat statistics
Total active translations: 2 (1 static, 1 dynamic; 1 extended)
Outside interfaces:
Serial0/0/1
Inside interfaces:
Serial0/0/0, Loopback0
Hits: 48 Misses: 6
CEF Translated packets: 46, CEF Punted packets: 0
Expired translations: 5
Dynamic mappings:
-- Inside Source
[Id: 2] access-list NAT interface Serial0/0/1 refcount 1
Queued Packets: 0
Nota: En la tarea anterior, se podría haber agregado la palabra clave overload al comando ip nat inside
source list NAT pool MY-NAT-POOL para permitir más de seis usuarios simultáneos.
Tarea 9: Documentar la red
En cada router, ejecute el comando show run y capture las configuraciones.
R1#show run
<output omitted>
!
hostname R1
!
enable secret class
!
no ip domain lookup
!
interface FastEthernet0/0
ip address 192.168.10.1 255.255.255.0
ip helper-address 10.1.1.2
no shutdown
!
interface FastEthernet0/1
ip address 192.168.11.1 255.255.255.0
ip helper-address 10.1.1.2
no shutdown
!
interface Serial0/0/0
ip address 10.1.1.1 255.255.255.252
clock rate 125000
!
no ip address
shutdown
!

CCNA Exploration
router ospf 1
network 10.1.1.0 0.0.0.3 area 0
network 192.168.10.0 0.0.0.255 area 0
network 192.168.11.0 0.0.0.255 area 0
!
!
banner motd ^C
***********************************
!!!AUTHORIZED ACCESS ONLY!!!
***********************************
^C
!
line con 0
exec-timeout 0 0
password cisco
logging synchronous
login
line aux 0
exec-timeout 0 0
password cisco
logging synchronous
login
line vty 0 4
exec-timeout 0 0
password cisco
logging synchronous
login
!
end
R2#show run
!
hostname R2
!
!
enable secret class
!
no ip dhcp use vrf connected
ip dhcp excluded-address 192.168.10.1 192.168.10.10
ip dhcp excluded-address 192.168.11.1 192.168.11.10
!
ip dhcp pool R1Fa0
network 192.168.10.0 255.255.255.0
default-router 192.168.10.1
dns-server 192.168.11.5
!
ip dhcp pool R1Fa1
network 192.168.11.0 255.255.255.0
dns-server 192.168.11.5
default-router 192.168.11.1
!
no ip domain lookup
!
interface Loopback0
ip address 192.168.20.254 255.255.255.0
ip nat inside

CCNA Exploration
ip virtual-reassembly
!
!
!
ip address 10.1.1.2 255.255.255.252
ip nat inside
!
ip address 209.165.200.225 255.255.255.252
ip nat outside
clock rate 125000
!
router ospf 1
network 10.1.1.0 0.0.0.3 area 0
network 192.168.20.0 0.0.0.255 area 0
default-information originate
!
ip route 0.0.0.0 0.0.0.0 209.165.200.226
!
!
no ip http server
no ip http secure-server
ip nat inside source list NAT interface Serial0/0/1 overload
ip nat inside source static 192.168.20.254 209.165.200.254
!
ip access-list extended NAT
permit ip 192.168.10.0 0.0.0.255 any
permit ip 192.168.11.0 0.0.0.255 any
!
!
banner motd ^C
***********************************
***********************************
^C
!
line con 0
exec-timeout 0 0
password cisco
logging synchronous
login
line aux 0
exec-timeout 0 0
password cisco
logging synchronous
login
line vty 0 4
exec-timeout 0 0
password cisco
logging synchronous
login
!
end

CCNA Exploration
ISP#show run
<output omitted>
!
hostname ISP
!
enable secret class
!
no ip domain lookup
!
ip address 209.165.200.226 255.255.255.252
no shutdown
!
!
ip route 209.165.200.240 255.255.255.240 Serial0/0/1
!
banner motd ^C
***********************************
***********************************
^C
!
line con 0
exec-timeout 0 0
password cisco
logging synchronous
login
line aux 0
exec-timeout 0 0
password cisco
logging synchronous
login
line vty 0 4
password cisco
logging synchronous
login
!
end
Tarea 10: Limpiar
Borre las configuraciones y recargue los routers. Desconecte y guarde los cables. Para los equipos PC
host que normalmente se conectan a otras redes (tal como la LAN de la escuela o Internet), reconecte
los cables correspondientes y restablezca las configuraciones TCP/IP.

Lab

Más contenido relacionado

La actualidad más candente (20)

Similar a Lab (20)

Último (20)

Lab