Configurar y verificar IPv4 en hosts e IOS (1.3 parcial)

📋 En esta lección

Del papel al cable: aquí configuramos las direcciones que diseñaste en las lecciones anteriores. Verás cómo se asigna y verifica IPv4 en Windows, Linux y macOS, y cómo se configuran las interfaces de routers y switches en IOS — incluyendo el detalle que más olvida la gente: el no shutdown.

Los tres datos que necesita todo host

Para funcionar en una red IPv4, cualquier dispositivo necesita como mínimo:

1. Dirección IP + máscara — su identidad y la definición de "mi red".
2. Gateway por defecto — la IP del router al que enviar todo lo que esté fuera de su subred. Debe pertenecer a la misma subred que el host — un gateway fuera de la subred es inalcanzable por definición.
3. Servidor DNS — para resolver nombres. Sin DNS "no funciona Internet" aunque el routing esté perfecto (los usuarios no navegan por IP).

Estos tres datos llegan por DHCP (lo normal para usuarios) o se configuran estáticamente (lo normal para servidores, impresoras, equipos de red y cualquier cosa que otros necesiten localizar de forma fija).

Verificación en Windows

C:\> ipconfig /all

Adaptador de Ethernet Ethernet0:
   Sufijo DNS específico. . . . : empresa.local
   Dirección física . . . . . . : 00-1A-2B-3C-4D-5E
   DHCP habilitado. . . . . . . : sí
   Dirección IPv4 . . . . . . . : 10.1.10.44
   Máscara de subred. . . . . . : 255.255.255.0
   Puerta de enlace . . . . . . : 10.1.10.1
   Servidores DNS . . . . . . . : 10.1.30.10

ipconfig a secas muestra lo esencial; /all añade MAC, DHCP y DNS. Otras dos órdenes útiles: ipconfig /release y ipconfig /renew liberan y vuelven a pedir la dirección al DHCP — el primer gesto cuando un cliente tiene una IP que no corresponde.

La configuración estática se hace en Configuración → Red e Internet → Propiedades del adaptador, o en terminal con netsh interface ip set address.

Verificación en Linux y macOS

$ ip addr show            # Linux moderno (sustituye a ifconfig)
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP>
    link/ether 00:1a:2b:3c:4d:5e
    inet 10.1.10.45/24 brd 10.1.10.255 scope global dynamic ens33

$ ip route show           # tabla de rutas; la línea "default" es el gateway
default via 10.1.10.1 dev ens33
10.1.10.0/24 dev ens33 proto kernel scope link src 10.1.10.45

$ cat /etc/resolv.conf    # DNS configurado
nameserver 10.1.30.10

Fíjate en que Linux muestra la máscara en notación CIDR (/24) directamente. En macOS, ifconfig sigue siendo el comando habitual y la configuración gráfica vive en Ajustes del Sistema → Red.

Configurar interfaces en un router IOS

La secuencia canónica — la escribirás cientos de veces en tu carrera:

Router# configure terminal
Router(config)# interface GigabitEthernet0/0
Router(config-if)# description LAN Usuarios VLAN 10
Router(config-if)# ip address 10.1.10.1 255.255.255.0
Router(config-if)# no shutdown
Router(config-if)# end
Router# write memory

Tres detalles que marcan la diferencia:

no shutdown es obligatorio. Las interfaces de router vienen administrativamente apagadas de fábrica. Configurar la IP y olvidar el no shutdown es, probablemente, el error individual más repetido en los labs del CCNA. La interfaz quedará en administratively down hasta que lo ejecutes.

description no es decorativa. Una interfaz descrita es autodocumentación que aparece en show interfaces y en show interfaces description. En un router con 8 interfaces, saber cuál va al ISP sin seguir cables físicamente vale oro.

En IOS la máscara va en decimal. ip address 10.1.10.1 255.255.255.0 — no acepta /24 en este comando. La conversión CIDR↔decimal de la lección 4.1 es aquí gimnasia diaria.

📝 📝 ¿Y una IP secundaria?

ip address 10.1.99.1 255.255.255.0 secondary añade una segunda subred a la misma interfaz. Es un recurso de transición (migraciones de direccionamiento), no un diseño deseable — la forma correcta de tener varias redes en una interfaz son las subinterfaces con VLANs (lección 5.3).

Configurar la IP de gestión de un switch L2

Un switch de capa 2 conmuta tramas sin necesitar IP… pero tú necesitas llegar a él por SSH. La IP de gestión se configura en una SVI (Switch Virtual Interface — la interfaz lógica de una VLAN), no en los puertos físicos:

Switch(config)# interface vlan 1
Switch(config-if)# ip address 10.1.250.2 255.255.255.0
Switch(config-if)# no shutdown
Switch(config-if)# exit
Switch(config)# ip default-gateway 10.1.250.1

El ip default-gateway es imprescindible para administrarlo desde otra subred: sin él, el switch responde en su LAN pero no sabe devolver los paquetes SSH que llegan de fuera. (En producción, la gestión va en su propia VLAN dedicada, no en la VLAN 1 — lo veremos con las VLANs en el Módulo 5 y en seguridad L2 en el 10.)

Verificar en IOS

Tu batería estándar tras configurar, en orden:

Router# show ip interface brief          ← ¿IPs correctas? ¿Status up/up?
Router# show interfaces GigabitEthernet0/0   ← detalle físico: dúplex, velocidad, errores
Router# show ip route                    ← ¿aparece la red como "C" (connected)?
Router# show arp                         ← ¿el router ve a los hosts de la LAN?

Un detalle que conecta con el Módulo 7: al configurar una IP en una interfaz activa, el router instala automáticamente dos entradas en la tabla de rutas — la red conectada (C 10.1.10.0/24) y la ruta local de su propia dirección (L 10.1.10.1/32). Si no aparecen, la interfaz no está up.

La prueba de fuego: ping por etapas

Con todo configurado, verifica conectividad por capas, de dentro afuera — cada paso descarta un tramo:

1. ping 127.0.0.1        ← mi pila TCP/IP funciona
2. ping 10.1.10.44       ← mi propia IP: la interfaz está operativa
3. ping 10.1.10.1        ← llego a mi gateway: la LAN funciona
4. ping 8.8.8.8          ← llego a Internet: el routing y el NAT funcionan
5. ping google.com       ← el DNS funciona

Esta escalera es la columna vertebral del troubleshooting de la próxima lección: el primer escalón que falla te dice exactamente dónde está el problema.

Relación con otros conceptos

• El plan de direccionamiento de las lecciones 4.3-4.4 es lo que estás tecleando aquí; la escalera de ping es el corazón de la lección 4.6.
• La SVI y el default-gateway del switch reaparecen con las VLANs y el inter-VLAN routing (lecciones 5.1-5.3).
• Las rutas C y L que acabas de generar son la base de la tabla de rutas del Módulo 7.
• DHCP — quién reparte estos datos automáticamente y cómo configurar el servidor en IOS — es la lección 8.1.

Resumen

Todo host necesita IP+máscara, gateway (dentro de su subred) y DNS — por DHCP o estáticos. Verificación: ipconfig /all (Windows), ip addr + ip route (Linux). En IOS: interface → description → ip address con máscara decimal → no shutdown (las interfaces de router nacen apagadas) → write memory. La gestión de un switch L2 vive en una SVI más ip default-gateway. Verifica con show ip interface brief, confirma las rutas C/L, y remata con la escalera de ping: loopback → propia IP → gateway → Internet → DNS.

Fuentes oficiales

• Cisco IOS XE — IP Routing Configuration Guide (interfaces, rutas conectadas)
• RFC 826 — Address Resolution Protocol