Cap�tulo 6: Capa de red

Las aplicaciones y servicios de red de un terminal se pueden comunican con las

aplicaciones y servicios que se ejecutan en otro terminal. �C�mo se comunican los
datos en la red de manera eficaz?

Los protocolos de la capa de red del modelo OSI especifican el direccionamiento y

los procesos que permiten que se armen y se transporten los paquetes de datos de la
capa de red. El encapsulamiento de capa de red permite que se transfieran los datos
a un destino dentro de una red (o a otra red) con una sobrecarga m�nima.

En este cap�tulo, nos concentraremos en el rol de la capa de red. Se examina c�mo

divide las redes en grupos de hosts para administrar el flujo de paquetes de datos
dentro de una red. Tambi�n se explica c�mo se facilita la comunicaci�n entre las
redes. Esta comunicaci�n entre redes se denomina "routing".
Actividad de clase: La ruta menos transitada
La capa de red
La capa de red o la capa OSI 3, brinda servicios para permitir que los terminales
puedan intercambiar datos en la red. Para lograr el transporte completo, la capa de
red utiliza cuatro procesos b�sicos:

Direccionamiento de terminales: Los terminales se deben configurar con una

direcci�n IP �nica para identificarlos en la red.
Encapsulamiento: La capa de red encapsula la unidad de datos del protocolo (PDU) de
la capa de transporte a un paquete. El proceso de encapsulamiento agrega
informaci�n de encabezado IP, como la direcci�n IP de los hosts de origen
(emisores) y de destino (receptores).
Routing: La capa de red brinca servicios para dirigir paquetes a un host de destino
en otra red. Para transferir un paquete a otras redes, debe procesarlo un router.
La funci�n del router es seleccionar la mejor ruta y dirigir los paquetes al host
de destino en un proceso que se denomina "routing". Un paquete puede cruzar muchos
dispositivos intermediarios antes de llegar al host de destino. Se denomina "salto"
a cada router que cruza un paquete antes de alcanzar el host de destino.
Desencapsulamiento: Cuando el paquete llega a la capa de red del host de destino,
el host revisa el encabezado IP del paquete. Si la direcci�n IP de destino dentro
del encabezado coincide con su propia direcci�n IP, se elimina el encabezado IP del
paquete. Una vez que la capa de red desencapsula el paquete, la PDU de capa 4 que
se obtiene se transfiere al servicio apropiado en la capa de transporte.
A diferencia de la capa de transporte (la capa OSI 4), que administra el transporte
de datos entre los procesos que se ejecutan en cada host, los protocolos de capa de
red especifican la estructura de paquete y los procesos que se utilizan para
transportar la informaci�n de un host a otro. La capa de red puede transportar
paquetes de varios tipos de comunicaci�n entre varios hosts porque funciona sin
tener en cuenta los datos que contiene cada paquete.

Haga clic en Reproducir en la ilustraci�n para ver una animaci�n sobre el

intercambio de datos.
Protocolos de capa de red
xisten varios protocolos de capa de red. Sin embargo, como se muestra en la
ilustraci�n, solo hay dos protocolos de capa de red que suelen implementarse:

Protocolo de Internet versi�n 4 (IPv4)

Protocolo de Internet versi�n 6 (IPv6)
Nota: Los protocolos de capa de red antiguos no se muestran en la ilustraci�n y no
se analizan en este curso.

Encapsulamiento de IP
Para encapsular el segmento de capa de transporte u otros datos, IP le agrega un
encabezado IP. Este encabezado se usa para entregar el paquete al host de destino.
El encabezado IP permanece igual desde el momento en que el paquete deja el host de
origen hasta que llega al host de destino.

En la figura 1, se muestra el proceso de creaci�n de la PDU de capa de transporte.

En la figura 2, se muestra c�mo la PDU de capa de red encapsula la PDU de capa de
transporte para crear un paquete IP.

El proceso de encapsulamiento de datos capa por capa permite que se desarrollen y

se escalen los servicios en las diferentes capas sin afectar a las otras capas.
Esto significa que IPv4 o IPv6 o cualquier protocolo nuevo que se desarrolle en el
futuro puede armar sin inconvenientes un paquete con los segmentos de capa de
transporte.

Los routers pueden implementar diferentes protocolos de capa de red para que
funcionen simult�neamente en una red. El routing que realizan estos dispositivos
intermediarios solo toma en cuenta el contenido del encabezado de paquetes de la
capa de red. En ning�n caso, la porci�n de datos del paquete, es decir, la PDU de
capa de transporte encapsulada, se modifica durante los procesos de la capa de red.
Caracter�sticas de IP
IP se dise�� como un protocolo con sobrecarga baja. Provee solo las funciones
necesarias para enviar un paquete de un origen a un destino a trav�s de un sistema
interconectado de redes. El protocolo no fue dise�ado para rastrear ni administrar
el flujo de paquetes. Estas funciones, si es necesario, est�n a cargo de otros
protocolos en otras capas, principalmente TCP en la capa 4.

En la ilustraci�n, se describen las caracter�sticas b�sicas de IP.

P: Sin conexi�n
P no tiene conexi�n, lo que significa que no se genera una conexi�n completa
exclusiva antes de enviar los datos. Como se muestra en la figura 1, la
comunicaci�n sin conexi�n es conceptualmente similar a enviarle una carta a alguien
sin avisarle al receptor con anterioridad.

Las comunicaciones de datos sin conexi�n funcionan con el mismo principio. Como se
muestra en la figura 2, IP no necesita un intercambio inicial de informaci�n de
control para establecer una conexi�n completa para que se reenv�en los paquetes. IP
tampoco necesita campos adicionales en el encabezado para mantener una conexi�n
establecida. Este proceso reduce en gran medida la sobrecarga del protocolo IP. Sin
embargo, sin una conexi�n completa preestablecida, los remitentes no saben si los
dispositivos de destino est�n presentes y en funcionamiento cuando env�an paquetes,
ni tampoco si el destinatario recibe el paquete o si puede acceder al paquete y
leerlo.
IP: Entrega de servicio m�nimo
En la ilustraci�n, se muestran las caracter�sticas de entrega de mejor esfuerzo o
poco confiable del protocolo IP. El protocolo IP no garantiza que todos los
paquetes que se env�an, de hecho, se reciban.

Que sea poco confiable significa que IP no tiene la funcionalidad para administrar
o recuperar paquetes no recibidos o da�ados. Esto se debe a que, si bien los
paquetes IP se env�an con informaci�n sobre la ubicaci�n de entrega, no tienen
informaci�n que pueda procesarse para informar al remitente si la entrega se
realiz� correctamente. Es posible que los paquetes lleguen da�ados o fuera de
secuencia al destino o que no lleguen en absoluto. IP no tiene la funcionalidad de
retransmitir paquetes si se producen errores.

Las aplicaciones que utilizan los datos o los servicios de capas superiores deben
solucionar problemas como el env�o de paquetes fuera de orden o la p�rdida de
paquetes. Esta caracter�stica permite que IP funcione de manera muy eficaz. En el
paquete del protocolo TCP/IP, la confiabilidad es la funci�n de la capa de
transporte.
IP: Independiente de los medios
IP funciona independientemente de los medios que transportan los datos en las capas
m�s bajas de la pila de protocolos. Como se muestra en la ilustraci�n, los paquetes
IP pueden ser se�ales electr�nicas que se transmiten por cables de cobre, se�ales
�pticas que se transmiten por fibra �ptica o se�ales de radio inal�mbricas.

La capa de enlace de datos OSI se encarga de preparar los paquetes IP para la

transmisi�n por el medio de comunicaci�n. Esto significa que el transporte de
paquetes IP no est� limitado a un medio en particular.

Sin embargo, la capa de red tiene en cuenta una de las caracter�sticas m�s
importantes del medio, que es el tama�o m�ximo de PDU que cada medio puede
transportar. Esta caracter�stica se conoce como "unidad de transmisi�n m�xima"
(MTU). Parte del control de la comunicaci�n entre la capa de enlace de datos y la
capa de red consiste en establecer el tama�o m�ximo del paquete. La capa de enlace
de datos pasa el valor de MTU a la capa de red. La capa de red luego determina qu�
tama�o pueden tener los paquetes.

En algunos casos, un dispositivo intermediario, que por lo general es un router,

debe dividir el paquete cuando se reenv�a de un medio a otro con una MTU menor.
Este proceso se denomina "fragmentaci�n de paquetes" o "fragmentaci�n".
Encabezado de paquetes IPv4
El encabezado de paquetes IPv4 consta de campos que contienen informaci�n
importante sobre el paquete. Estos campos tienen n�meros binarios que examina el
proceso de capa 3. Los valores binarios de cada campo identifican diversos
par�metros de configuraci�n del paquete IP. Los diagramas de encabezado del
protocolo, que se leen de izquierda a derecha y de arriba hacia abajo, proporcionan
una representaci�n visual de consulta al analizar los campos de protocolo. El
diagrama de encabezado del protocolo IP en la ilustraci�n identifica los campos de
un paquete IPv4.

Los campos m�s importantes del encabezado de IPv4 son los siguientes:

Versi�n: Contiene un valor binario de 4 bits establecido en 0100 que lo identifica

como un paquete IP versi�n 4.
Servicios diferenciados o DiffServ (DS): antes conocido como el campo "tipo de
servicio" (ToS), es un campo de 8 bits que se utiliza para determinar la prioridad
de cada paquete. Los seis bits m�s importantes del campo de servicios diferenciados
son el punto de c�digo de servicios diferenciados (DSCP), y los �ltimos dos bits
son los de notificaci�n de congesti�n expl�cita (ECN).
Tiempo de duraci�n (TTL): Contiene un valor binario de 8 bits que se usa para
delimitar el tiempo de vida de un paquete. El emisor del paquete establece el valor
inicial de TTL que se reduce en uno cada vez que un router procesa el paquete. Si
el campo TTL llega a cero, el router descarta el paquete y env�a a la direcci�n IP
de origen un mensaje de tiempo superado del protocolo de mensajes de control de
Internet (ICMP).
El campo Protocolo se utiliza para identificar el protocolo del siguiente nivel.
Este valor binario de 8 bits indica el tipo de carga de datos que lleva el paquete,
lo que permite que la capa de red transmita los datos al protocolo de capa superior
apropiado. ICMP (1), TCP (6) y UDP (17) son algunos valores comunes.
Direcci�n IPv4 de origen: contiene un valor binario de 32 bits que representa la
direcci�n IPv4 de origen del paquete. La direcci�n IPv4 de origen siempre es una
direcci�n de unidifusi�n.
Direcci�n IPv4 de destino: contiene un valor binario de 32 bits que representa la
direcci�n IPv4 de destino del paquete. La direcci�n IPv4 de destino es una
direcci�n de unidifusi�n, de multidifusi�n o de difusi�n.
Los dos campos a los que se hace m�s referencia son los de direcci�n IP de origen y
de destino En estos campos, se identifica de d�nde viene el paquete y a d�nde va.
Por lo general, estas direcciones no cambian cuando un paquete se transfiere desde
el origen hasta el destino.

Para identificar y validar el paquete, se usan los campos de longitud del

encabezado de Internet (IHL), longitud total y el encabezado checksum.

Para reordenar un paquete fragmentado, se usan otros campos. Espec�ficamente, el

paquete IPv4 utiliza los campos de identificaci�n, se�aladores y desplazamiento de
fragmentos para llevar un control de los fragmentos. Es posible que un router deba
fragmentar un paquete cuando lo reenv�e de un medio a otro con una MTU menor.

Los campos "opciones" y "relleno" se usan con poca frecuencia y exceden el �mbito
de este cap�tulo.

Limitaciones de IPv4
A lo largo de los a�os, IPv4 se actualiz� para enfrentar los nuevos desaf�os. Sin
embargo, incluso con los cambios, IPv4 a�n tiene tres grandes problemas:

Agotamiento de las direcciones IP: IPv4 tiene una cantidad limitada de direcciones
IPv4 p�blicas �nicas disponibles. Si bien hay aproximadamente 4000 millones de
direcciones IPv4, el incremento en la cantidad de dispositivos nuevos con IP
habilitado, las conexiones constantes y el crecimiento potencial de regiones menos
desarrolladas aumentaron la necesidad de direcciones.
Expansi�n de la tabla de routing de Internet: Los routers usan tablas de routing
para determinar las mejores rutas. A medida que aumenta el n�mero de servidores
conectados a Internet, aumenta tambi�n el n�mero de rutas de red. Estas rutas IPv4
consumen una gran cantidad de recursos de memoria y de procesador en los routers de
Internet.
Falta de conectividad completa: Una de las tecnolog�as m�s implementadas en las
redes IPv4 es la traducci�n de direcciones de red (NAT). NAT proporciona una manera
para que varios dispositivos compartan una �nica direcci�n IPv4 p�blica. Sin
embargo, dado que la direcci�n IPv4 p�blica se comparte, se oculta la direcci�n
IPv4 de un host de la red interna. Esto puede ser un problema para las tecnolog�as
que necesitan conectividad completa.
ntroducci�n a IPv6
A principios de la d�cada de 1990, los problemas con IPv4 preocuparon al Grupo de
trabajo de ingenier�a de Internet (IETF) que, en consecuencia, comenz� a buscar un
reemplazo. Esto tuvo como resultado el desarrollo de IP versi�n 6 (IPv6). IPv6
supera las limitaciones de IPv4 y representa una mejora importante con
caracter�sticas que se adaptan mejor a las demandas de red actuales y previsibles.

Las mejoras de IPv6 incluyen lo siguiente:

Mayor espacio de direcciones: Las direcciones IPv6 se basan en el direccionamiento

jer�rquico de 128 bits en comparaci�n con los 32 bits de IPv4.
Mejor manejo de paquetes: Se redujo la cantidad de campos del encabezado de IPv6
para hacerlo m�s simple.
Se elimina la necesidad de NAT: Al tener un n�mero tan grande de direcciones IPv6
p�blicas, la NAT entre las direcciones IPv4 privadas y p�blicas ya no es necesaria.
Esto evita algunos problemas de aplicaci�n inducidos por NAT que tuvieron algunas
aplicaciones que necesitan conectividad completa.
El espacio de direcciones IPv4 de 32 bits ofrece aproximadamente 4 294 967 296
direcciones �nicas. Una de las principales mejoras de dise�o de IPv6 con respecto a
IPv4 es el encabezado de IPv6 simplificado.

En la ilustraci�n, se puede ver una comparaci�n entre el espacio de direcciones

IPv4 e IPv6.

Encapsulamiento IPv6
Uno de las mejoras de dise�o m�s importantes de IPv6 con respecto a IPv4 es el
encabezado simplificado de IPv6.

Por ejemplo, el encabezado de IPv4 que se muestra en la figura 1 consta de 20

octetos (hasta 60 bytes si se usa el campo Opciones) y 12 campos de encabezado
b�sico, sin contar los campos Opciones y Relleno. Como se muestra en la
ilustraci�n, en IPv6 algunos campos permanecen iguales, mientras que a otros se les
cambi� el nombre y la posici�n, y algunos campos de IPv4 ya no son necesarios.

En cambio, el encabezado simplificado de IPv6 que se muestra en la figura 2 consta

de 40 octetos (principalmente debido a la longitud de las direcciones de IPv6 de
origen y de destino) y 8 campos de encabezado (3 campos de encabezado de IPv4 y 5
campos de encabezado adicionales) Como se resalta en esta ilustraci�n, algunos
campos mantienen el mismo nombre que ten�an en IPv4, a algunos campos se les cambi�
el nombre o la posici�n y se agreg� un campo nuevo.

Como se muestra en la figura 3, el encabezado simplificado de IPv6 ofrece muchas

m�s ventajas que el de IPv4.

Encabezado de paquetes IPv6

Los campos del encabezado de paquetes IPv6 incluyen lo siguiente:

Versi�n: Este campo contiene un valor binario de 4 bits establecido en 0110 que lo
identifica como un paquete IP versi�n 6.
Clase de tr�fico: Este campo de 8 bits es el equivalente al campo DS de IPv4.
Etiqueta de flujo: Este campo de 20 bits sugiere que todos los paquetes con la
misma etiqueta de flujo reciben el mismo tipo de manejo de los routers.
Longitud de contenido: Este campo de 16 bits indica la longitud de la porci�n de
datos o la longitud de contenido del paquete IPv6.
Encabezado siguiente: Este campo de 8 bits es el equivalente al campo protocolo de
IPv4. Es un valor que indica el tipo de contenido de datos que lleva el paquete, lo
que permite que la capa de red transmita la informaci�n al protocolo de capa
superior apropiado.
L�mite de saltos: Este campo de 8 bits reemplaza al campo TTL de IPv4. Cada router
que reenv�a el paquete reduce este valor en 1. Cuando llega a cero, se descarta el
paquete y se env�a un mensaje de tiempo superado de ICMPv6 al host de origen que
indica que el paquete no lleg� a destino porque excedi� el l�mite de saltos.
Direcci�n IPv6 de origen: es un campo de 128 bits que identifica la direcci�n IPv6
del host emisor.
Direcci�n IPv6 de destino: es un campo de 128 bits que identifica la direcci�n IPv6
del host receptor.
Un paquete IPv6 tambi�n puede contener encabezados de extensi�n (EH), que proveen
informaci�n optativa de la capa de red. Los encabezados de extensi�n son opcionales
y est�n ubicados entre el encabezado de IPv6 y el contenido. Los EH se usan para
fragmentar, dar seguridad, admitir la movilidad y otras acciones.

A diferencia de IPv4, los routers no fragmentan de los paquetes IPv6 enrutados.

La decisi�n de reenv�o de host

Otra funci�n de la capa de red es dirigir los paquetes entre hosts. Un host puede
enviar un paquete a alguno de los siguientes:

A s� mismo: Un host puede hacerse ping a s� mismo al enviar un paquete a una

direcci�n IPv4 127.0.0.1, denominada "interfaz de bucle invertido". El hacer ping a
la interfaz de bucle invertido, pone a prueba la pila del protocolo TCP/IP en el
host.
Al host local: Este es un host que est� en la misma red local que el host emisor.
Los hosts comparten la misma direcci�n de red.
A un m�dulo remoto de E/S: Este es un host en una red remota. Los hosts no
comparten la misma direcci�n de red.
Que un paquete tenga como destino un host local o un m�dulo remoto de E/S lo
determina la combinaci�n de m�scara de subred y direcci�n IPv4 del dispositivo de
origen (emisor) en comparaci�n con la m�scara de subred y la direcci�n IPv4 del
dispositivo de destino.

En una red dom�stica o comercial puede haber varios dispositivos cableados o

inal�mbricos interconectados que utilizan un dispositivo intermediario, como un
switch LAN o un punto de acceso inal�mbrico (WAP). Este dispositivo intermediario
proporciona interconexiones entre los hosts de la red local. Los hosts locales
pueden conectarse y compartir informaci�n sin la necesidad de dispositivos
adicionales. Si un host env�a un paquete a un dispositivo configurado con la misma
red IP que el dispositivo host, el paquete se reenv�a por la interfaz de host a
trav�s del dispositivo intermediario y se dirige directamente al dispositivo de
destino.

Por supuesto, en la mayor�a de las situaciones queremos que nuestros dispositivos

se conecten m�s all� del segmento de red local, por ejemplo, que vayan a otras
casas, empresas y a Internet. Los dispositivos que no est�n en el segmento de red
local se denominan "m�dulo remoto de E/S". Cuando un dispositivo de origen env�a un
paquete a un dispositivo de destino remoto, se necesita la ayuda de los routers y
del routing. El routing es el proceso de identificaci�n de la mejor ruta para
llegar a un destino. El router conectado al segmento de red local se denomina
gateway predeterminado.
Gateway predeterminado
El gateway predeterminado es el dispositivo de red que puede enrutar el tr�fico a
otras redes. Es el router el que puede enrutar el tr�fico fuera de la red local.

Si se piensa en una red como si fuera una habitaci�n, el gateway predeterminado es

como la puerta. Si desea ingresar a otra habitaci�n o red, debe encontrar la
puerta.

A su vez, una PC o computadora que no conoce la direcci�n IP del gateway

predeterminado es como una persona, en una habitaci�n, que no sabe d�nde est� la
puerta. Las personas en la habitaci�n o la red pueden hablar entre s�, pero si no
conocen la direcci�n del gateway predeterminado o si esta no existiera, no hay
salida.

En la ilustraci�n, se muestra una lista de las funciones del gateway

predeterminado.

Uso del gateway predeterminado

La tabla de routing de un host incluye, por lo general, un gateway predeterminado.
El host recibe la direcci�n IPv4 del gateway predeterminado ya sea de manera
din�mica del protocolo DHCP o si se la configura manualmente. En la ilustraci�n, la
PC1 y la PC2 est�n configuradas con la direcci�n IPv4 de gateway predeterminado
192.168.10.1. La configuraci�n de un gateway predeterminado genera una ruta
predeterminada en la tabla de routing de la PC. Una ruta predeterminada es la ruta
o camino que la PC utiliza cuando intenta conectarse a la red remota.

La ruta predeterminada se desprende de la configuraci�n del gateway predeterminado

y se ubica en la tabla de routing del servidor. Tanto la PC1 como la PC2 tendr�n
una ruta predeterminada para enviar todo el tr�fico destinado a las redes remotas
al R1.

Tablas de routing de host

Para mostrar la tabla de routing de un host de Windows, se puede usar el comando
route print o netstat -r. Ambos comandos generan el mismo resultado. El resultado
puede ser un poco abrumador al principio, pero es bastante simple de comprender.
Al introducir el comando netstat -r o su comando equivalente route print, se
muestran tres secciones relacionadas con las conexiones de red TCP/IP actuales:

Lista de interfaces: Muestra una lista de las direcciones de control de acceso a

los medios (MAC) y el n�mero de interfaz asignado de cada interfaz con capacidad de
conexi�n a red en el host, incluidos los adaptadores Ethernet, Wi-Fi y Bluetooth.
Tabla de rutas IPv4: Es una lista de todas las rutas IPv4 conocidas, incluidas las
conexiones directas, las redes locales y las rutas locales predeterminadas.
Tabla de rutas IPv6: Es una lista de todas las rutas IPv6 conocidas, incluidas las
conexiones directas, las redes locales y las rutas locales predeterminadas.

Decisi�n de env�o de paquetes del router

Cuando un host env�a un paquete a otro, utiliza su tabla de routing para determinar
a d�nde enviarlo. Si el host de destino est� en una red remota, el paquete se env�a
al gateway predeterminado.

�Qu� sucede cuando un paquete llega al gateway predeterminado, que es, por lo
general, un router? El router observa su tabla de routing para determinar a d�nde
enviar los paquetes.

La tabla de routing de un router almacena informaci�n sobre lo siguiente:

Rutas conectadas directamente: Estas rutas provienen de interfaces de router

activas. Los routers agregan una ruta conectada directamente cuando una interfaz se
configura con una direcci�n IP y se activa. Cada una de las interfaces del router
est� conectada a un segmento de red diferente.
Rutas remotas: Estas rutas provienen de redes remotas conectadas a otros routers.
El administrador de redes puede configurar las rutas a estas redes manualmente en
el router local o dichas rutas pueden configurarse de manera din�mica al permitir
que el router local intercambie informaci�n routing con otros routers mediante el
protocolo de routing din�mico.
Ruta predeterminada: Al igual que un host, los routers tambi�n utilizan las rutas
predeterminadas como �ltimo recurso si no hay otra ruta para llegar hasta la red
deseada en la tabla de routing.
En la ilustraci�n, se identifican las redes conectadas directamente y las redes
remotas del router R1.

Tabla de routing del router IPv4

En un router con Cisco IOS, se puede utilizar el comando show ip route para
visualizar la tabla de routing IPv4 del router, como se muestra en la ilustraci�n.

Adem�s de proveer informaci�n de routing para las redes conectadas directamente y

las redes remotas, la tabla de routing tiene informaci�n sobre c�mo se detect� la
ruta, su confiabilidad y puntaje, cu�ndo fue la �ltima vez que se actualiz� y qu�
interfaz se debe usar para llegar al destino solicitado.

Cuando un paquete llega a la interfaz de router, el router examina el encabezado de

paquetes para determinar la red de destino. Si la red de destino tiene una ruta en
la tabla de routing, el router env�a el paquete usando la informaci�n especificada
en la tabla de routing. Si existiesen dos o m�s rutas posibles para llegar al mismo
destino, se usa la m�trica para decidir cu�l aparece en la tabla de routing.

En la ilustraci�n, se muestra la tabla de routing del R1 que se describe en el

diagrama de red

Entradas de tabla de routing conectadas directamente

Cuando se configura una interfaz de router con una direcci�n IPv4, una m�scara de
subred y luego se la activa, se generan de manera autom�tica las siguientes dos
entradas de tabla de routing:
C: Identifica una red conectada directamente. Las redes conectadas directamente se
crean de manera autom�tica cuando se configura una interfaz con una direcci�n IP y
se la activa.
L: Indica que esta es una interfaz local. Esta es la direcci�n IPv4 de la interfaz
del router.
En la ilustraci�n, se muestran las entradas de la tabla de routing de R1 para la
red conectada directamente 192.168.10.0. Estas entradas se agregaron
autom�ticamente a la tabla de routing cuando se configur� y se activ� la interfaz
GigabitEthernet 0/0. Haga clic en cada signo m�s para obtener m�s informaci�n sobre
las entradas de tabla de routing conectadas directamente.

Nota: Las entradas de la interfaz local no aparec�an en las tablas de routing antes
de la versi�n 15 de IOS.

Entradas de tabla de routing de redes remotas

Un router tiene, por lo general, varias interfaces configuradas. La tabla de
routing guarda informaci�n sobre las redes conectadas directamente y las remotas.

En la ilustraci�n, se describe la ruta R1 a la red remota 10.1.1.0. Haga clic en

cada signo m�s para obtener m�s informaci�n sobre las entradas de tabla de routing
conectadas directamente.

Direcci�n del siguiente salto

Cuando un paquete destinado a una red remota llega al router, el router hace
coincidir la red de destino con una ruta de la tabla de routing. Si encuentra una
coincidencia, el router env�a el paquete a la direcci�n de siguiente salto de la
interfaz identificada.

Consulte la topolog�a de red de ejemplo de la figura 1. Suponga que la PC1 o la PC2

enviaron un paquete destinado a la red 10.1.1.0 o 10.1.2.0. Cuando el paquete llega
a la interfaz Gigabit del R1, el R1 compara la direcci�n IPv4 de destino del
paquete con las entradas de su tabla de routing. La tabla de routing se muestra en
la figura 2. Seg�n el contenido de su routing, el R1 env�a el paquete por su
interfaz serial 0/0/0 a la direcci�n de siguiente salto 209.165.200.226.

Observe c�mo las redes conectadas directamente con un origen de ruta C y L no

tienen direcci�n de siguiente salto. Esto se debe a que un router puede enviar
paquetes directamente a los hosts de estas redes con la interfaz designada.

Tambi�n es importante entender que los routers no pueden enviar paquetes sin una
ruta a la red de destino en la tabla de routing. Si una ruta que representa la red
de destino no est� en la tabla de routing, el paquete se descarta (es decir, no se
env�a). Sin embargo, del mismo modo que un host puede usar un gateway
predeterminado para reenviar un paquete a un destino desconocido, un router tambi�n
puede incluir una ruta predeterminada para generar un gateway de �ltimo recurso. La
ruta predeterminada puede configurarse manualmente u obtenerse de manera din�mica.

Un router es una computadora.

Hay muchos tipos de routers de infraestructura disponibles. De hecho, los routers
Cisco est�n dise�ados para satisfacer las necesidades de muchos tipos diferentes de
redes y empresas:

De sucursal: Teletrabajadores, peque�as empresas y sitios de sucursales medianas.

Incluye los routers de servicios integrados (ISR) Cisco G2 (segunda generaci�n).
WAN: Grandes empresas, organizaciones y empresas. Incluye los switches de la serie
Cisco Catalyst y los routers de servicios de agregaci�n (ASR) de Cisco.
Proveedor de servicios: Grandes proveedores de servicios. Incluye los ASR Cisco, el
sistema de proveedor de routing Cisco CRS-3 y los routers de la serie 7600.
La certificaci�n CCNA se concentra en los routers de sucursal. En la ilustraci�n,
se muestran los routers de servicios integrados Cisco 1900, 2900 y 3900 G2.

Sin importar cu�l sea su funci�n, tama�o o complejidad, todos los modelos de router
son, en esencia, PC. Al igual que las PC, las tabletas y los dispositivos
inteligentes, los routers tambi�n necesitan lo siguiente:

Unidades de procesamiento central (CPU).

Sistemas operativos (SO).
Memoria compuesta de memoria de acceso aleatorio (RAM), memoria de solo lectura
(ROM), memoria de acceso aleatorio no vol�til (NVRAM) y memoria flash.

La CPU y el SO del router

Al igual que todas las PC, las tabletas, las consolas de juegos y los dispositivos
inteligentes, los dispositivos Cisco necesitan una CPU para ejecutar las
instrucciones del SO, como la inicializaci�n del sistema, las funciones de routing
y de switching.

El componente resaltado en la ilustraci�n es la CPU de un router Cisco de la serie

1941 con un disipador t�rmico acoplado. El disipador t�rmico ayuda a disipar el
calor que genera la CPU.

La CPU necesita que un SO le provea las funciones de routing y switching. El

sistema operativo Internetwork (IOS) de Cisco es el software de sistema que se usa
para la mayor�a de los dispositivos Cisco sin importar el tama�o y tipo de
dispositivo. Se usa para routers, switches LAN, puntos de acceso inal�mbrico
peque�os, routers grandes con m�ltiples interfaces y muchos otros dispositivos.

Memoria del router

Un router tiene acceso a un almacenamiento de memoria vol�til y no vol�til. La
memoria vol�til necesita energ�a constante para conservar la informaci�n. Cuando el
router se apaga o se reinicia, el contenido se borra y se pierde. La memoria no
vol�til retiene la informaci�n incluso cuando se reinicia el dispositivo.

Espec�ficamente, un router Cisco utiliza cuatro tipos de memoria:

RAM: Esta es una memoria vol�til que utilizan los routers Cisco para almacenar
aplicaciones, procesos y los datos necesarios para que la CPU los pueda ejecutar.
Los routers Cisco usan un tipo r�pido de RAM denominado "memoria sincr�nica
din�mica de acceso aleatorio" (SDRAM). Haga clic en "RAM" en la ilustraci�n para
obtener m�s informaci�n.
ROM: Esta es una memoria no vol�til que se usa para almacenar instrucciones
operativas cruciales y un IOS limitado. Espec�ficamente, la memoria ROM tiene un
firmware integrado en un circuito tambi�n integrado dentro del router que solo
puede modificar Cisco. Haga clic en "ROM" en la ilustraci�n para obtener m�s
informaci�n.
NVRAM: es la memoria no vol�til que se usa como almacenamiento permanente para el
archivo de configuraci�n de inicio (startup-config).
Flash: es la memoria flash no vol�til, y se usa como almacenamiento permanente del
IOS y otros archivos relacionados con el sistema, como archivos de registro,
archivos de configuraci�n de voz, archivos HTML, configuraciones de respaldo, entre
otros. Cuando se reinicia un router, se copia el IOS de la memoria flash a la RAM.
Todas las plataformas de router tienen componentes y configuraciones
predeterminadas. Por ejemplo, el router Cisco de la serie 1941 viene con 512 MB de
memoria SDRAM, pero se la puede expandir hasta 2 GB. El router Cisco 1941 tambi�n
viene con 256 MB de memoria flash, pero se puede expandir con dos ranuras para
tarjeta de memoria externa CompactFlash. Cada ranura puede admitir tarjetas de
memoria de alta velocidad de hasta 4 GB. Haga clic aqu� para obtener m�s
informaci�n sobre el router de servicios integrados Cisco 1941.
nterior de un router
Aunque existen diferentes tipos y modelos de routers, todos tienen los mismos
componentes generales de hardware.

En la ilustraci�n, se muestra el interior de un ISR Cisco 1841 de primera

generaci�n. Haga clic en cada uno de los componentes para ver una breve
descripci�n. En la ilustraci�n, tambi�n se muestran im�genes de otros componentes
que se encuentran en un router, como la fuente de alimentaci�n, el ventilador, las
pantallas t�rmicas y un m�dulo de integraci�n avanzada (AIM), que exceden el �mbito
de este cap�tulo.

Nota: Un profesional de redes debe conocer y comprender la funci�n de los

componentes internos principales de un router, m�s que la ubicaci�n exacta de estos
dentro de un router espec�fico. Seg�n el modelo, esos componentes se encuentran en
diferentes lugares dentro del router.

Conexi�n a un router
Por lo general, los switches, routers y dispositivos Cisco interconectan muchos
dispositivos. Es por este motivo que estos dispositivos tienen diferentes tipos de
puertos e interfaces que se usen para conectarse al dispositivo. Por ejemplo, la
placa de circuito de un router Cisco de la serie 1941 tiene los conectores y
puertos que se describen en la ilustraci�n. Haga clic en cada �rea resaltada para
ver m�s informaci�n.

Al igual que muchos dispositivos de red, los dispositivos Cisco usan indicadores de
diodo emisor de luz (LED) para brindar informaci�n de estado. Un LED de interfaz
indica la actividad de la interfaz correspondiente. Si un LED est� apagado cuando
la interfaz est� activa y la interfaz est� conectada correctamente, puede indicar
que hay un problema con esa interfaz. Si una interfaz est� sobrecargada, su LED
est� encendido permanentemente.

nterfaces WAN y LAN

Las conexiones de un router Cisco pueden agruparse en dos categor�as: Interfaces de

router en banda y puertos de administraci�n. Haga clic en las �reas resaltadas en
la figura 1 para obtener m�s informaci�n.

De manera similar a lo que sucede con un switch Cisco, existen diversas formas de
acceder al modo EXEC del usuario en el entorno CLI de un router Cisco. Las m�s
habituales son las siguientes:

Consola: Este es un puerto de administraci�n f�sico que proporciona acceso fuera de

banda a un dispositivo de Cisco. El acceso fuera de banda hace referencia al acceso
por un canal de administraci�n exclusivo que se usa �nicamente con fines de
mantenimiento del dispositivo.
Shell seguro (SSH): SSH es un m�todo para establecer de manera remota una conexi�n
CLI segura a trav�s de una interfaz virtual por medio de una red. A diferencia de
las conexiones de consola, las conexiones SSH requieren servicios de red activos en
el dispositivo, incluida una interfaz activa configurada con una direcci�n.
Telnet: Telnet es un m�todo inseguro para establecer una sesi�n CLI de manera
remota a trav�s de una interfaz virtual por medio de una red. A diferencia de las
conexiones SSH, Telnet no proporciona una conexi�n cifrada de manera segura. La
autenticaci�n de usuario, las contrase�as y los comandos se env�an por la red en
texto no cifrado.
Nota: Algunos dispositivos, como los routers, tambi�n pueden admitir un puerto
auxiliar antiguo que se haya utilizado para establecer una sesi�n CLI v�a remota
con un m�dem. De manera similar a la conexi�n de consola, el puerto auxiliar est�
fuera de banda y no se requieren servicios de red para configurarlo o para que est�
disponible.

Telnet y SSH necesitan una conexi�n de red en banda, lo que significa que un
administrador debe acceder al router a trav�s de una de las interfaces de la red
LAN o WAN. Haga clic en las �reas resaltadas en la figura 2 para obtener m�s
informaci�n.

Las interfaces en banda reciben y env�an paquetes IP. Cada interfaz configurada y
activa en el router es un miembro o host de una red IP diferente. Se debe
configurar cada interfaz con una direcci�n IPv4 y una m�scara de subred de una red
diferente. Cisco IOS no permite que dos interfaces activas en el mismo router
pertenezcan a la misma red.

Archivos bootset
Tanto los switches como los routers Cisco cargan la imagen de IOS y el archivo de
configuraci�n de inicio en la RAM cuando se inician, como se muestra en la
ilustraci�n.

La configuraci�n en ejecuci�n se modifica cuando el administrador de redes realiza

configuraciones de dispositivo. Los cambios que se hayan realizado en el archivo
running-config se deben guardar en el archivo de configuraci�n en la NVRAM, en caso
de que se reinicie el router o este no reciba energ�a.

Proceso de arranque del router

Existen tres fases de gran importancia en el proceso de arranque. Como se muestra
en la figura 1, las fases son las siguientes:

1. Se realiza el POST y se carga el programa de arranque.

2. Se ubica y se carga el software Cisco IOS.

3. Se ubica y se carga el archivo de configuraci�n de inicio o se ingresa al modo

de configuraci�n.

1. Realizaci�n del POST y carga del programa de arranque (figura 2)

Durante el autodiagn�stico al encender (POST), el router realiza diagn�sticos en la

ROM sobre varios componentes de hardware, incluidas la CPU, la RAM y la NVRAM.
Despu�s del POST, el programa de arranque se copia de la ROM a la RAM. La tarea
principal del programa de arranque es ubicar al Cisco IOS y cargarlo en la RAM.

Nota: En este punto, si usted tiene una conexi�n de consola al router, comienza a
ver el resultado en la pantalla.

2. Ubicaci�n y carga de Cisco IOS (figura 3)

Por lo general, el IOS se almacena en la memoria flash y se copia en la RAM para

que lo ejecute la CPU. Si la imagen de IOS no est� en la memoria flash, el router
puede buscarla con un servidor de protocolo trivial de transferencia de archivos
(TFTP) Si no se puede ubicar una imagen de IOS completa, se copia un IOS limitado
en la RAM, que puede usarse para diagnosticar problemas y transferir un IOS
completo a la memoria flash.

3. Ubicaci�n y carga del archivo de configuraci�n (figura 4)

El programa de arranque copia el archivo de configuraci�n de inicio de la NVRAM a

la RAM. Esto se convierte en la configuraci�n en ejecuci�n. Si el archivo de
configuraci�n de inicio no existe en la NVRAM, se puede configurar al router para
que busque un servidor TFTP. Si no encuentra ning�n servidor TFTP, el router
muestra la petici�n de entrada del modo de configuraci�n.

Nota: El modo de configuraci�n no se utiliza en este curso para configurar el

router. Ante la petici�n de entrada del modo de configuraci�n, siempre se debe
responder no. Si usted contesta que s� e ingresa al modo de configuraci�n, presione
Ctrl+C en cualquier momento para finalizar el proceso de configuraci�n.

Resultado de show version

Como se muestra en la ilustraci�n, el comando show version muestra informaci�n
sobre la versi�n del software Cisco IOS que se ejecuta en ese momento en el router,
la versi�n del programa de arranque e informaci�n sobre la configuraci�n del
hardware, incluida la cantidad de memoria del sistema.

Pasos b�sicos en la configuraci�n de un switch

Los routers y switches Cisco tienen muchas similitudes. Admiten un sistema
operativo similar, estructuras de comandos similares y muchos de los mismos
comandos. Asimismo, ambos dispositivos usan los mismos pasos de configuraci�n
inicial cuando se implementan en una red.

Antes de comenzar a configurar un router, revise las tareas iniciales de

configuraci�n de un switch que se indican en la figura 1. En la figura 2, se
muestra una configuraci�n de ejemplo.

asos b�sicos en la configuraci�n de un router

De manera similar a cuando se configura un switch, cuando se configuran los
par�metros iniciales en un router, se deben completar las tareas que se indican en
la figura 1.

En las figuras 2 a 5, se proporciona un ejemplo de estas tareas que se configuran

en un router. En la figura 2, se asigna un nombre de host al router. En la figura
3, se protegen las l�neas de acceso EXEC privilegiado, EXEC del usuario y acceso
remoto con una contrase�a, y se cifran todas las contrase�as en el archivo de
configuraci�n. Las notificaciones legales se configuran en la figura 4. Por �ltimo,
la configuraci�n se guarda en la Figura 5.

Utilice el verificador de sintaxis de la figura 6 para practicar estos pasos de

configuraci�n.

onfigurar interfaces de routers

Para que se pueda llegar a los routers, se deben configurar las interfaces de
router en banda. Existen muchos tipos diferentes de interfaces para los routers
Cisco. En este ejemplo, el router Cisco de la serie 1941 tiene las siguientes
caracter�sticas:

Dos interfaces Gigabit Ethernet: GigabitEthernet 0/0 (G0/0) y GigabitEthernet 0/1

(G0/1)
Una tarjeta de interfaz serial WAN (WIC) que consta de dos interfaces: serial 0/0/0
(S0/0/0) y serial 0/0/1 (S0/0/1)
Nota : Haga clic aqu� para obtener m�s informaci�n sobre las abreviaciones y la
numeraci�n de las interfaces.

Las tareas para configurar una interfaz de router se indican en la figura 1.

Observe c�mo se asemeja a configurar una SVI de administraci�n en un switch.

Si bien no es necesario, es aconsejable configurar una descripci�n en cada interfaz

para ayudar a registrar la informaci�n de la red. El texto de la descripci�n tiene
un l�mite de 240 caracteres. En las redes de producci�n, una descripci�n puede ser
�til para la soluci�n de problemas, dado que proporciona informaci�n con respecto
al tipo de red a la que est� conectada la interfaz y con respecto a otros routers
que pueda haber en esa red. Si la interfaz se conecta a un ISP o a un proveedor de
servicios de telefon�a m�vil, resulta �til introducir la informaci�n de contacto y
de conexi�n de dichos terceros.

Al usar el comando no shutdown, se activa la interfaz y es similar a darle energ�a.

La interfaz tambi�n debe estar conectada a otro dispositivo , como un switch o un
router, para que la capa f�sica se active.

En la figura 2, se muestra la configuraci�n de las interfaces de la red LAN

conectadas al R1.

Utilice el verificador de sintaxis de la figura 3 para practicar la configuraci�n

de una interfaz de la red LAN.

Verificaci�n de configuraci�n de interfaz

Existen varios comandos que se pueden utilizar para verificar la configuraci�n de
interfaz. El m�s �til de ellos es show ip interface brief. El resultado generado
muestra todas las interfaces, su direcci�n IPv4 y el estado actual. Las interfaces
configuradas y conectadas deben mostrar un estado �up� y el protocolo �up�.
Cualquier otra cosa indica que existe un problema con la configuraci�n o con los
cables.

Puede verificar la conectividad de la interfaz con el comando ping. Los routers

Cisco env�an cinco pings consecutivos y miden los tiempos de ida y vuelta m�nimo,
m�ximo y promedio. Los signos de exclamaci�n verifican la conectividad.

En la figura 1, se muestra el resultado del comando show ip interface brief, que

muestra que las interfaces de la red LAN y el enlace WAN est�n activos y en
funcionamiento. Observe que el comando ping genera cinco signos de exclamaci�n que
verifican la conectividad al R2.

Otros comandos de verificaci�n de interfaz pueden ser los siguientes:

show ip route: Muestra el contenido de la tabla de routing IPv4 que se almacena en

la RAM.
show interfaces: Muestra las estad�sticas de todas las interfaces de un
dispositivo.
show ip interface: Muestra las estad�sticas IPv4 de todas las interfaces de un
router.
En la figura 2, se muestra el resultado del comando show ip route. Observe las tres
redes conectadas directamente con las direcciones IPv4 de interfaz local.

Recuerde guardar la configuraci�n con el comando copy running-config startup-

config.

Gateway predeterminado para un host

Para que un terminal se comunique a trav�s de la red, se debe configurar con la
informaci�n de direcci�n IP correcta, incluida la direcci�n de gateway
predeterminado. El gateway predeterminado se usa solamente cuando el host desea
enviar un paquete a un dispositivo de otra red. En general, la direcci�n de gateway
predeterminado es la direcci�n de la interfaz de router conectada a la red local
del host. La direcci�n IP del dispositivo host y la direcci�n de interfaz de router
deben estar en la misma red.

La topolog�a de red en la Figura 1 y 2 consta de un router que interconecta las dos

LAN separadas. G0/0 se conecta a la red 192.168.10.0, mientras que G0/1 se conecta
a la red 192.168.11.0. Cada dispositivo host est� configurado con la direcci�n de
gateway predeterminado apropiada.
En la figura 1, la PC1 env�a un paquete a la PC2. En este ejemplo, no se utiliza el
gateway predeterminado. En cambio, PC1 dirige el paquete con la direcci�n IP de PC2
y lo reenv�a directamente a PC2 a trav�s del switch.

En la figura 2, la PC1 env�a un paquete a la PC3. En este ejemplo, la PC1 dirige un

paquete con la direcci�n IP de la PC3, pero luego env�a el paquete al router. El
router acepta el paquete, accede a su tabla de routing para determinar la interfaz
de salida apropiada seg�n la direcci�n de destino y, luego, env�a el paquete por la
interfaz apropiada para que llegue a la PC3.

ateway predeterminado para un switch

Por lo general, un switch de grupo de trabajo que interconecta computadoras cliente
es un dispositivo de capa 2. Como tal, un switch de capa 2 no necesita una
direcci�n IP para funcionar adecuadamente. Sin embargo, si desea conectarse al
switch y administrarlo en varias redes, debe configurar la SVI con una direcci�n
IPv4, una m�scara de subred y una direcci�n de gateway predeterminado.

Por lo general, la direcci�n del gateway predeterminado se configura en todos los

dispositivos que desean comunicarse m�s all� de la red local. En otras palabras,
para acceder de manera remota al switch desde otra red con SSH o Telnet, el switch
debe tener una SVI configurado con una direcci�n IPv4, una m�scara de subred y una
direcci�n de gateway predeterminado. Si se accede al switch desde un host dentro de
la red local, la direcci�n IPv4 de gateway predeterminado no es necesaria.

Para configurar un gateway predeterminado en un switch, use el comando de

configuraci�n global ip default-gateway. La direcci�n IP configurada es la de la
interfaz de router del switch conectado.

En la Figura 1 se muestra un administrador que establece una conexi�n remota al

switch S1 en otra red. El switch S1 se debe configurar con un gateway
predeterminado, para que pueda responder y establecer una conexi�n SSH con el host
administrativo.

Un concepto err�neo habitual es que el switch usa su direcci�n de gateway

predeterminado configurada para determinar a d�nde enviar los paquetes provenientes
de los hosts conectados al switch y destinados a hosts de redes remotas. En
realidad, la informaci�n de direcci�n IP y de gateway predeterminado se usa
�nicamente para los paquetes que se originan en el switch. Los paquetes que se
originan en servidores conectados al switch ya deben crearse con la direcci�n de
gateway predeterminado configurada en el sistema operativo de su servidor.

Utilice el verificador de sintaxis de la figura 2 para practicar la configuraci�n

de un gateway predeterminado en un switch.

ateway predeterminado para un switch

Por lo general, un switch de grupo de trabajo que interconecta computadoras cliente
es un dispositivo de capa 2. Como tal, un switch de capa 2 no necesita una
direcci�n IP para funcionar adecuadamente. Sin embargo, si desea conectarse al
switch y administrarlo en varias redes, debe configurar la SVI con una direcci�n
IPv4, una m�scara de subred y una direcci�n de gateway predeterminado.

Por lo general, la direcci�n del gateway predeterminado se configura en todos los

dispositivos que desean comunicarse m�s all� de la red local. En otras palabras,
para acceder de manera remota al switch desde otra red con SSH o Telnet, el switch
debe tener una SVI configurado con una direcci�n IPv4, una m�scara de subred y una
direcci�n de gateway predeterminado. Si se accede al switch desde un host dentro de
la red local, la direcci�n IPv4 de gateway predeterminado no es necesaria.

Para configurar un gateway predeterminado en un switch, use el comando de

configuraci�n global ip default-gateway. La direcci�n IP configurada es la de la
interfaz de router del switch conectado.

En la Figura 1 se muestra un administrador que establece una conexi�n remota al

switch S1 en otra red. El switch S1 se debe configurar con un gateway
predeterminado, para que pueda responder y establecer una conexi�n SSH con el host
administrativo.

Un concepto err�neo habitual es que el switch usa su direcci�n de gateway

predeterminado configurada para determinar a d�nde enviar los paquetes provenientes
de los hosts conectados al switch y destinados a hosts de redes remotas. En
realidad, la informaci�n de direcci�n IP y de gateway predeterminado se usa
�nicamente para los paquetes que se originan en el switch. Los paquetes que se
originan en servidores conectados al switch ya deben crearse con la direcci�n de
gateway predeterminado configurada en el sistema operativo de su servidor.

Utilice el verificador de sintaxis de la figura 2 para practicar la configuraci�n

de un gateway predeterminado en un switch.

Cap�tulo 7: Asignaci�n de direcciones IP

El direccionamiento es una funci�n crucial de los protocolos de capa de red.
Permite la comunicaci�n de datos entre hosts, sin importar si estos est�n en la
misma red o en redes diferentes. Tanto el protocolo de Internet versi�n 4 (IPv4)
como el protocolo de Internet versi�n 6 (IPv6) proporcionan direccionamiento
jer�rquico para los paquetes que transportan datos.

El dise�o, la implementaci�n y la administraci�n de un plan de asignaci�n de

direcciones IP eficaz asegura que las redes puedan operar de manera eficaz y
eficiente.

En este cap�tulo, se examina detalladamente la estructura de las direcciones IP y

su aplicaci�n en la construcci�n y la puesta a prueba de redes y subredes IP.

Direcciones IPv4
El sistema binario es un sistema num�rico que consiste en los n�meros 0 y 1,
denominados bits. En comparaci�n, el sistema num�rico decimal consiste en 10
d�gitos, que incluyen los n�meros 0 a 9.

Es importante que comprendamos el sistema binario, ya que los hosts, los servidores
y los dispositivos de red usan el direccionamiento binario. Espec�ficamente, usan
direcciones IPv4 binarias, como se muestra en la figura 1, para identificarse entre
s�.

Cada direcci�n consta de una cadena de 32 bits, divididos en cuatro secciones

denominadas octetos. Cada octeto contiene 8 bits (o 1 byte) separados por un punto.
Por ejemplo, a la PC1 de la ilustraci�n se le asign� la direcci�n IPv4
11000000.10101000.00001010.00001010. La direcci�n de gateway predeterminado ser�a
la de la interfaz Gigabit Ethernet del R1, 11000000.10101000.00001010.00000001.

El trabajo con n�meros binarios puede ser desafiante. Para que esto resulte m�s
f�cil, las direcciones IPv4 suelen expresarse mediante una notaci�n decimal
punteada, como se muestra en la figura 2. A la PC1 se le asign� la direcci�n IPv4
192.168.10.10, y la direcci�n de gateway predeterminado es 192.168.10.1.

En la figura 3, se compara la direcci�n decimal punteada con la direcci�n binaria

de 32 bits de la PC1.

Para tener una buena comprensi�n del direccionamiento de red, es necesario

comprender el direccionamiento binario y obtener habilidades pr�cticas en la
conversi�n entre direcciones IPv4 binarias y decimales punteadas.

En esta secci�n, se explica c�mo convertir entre los sistemas de numeraci�n de base
dos y de base 10.

Notaci�n de posici�n
Para aprender a convertir de sistema binario a decimal, es necesario entender la
Notaci�n de posici�n. El t�rmino "notaci�n de posici�n" significa que un d�gito
representa diferentes valores seg�n la "posici�n" que el d�gito ocupa en la
secuencia de n�meros. Ya conoce el sistema de numeraci�n m�s com�n, el sistema de
notaci�n decimal (de base 10).

El sistema de notaci�n de posici�n decimal funciona como se describe en la figura

1. Haga clic en los t�tulos de las filas para ver una descripci�n de cada una. Para
usar el sistema de posici�n, una un n�mero dado con su valor de posici�n. En el
ejemplo de la figura 2, se muestra c�mo se usa la notaci�n de posici�n con el
n�mero decimal 1234.

En comparaci�n, la notaci�n de posici�n binaria funciona como se describe en la

figura 3. Haga clic en los t�tulos de las filas para ver una descripci�n de cada
una.

En el ejemplo de la figura 4, se muestra c�mo el n�mero binario 11000000

corresponde al n�mero 192. Si el n�mero binario fuera 10101000, el n�mero decimal
correspondiente ser�a 168.

onversi�n de sistema binario a decimal

Para convertir una direcci�n IPv4 binaria a su equivalente decimal punteada, divida
la direcci�n IPv4 en cuatro octetos de 8 bits. A continuaci�n, aplique el valor de
posici�n binario al primer octeto del n�mero binario y calcule seg�n corresponda.

Por ejemplo, suponga que 11000000.10101000.00001011.00001010 es la direcci�n IPv4

binaria de un host. Para convertir la direcci�n de sistema binario a decimal,
comience con el primer octeto, como se muestra en la figura 1. Introduzca el n�mero
binario de 8 bits en el valor de posici�n de la fila 1 y, despu�s, calcule para
producir el n�mero decimal 192. Este n�mero entra en el primer octeto de la
notaci�n decimal punteada.

A continuaci�n, convierta el segundo octeto como se muestra en la figura 2. El

valor decimal resultante es 168 y entra en el segundo octeto.

Convierta el tercer octeto como se muestra en la figura 3 y el cuarto octeto como

se muestra en la figura 4, con lo que se completa la direcci�n IP y se obtiene
192.168.11.10.

Conversi�n de sistema decimal a binario

Tambi�n es necesario comprender c�mo convertir una direcci�n IPv4 decimal punteada
a una binaria. La tabla de valores de posici�n binarios es una herramienta �til. A
continuaci�n, se muestra c�mo usar la tabla para convertir de sistema decimal a
binario:

En la figura 1, se pregunta si el n�mero decimal del octeto (n) es igual o mayor

que el bit m�s significativo (128). Si no es as�, introduzca un valor binario 0 en
el valor de posici�n 128. Si es as�, agregue un valor binario 1 al valor de
posici�n 128 y reste 128 del n�mero decimal.
En la figura 2, se pregunta si el resto (n) es igual o mayor que el siguiente bit
m�s significativo (64). Si no es as�, agregue un valor binario 0 al valor de
posici�n 64, de lo contrario, agregue el valor binario 1 y reste 64 del n�mero
decimal.
En la figura 3, se pregunta si el resto (n) es igual o mayor que el siguiente bit
m�s significativo (32). Si no es as�, agregue un valor binario 0 al valor de
posici�n 32, de lo contrario, agregue el valor binario 1 y reste 32 del n�mero
decimal.
En las figuras 4 a 8, contin�e evaluando el n�mero decimal hasta que se hayan
introducido todos los valores de posici�n y se obtenga el valor binario
equivalente.

Ejemplos de conversi�n de sistema decimal a binario

Para poder comprender el proceso, considere la direcci�n IP 192.168.11.10. Mediante
el proceso explicado anteriormente, comience con la tabla de valores de posici�n
binarios y el primer n�mero decimal 192.

En la figura 1, se muestra c�mo se compara el n�mero 192 para ver si es igual o

mayor que el bit de valor superior 128. Como 192 es mayor que 128, agregue un 1 al
valor de posici�n de valor superior para que represente 128. A continuaci�n, reste
128 de 192 para obtener un resto de 64. En la figura 2, se compara el valor 64 con
el siguiente bit de valor superior 64. Como son iguales, agregue un 1 al siguiente
valor de posici�n de valor superior. Introduzca un valor binario 0 en el resto de
los valores de posici�n, como se muestra en la figura 3. El valor binario del
primer octeto es 11000000.

El siguiente octeto es 168. En la figura 4, se compara 168 con el bit de valor

superior 128. Como 168 es mayor que 128, agregue un 1 al valor de posici�n de valor
superior. A continuaci�n, reste 128 de 168 para obtener un resto de 40. En la
figura 5, se compara el valor 40 con el siguiente bit de valor superior 64. Como 40
es menor, agregue un 0 al siguiente valor de posici�n de valor superior 64. En la
figura 6, se compara el siguiente bit de valor superior 32. Como 40 es mayor que
32, agregue un 1 al valor de posici�n y reste 32 de 40 para obtener un resto de 8.
Ocho coincide con un valor de posici�n espec�fico. Por lo tanto, introduzca un 0
para el valor de posici�n de 16 y agregue un 1 al valor de posici�n de 8, como se
muestra en la figura 7. Agregue un 0 a todos los valores de posici�n restantes.
Como se muestra en la figura 8, el valor binario del tercer octeto es 10101000.

El tercer octeto es 10. Es posible omitir el proceso de resta con n�meros decimales
menores o m�s peque�os. Por ejemplo, en la figura 9, se muestra el n�mero binario
convertido. Observe que ser�a bastante f�cil calcular este n�mero sin tener que
pasar por el proceso de resta (8 + 2 = 10). El valor binario del segundo octeto es
00001010.

El cuarto octeto es 11 (8 + 2 + 1). Como se muestra en la figura 10, el valor

binario del cuarto octeto es 00001011.

La conversi�n de sistema binario a decimal puede parecer un desaf�o inicialmente,

pero con la pr�ctica resulta m�s f�cil.

Porciones de red y de host

Es importante entender la notaci�n binaria para determinar si dos hosts est�n en la
misma red. Recuerde que una direcci�n IPv4 es una direcci�n jer�rquica compuesta
por una porci�n de red y una porci�n de host. Cuando se determina la porci�n de red
en comparaci�n con la porci�n de host, se debe observar la secuencia de 32 bits.
Dentro de la secuencia de 32 bits, una porci�n de los bits identifica la red y una
porci�n identifica el host, como se muestra en la ilustraci�n.

Los bits dentro de la porci�n de red de la direcci�n deben ser id�nticos para todos
los dispositivos que residen en la misma red. Los bits dentro de la porci�n de host
de la direcci�n deben ser �nicos para identificar un host espec�fico dentro de una
red. Si dos hosts tienen el mismo patr�n de bits en la porci�n de red especificada
de la secuencia de 32 bits, esos dos hosts residen en la misma red.
�Pero c�mo saben los hosts qu� porci�n de los 32 bits identifica la red y qu�
porci�n identifica el host? Esa tarea le corresponde a la m�scara de subred.

La m�scara de subred
Como se muestra en la figura 1, se deben configurar tres direcciones IPv4 decimales
punteadas cuando se asigna una configuraci�n IPv4 al host.

Direcci�n IPv4: direcci�n IPv4 �nica del host.

M�scara de subred: se usa para identificar la porci�n de red/host de la direcci�n
IPv4.
Gateway predeterminado: identifica el gateway local (es decir, la direcci�n IPv4 de
interfaz de router local) para llegar a redes remotas.
Cuando se asigna una direcci�n IPv4 a un dispositivo, la m�scara de subred se usa
para determinar la direcci�n de red a la que pertenece el dispositivo. La direcci�n
de red representa todos los dispositivos de la misma red.

En la figura 2, se muestra la direcci�n decimal punteada y la m�scara de subred de

32 bits. Observe que la m�scara de subred es b�sicamente una secuencia de bits 1
seguida de una secuencia de bits 0.

Para identificar las porciones de red y de host de una direcci�n IPv4, se compara
la m�scara de subred con la direcci�n IPv4 bit por bit, de izquierda a derecha,
como se muestra en la figura 3. Los 1 de la m�scara de subred identifican la
porci�n de red, mientras que los 0 identifican la porci�n de host. Se debe tener en
cuenta que la m�scara de subred no contiene en efecto la porci�n de red o de host
de una direcci�n IPv4, sino que simplemente le dice a la PC d�nde buscar estas
porciones en una direcci�n IPv4 dada.

El proceso real que se usa para identificar la porci�n de red y la porci�n de host
se denomina AND.

AND l�gico
El AND l�gico es una de las tres operaciones binarias b�sicas que se utilizan en la
l�gica digital. Las otras dos son OR y NOT. Si bien en las redes de datos se usan
las tres, solo AND se usa para determinar la direcci�n de red. Por lo tanto,
nuestro debate en este punto se limita a la operaci�n l�gica AND.

La operaci�n l�gica AND es la comparaci�n de dos bits que producen los resultados
que se muestran en la figura 1. Observe que solo mediante 1 AND 1 se obtiene 1.

Para identificar la direcci�n de red de un host IPv4, se recurre a la operaci�n

l�gica AND para la direcci�n IPv4, bit por bit, con la m�scara de subred. El uso de
la operaci�n AND entre la direcci�n y la m�scara de subred produce la direcci�n de
red.

Para demostrar c�mo se usa AND para detectar una direcci�n de red, piense en un
host con la direcci�n IPv4 192.168.10.10 y la m�scara de subred 255.255.255.0. En
la figura 2, se muestra la direcci�n de host IPv4 y la conversi�n a direcci�n
binaria. En la figura 3, se agrega la direcci�n binaria de la m�scara de subred del
host.

En las secciones resaltadas en amarillo de la figura 4, se identifican los bits AND

que produjeron un 1 binario en la fila de Resultados AND. Todas las dem�s
comparaciones de bits producen 0 binarios. Observe c�mo el �ltimo octeto ya no
tiene bits 1 binarios.

Por �ltimo, en la figura 5, se muestra la direcci�n de red resultante 192.168.10.0

255.255.255.0. Por lo tanto, el host 192.168.10.10 est� en la red 192.168.10.0
255.255.255.0.

La longitud de prefijo
Puede ser dif�cil expresar direcciones de red y de host con la direcci�n de la
m�scara de subred decimal punteada. Afortunadamente, existe un m�todo alternativo
m�s simple para identificar una m�scara de subred que se denomina "longitud de
prefijo".

Espec�ficamente, la longitud de prefijo es el n�mero de bits fijados en 1 en la

m�scara de subred. Se escribe mediante la "notaci�n de barra diagonal", es decir,
una "/" seguida por el n�mero de bits fijados en 1. Por lo tanto, cuente el n�mero
de bits en la m�scara de subred y anteponga una barra diagonal.

Para ver un ejemplo, consulte la tabla de la ilustraci�n. En la primera columna, se

enumeran varias m�scaras de subred que se pueden usar con una direcci�n de host. En
la segunda columna, se muestra la direcci�n binaria de 32 bits convertida. En la
�ltima columna, se muestra la longitud de prefijo resultante.

M�s adelante se analiza el uso de varios tipos de longitudes de prefijo. De

momento, nos centraremos en la m�scara de subred /24 (es decir, 255.255.255.0).

Direcciones de red, de host y de difusi�n

Cada direcci�n de red contiene (o identifica) direcciones de host y una direcci�n
de difusi�n, como se describe en la figura 1.

En la figura 2, se enumeran y se describen las direcciones espec�ficas dentro de la

red 192.168.10.0 /24.
Para ver otro ejemplo, consulte las figuras 3 a 7. En estas ilustraciones, observe
c�mo la porci�n de red de las direcciones se mantiene igual, al tiempo que la
porci�n de host cambia.
En la figura 3, se muestra la direcci�n de red 10.1.1.0 /24. Los bits de host son
todos 0.
En la figura 4, se muestra la direcci�n de host IPv4 10.1.1.10. Los bits de host
son una mezcla de 0 y 1.
En la figura 5, se muestra la primera direcci�n de host IPv4 10.1.1.1. Los bits de
host son todos 0 con un 1. Observe que se asigna a la interfaz de router y, por lo
tanto, se transformar�a en el gateway predeterminado para todos los hosts en esa
red.
En la figura 6, se muestra la �ltima direcci�n de host IPv4 10.1.1.254. Los bits de
host son todos 1 con un 0.
En la figura 7, se muestra la direcci�n de difusi�n 10.1.1.255. Los bits de host
son todos 1.
Los conceptos que se debaten en este tema son fundamentales para comprender el
direccionamiento IPv4. Aseg�rese de entender c�mo una direcci�n de red identifica
una porci�n de red y una porci�n de host mediante la m�scara de subred o la
longitud de prefijo y la operaci�n AND. Tambi�n debe tomar nota de los diferentes
tipos de direcciones de red dentro de una red.

Asignaci�n de una direcci�n IPv4 est�tica a un host

Se pueden asignar direcciones IP a los dispositivos de manera est�tica o din�mica.

En las redes, algunos dispositivos necesitan una direcci�n IP fija. Por ejemplo,
las impresoras, los servidores y los dispositivos de red necesitan una direcci�n IP
que no cambie. Por este motivo, generalmente, se asigna a estos dispositivos una
direcci�n IP est�tica.

Un host tambi�n se puede configurar con una direcci�n IPv4 est�tica como la que se
muestra en la ilustraci�n. En redes peque�as, es aceptable asignar direcciones IP
est�ticas a los hosts. Sin embargo, en una red grande, introducir una direcci�n
est�tica en cada host llevar�a mucho tiempo. Es importante mantener una lista
precisa de las direcciones IP est�ticas asignadas a cada dispositivo.

Asignaci�n de una direcci�n IPv4 din�mica a un host

En la mayor�a de las redes de datos, la mayor parte de los hosts incluyen PC,
tabletas PC, tel�fono inteligentes, impresoras y tel�fonos IP. Tambi�n suele
ocurrir que la poblaci�n de usuarios y los dispositivos cambian con frecuencia. No
ser�a pr�ctico comenzar a asignar direcciones IPv4 de manera est�tica a cada
dispositivo. Por lo tanto, a estos dispositivos se les asignan direcciones IPv4 de
manera din�mica con el protocolo DHCP.

Como se muestra en la ilustraci�n, un host puede obtener la informaci�n de

asignaci�n de direcciones IPv4 de forma autom�tica. El host es un cliente DHCP y
solicita la informaci�n de direcci�n IPv4 de un servidor DHCP. El servidor DHCP
proporciona una direcci�n IPv4, una m�scara de subred, un gateway predeterminado y
otra informaci�n de configuraci�n.

En general, el protocolo DHCP es el m�todo preferido para asignar direcciones IPv4

a los hosts en redes grandes. Un beneficio adicional de DHCP es que la direcci�n no
se asigna permanentemente a un host, sino que solo se "presta" por un per�odo. Si
el host se apaga o se desconecta de la red, la direcci�n regresa al pool para
volver a utilizarse. Esta caracter�stica es muy �til para los usuarios m�viles que
entran a una red y salen de ella.

Comunicaci�n IPv4
Un host conectado correctamente a una red puede comunicarse con otros dispositivos
de alguna de estas tres maneras:

Unidifusi�n: es el proceso de enviar un paquete de un host a otro host individual,

como se muestra en la figura 1.
Difusi�n: es el proceso de enviar un paquete de un host a todos los hosts de la
red, como se muestra en la figura 2.
Multidifusi�n: es el proceso de enviar un paquete de un host a un grupo
seleccionado de hosts, probablemente en diferentes redes, como se muestra en la
figura 3.
Estos tres tipos de comunicaci�n se utilizan con distintos objetivos en las redes
de datos. En los tres casos, se coloca la direcci�n IPv4 del host de origen en el
encabezado del paquete como la direcci�n de origen.

ransmisi�n de unidifusi�n
La comunicaci�n de unidifusi�n se usa para la comunicaci�n normal de host a host,
tanto en redes cliente/servidor como en redes punto a punto. Los paquetes de
unidifusi�n usan la direcci�n del dispositivo de destino como la direcci�n de
destino y pueden enrutarse en una interconexi�n de redes.

Reproduzca la animaci�n para ver un ejemplo de transmisi�n de unidifusi�n.

En una red IPv4, la direcci�n de unidifusi�n aplicada a un terminal se denomina

"direcci�n de host". En la comunicaci�n de unidifusi�n, las direcciones asignadas a
los dos terminales se usan como las direcciones IPv4 de origen y de destino.
Durante el proceso de encapsulamiento, el host de origen usa su direcci�n IPv4 como
direcci�n de origen y la direcci�n IPv4 del host de destino como direcci�n de
destino. Sin importar si en el destino se especific� un paquete como unidifusi�n,
difusi�n o multidifusi�n, la direcci�n de origen de cualquier paquete siempre es la
direcci�n de unidifusi�n del host de origen.

Nota: en este curso, todas las comunicaciones entre dispositivos son de

unidifusi�n, a menos que se indique lo contrario.
Las direcciones de host IPv4 de unidifusi�n se encuentran en el intervalo de
direcciones de 0.0.0.0 a 223.255.255.255. Sin embargo, dentro de este intervalo
existen muchas direcciones reservadas para fines espec�ficos. Estas direcciones con
fines espec�ficos se analizan m�s adelante en este cap�tulo.

Transmisi�n de difusi�n
El tr�fico de difusi�n se utiliza para enviar paquetes a todos los hosts en la red
con la direcci�n de difusi�n para la red. En una difusi�n, el paquete contiene una
direcci�n IPv4 de destino con todos los n�meros uno (1) en la porci�n de host. Esto
significa que todos los hosts de esa red local (dominio de difusi�n) reciben y ven
el paquete. En gran parte de la tecnolog�a impulsada por la red, como DHCP, se
utilizan transmisiones por difusi�n. Cuando un host recibe un paquete enviado a la
direcci�n de difusi�n de la red, el host procesa el paquete de la misma manera en
la que procesar�a un paquete dirigido a su direcci�n de unidifusi�n.

La difusi�n puede ser dirigida o limitada. Una difusi�n dirigida se env�a a todos
los hosts de una red espec�fica. Por ejemplo, un host de la red 172.16.4.0/24 env�a
un paquete a la direcci�n 172.16.4.255. Se env�a una difusi�n limitada a
255.255.255.255. De manera predeterminada, los routers no reenv�an transmisiones
por difusi�n.

A modo de ejemplo, un host dentro de la red 172.16.4.0/24 transmitir�a por difusi�n

a todos los hosts de su red utilizando un paquete con una direcci�n de destino
255.255.255.255.

Reproduzca la animaci�n para ver un ejemplo de transmisi�n de difusi�n limitada.

Cuando se transmite un paquete por difusi�n, utiliza recursos de la red y hace que
cada host receptor de la red procese el paquete. Por lo tanto, se debe limitar el
tr�fico de difusi�n para que no afecte negativamente el rendimiento de la red o de
los dispositivos. Debido a que los routers separan los dominios de difusi�n, la
subdivisi�n de redes puede mejorar el rendimiento de la red al eliminar el exceso
de tr�fico de difusi�n.

Transmisi�n de multidifusi�n
La transmisi�n de multidifusi�n reduce el tr�fico al permitir que un host env�e un
�nico paquete a un grupo seleccionado de hosts que est�n suscritos a un grupo de
multidifusi�n.

IPv4 reserv� las direcciones de 224.0.0.0 a 239.255.255.255 como rango de

multidifusi�n. Las direcciones IPv4 de multidifusi�n de 224.0.0.0 a 224.0.0.255
est�n reservadas para la multidifusi�n solo en la red local. Estas direcciones se
utilizan con grupos de multidifusi�n en una red local. Un router conectado a la red
local reconoce que estos paquetes est�n dirigidos a un grupo de multidifusi�n de
una red local y no los sigue reenviando. Un uso t�pico de una direcci�n de
multidifusi�n de una red local reservada son los Routing Protocols que usan la
transmisi�n de multidifusi�n para intercambiar informaci�n de routing. Por ejemplo,
224.0.0.9 es la direcci�n de multidifusi�n que usa el protocolo de informaci�n de
routing (RIP) versi�n 2 para comunicarse con otros routers RIPv2.

Los hosts que reciben datos de multidifusi�n espec�ficos se denominan �clientes de

multidifusi�n�. Los clientes de multidifusi�n utilizan servicios solicitados por un
programa cliente para subscribirse al grupo de multidifusi�n.

Cada grupo de multidifusi�n est� representado por una sola direcci�n IPv4 de
destino de multidifusi�n. Cuando un host IPv4 se suscribe a un grupo de
multidifusi�n, el host procesa los paquetes dirigidos a esta direcci�n de
multidifusi�n y los paquetes dirigidos a la direcci�n de unidifusi�n asignada
exclusivamente.
En la animaci�n, se muestran clientes que aceptan paquetes de multidifusi�n.

Direcciones IPv4 p�blicas y privadas

Las direcciones IPv4 p�blicas son direcciones que se enrutan globalmente entre los
routers de los ISP (proveedores de servicios de Internet). Sin embargo, no todas
las direcciones IPv4 disponibles pueden usarse en Internet. Existen bloques de
direcciones llamadas direcciones privadas que son utilizadas por la mayor parte de
las organizaciones para asignar direcciones IPv4 a hosts internos.

A mediados de la d�cada de 1990, se presentaron las direcciones IPv4 privadas

debido a la reducci�n del espacio de direcciones IPv4. Las direcciones IPv4
privadas no son exclusivas y pueden usarse en una red interna.

Espec�ficamente, los bloques de direcciones privadas son los siguientes:

10.0.0.0 /8 o 10.0.0.0 a 10.255.255.255

172.16.0.0 /12 o 172.16.0.0 a 172.31.255.255
192.168.0.0 /16 o 192.168.0.0 a 192.168.255.255
Es importante saber que las direcciones dentro de estos bloques de direcciones no
est�n permitidas en Internet y deben ser filtradas (descartadas) por los routers de
Internet. Por ejemplo, en la ilustraci�n, los usuarios de las redes 1, 2 o 3 env�an
paquetes a destinos remotos. Los routers del proveedor de servicios de Internet
(ISP) detectan que las direcciones IPv4 de origen de los paquetes son de
direcciones privadas y, por lo tanto, descartan los paquetes.

Nota: Las direcciones privadas se definen en RFC 1918.

La mayor�a de las organizaciones usan direcciones IPv4 privadas para los hosts
internos. Sin embargo, estas direcciones RFC 1918 no se pueden enrutar en Internet
y deben traducirse a direcciones IPv4 p�blicas. Se usa la traducci�n de direcciones
de red (NAT) para traducir entre direcciones IPv4 privadas y p�blicas. En general,
esto se hace en el router que conecta la red interna a la red del ISP.

Los routers dom�sticos brindan la misma funcionalidad. Por ejemplo, la mayor�a de

los routers dom�sticos asignan direcciones IPv4 a sus hosts cableados e
inal�mbricos desde la direcci�n privada 192.168.1.0 /24. A la interfaz de router
dom�stico que se conecta a la red del proveedor de servicios de Internet (ISP) se
le asigna una direcci�n IPv4 p�blica para usar en Internet.

Direcciones IPv4 de usuarios especiales

Existen ciertas direcciones, como la direcci�n de red y la direcci�n de difusi�n,
que no se pueden asignar a los hosts. Tambi�n hay direcciones especiales que pueden
asignarse a los hosts, pero con restricciones respecto de la forma en que dichos
hosts pueden interactuar dentro de la red.

Direcciones de bucle invertido (127.0.0.0 /8 o 127.0.0.1 a 127.255.255.254):

generalmente identificadas solo como 127.0.0.1, son direcciones especiales que usa
un host para dirigir el tr�fico hacia s� mismo. Por ejemplo, se puede usar en un
host para probar si la configuraci�n TCP/IP funciona, como se muestra en la
ilustraci�n. Observe c�mo la direcci�n de bucle invertido 127.0.0.1 responde al
comando ping. Tambi�n observe c�mo todas las direcciones de este bloque realizan un
bucle invertido hacia el host local, como se muestra con el segundo ping de la
ilustraci�n.
Direcciones de enlace local (169.254.0.0 /16 o 169.254.0.1 a 169.254.255.254): m�s
com�nmente conocidas como "direcciones IP privadas autom�ticas" (APIPA), un cliente
DCHP Windows las usa para la autoconfiguraci�n en caso de que no haya servidores
DHCP disponibles.Son �tiles en las conexiones punto a punto.
Direcciones TEST-NET (192.0.2.0 /24 o 192.0.2.0 a 192.0.2.255): estas direcciones
se apartan con fines de ense�anza y aprendizaje, y pueden usarse en ejemplos de
documentaci�n y de redes.
Nota: Tambi�n existen direcciones experimentales en el bloque 240.0.0.0 a
255.255.255.254 que se reservan para uso futuro (RFC 3330).

Direccionamiento con clase antigua

En 1981, las direcciones IPv4 de Internet se asignaban mediante el Direccionamiento
con clase como se define en RFC 790, n�meros asignados. A los clientes se les
asign� una direcci�n de red basada en una de tres clases:A, B, o C. RFC divid�a los
rangos de unidifusi�n en clases espec�ficas denominadas:

Clase A (0.0.0.0/8 a 127.0.0.0/8): dise�ada para admitir redes extremadamente

grandes, con m�s de 16 millones de direcciones de host. Usaba un prefijo /8 fijo
donde el primer octeto indicaba la direcci�n de red y los tres octetos restantes
eran para las direcciones de host. Todas las direcciones de clase A requer�an que
el bit m�s significativo del octeto de valor superior fuese un cero que creaba un
total de 128 redes de clase A posibles. En la figura 1, se resume la clase A.
Clase B (128.0.0.0 /16 a 191.255.0.0 /16): dise�ada para satisfacer la necesidad de
redes de tama�o moderado a grande, con hasta 65 000 direcciones de host. Usaba un
prefijo /16 fijo donde los dos octetos de valor superior indicaban la direcci�n de
red y los dos octetos restantes eran para las direcciones de host. Los dos bits m�s
significativos del octeto de valor superior deben ser 10 que crean m�s de 16 000
redes. En la figura 2, se resume la clase B.
Clase C (192.0.0.0 /24 a 223.255.255.0 /24): dise�ada para admitir redes peque�as
con un m�ximo de 254 hosts. Usaba un prefijo /24 fijo donde los tres primeros
octetos indicaban la red y el octeto restante era para las direcciones de host. Los
tres bits m�s significativos del octeto de valor superior deben ser 110 que crean
m�s de 2 millones de redes posibles. En la figura 3, se resume la clase C.
Nota: tambi�n existe un bloque de multidifusi�n de clase D que va de 224.0.0.0 a
239.0.0.0, y un bloque de direcciones experimentales de clase E que va de 240.0.0.0
a 255.0.0.0.

Asignaci�n de direcciones sin clase

Como se muestra en la ilustraci�n, el sistema con clase asignaba el 50 % de las
direcciones IPv4 disponibles a 128 redes de clase A, el 25 % de las direcciones a
la clase B, y la clase C compart�a el 25 % restante con las clases D y E. El
problema es que as� se desperdiciaba una gran cantidad de direcciones y se agotaba
la disponibilidad de las direcciones IPv4. No todos los requisitos de las
organizaciones se ajustaban a una de estas tres clases. Por ejemplo, una empresa
que ten�a una red con 260 hosts necesitar�a recibir una direcci�n de clase B con
m�s de 65 000 direcciones, con lo que se desperdiciar�an 64 740 direcciones.

El direccionamiento con clase se abandon� a fines de la d�cada de 1990 para

favorecer el sistema de direccionamiento sin clase actual. Sin embargo, todav�a
existen versiones con clase en las redes actuales. Por ejemplo, cuando se asigna
una direcci�n IPv4 a una computadora, el sistema operativo examina la direcci�n que
se asigna para determinar si es de clase A, B o C. El sistema operativo despu�s
asume el prefijo que usa esa clase y realiza la asignaci�n de la m�scara de subred
predeterminada.

El sistema usado actualmente se conoce como Direccionamiento sin clase. El nombre

formal es �Classless Inter-Domain Routing� (CIDR, pronunciado �cider�). En 1993, el
IETF cre� un nuevo conjunto de est�ndares que permit�a que los proveedores de
servicios asignaran direcciones IPv4 en cualquier l�mite de bits de direcci�n
(longitud de prefijo) en lugar de solo con una direcci�n de clase A, B o C. Se hizo
para poder demorar la disminuci�n y el agotamiento final de las direcciones IPv4.

El IETF sab�a que el CIDR era solo una soluci�n temporal y que ser�a necesario
desarrollar un nuevo protocolo IP para admitir el r�pido crecimiento de la cantidad
de usuarios de Internet. En 1994, el IETF comenz� a trabajar para encontrar un
sucesor de IPv4, que finalmente fue IPv6.

Entonces, �qui�n administra y asigna estas direcciones IP?

Asignaci�n de direcciones IP
Para que una empresa u organizaci�n admita hosts de red, por ejemplo, servidores
web a los que se accede desde Internet, esa organizaci�n debe tener asignado un
bloque de direcciones p�blicas. Se debe tener en cuenta que las direcciones
p�blicas deben ser �nicas, y el uso de estas direcciones p�blicas se regula y se
asigna a cada organizaci�n de forma independiente. Esto es v�lido para las
direcciones IPv4 e IPv6.

Tanto las direcciones IPv4 como las IPv6 son administradas por la Autoridad de
N�meros Asignados a Internet (Internet Assigned Numbers Authority, IANA)
(http://www.iana.org). La IANA administra y asigna bloques de direcciones IP a los
Registros Regionales de Internet (RIR). Haga clic en cada uno de los RIR de la
ilustraci�n para ver m�s informaci�n.

Los RIR se encargan de asignar direcciones IP a los ISP, quienes a su vez

proporcionan bloques de direcciones IPv4 a las organizaciones y a los ISP m�s
peque�os. Las organizaciones pueden obtener sus direcciones directamente de un RIR,
seg�n las pol�ticas de ese RIR.

Necesidad de utilizar IPv6

IPv6 est� dise�ado para ser el sucesor de IPv4. IPv6 tiene un mayor espacio de
direcciones de 128 bits, lo que proporciona 340 sextillones de direcciones. (Es
decir, el n�mero 340 seguido por 36 ceros). Sin embargo, IPv6 es m�s que solo
direcciones m�s extensas. Cuando el IETF comenz� el desarrollo de un sucesor de
IPv4, utiliz� esta oportunidad para corregir las limitaciones de IPv4 e incluir
mejoras adicionales. Un ejemplo es el protocolo de mensajes de control de Internet
versi�n 6 (ICMPv6), que incluye la resoluci�n de direcciones y la configuraci�n
autom�tica de direcciones, las cuales no se encuentran en ICMP para IPv4 (ICMPv4).
ICMPv4 e ICMPv6 se analizan m�s adelante en este cap�tulo.

Necesidad de utilizar IPv6

El agotamiento del espacio de direcciones IPv4 fue el factor que motiv� la

migraci�n a IPv6. Debido al aumento de la conexi�n a Internet en �frica, Asia y
otras �reas del mundo, las direcciones IPv4 ya no son suficientes como para admitir
este crecimiento. Como se muestra en la ilustraci�n, a cuatro de cinco RIR se les
agotaron las direcciones IPv4.

IPv4 tiene un m�ximo te�rico de 4300 millones de direcciones. Las direcciones

privadas en combinaci�n con la traducci�n de direcciones de red (NAT) fueron
esenciales para demorar la reducci�n del espacio de direcciones IPv4. Sin embargo,
la NAT rompe muchas aplicaciones y tiene limitaciones que obstaculizan
considerablemente las comunicaciones entre pares.

Internet de todo

En la actualidad, Internet es significativamente distinta de como era en las

�ltimas d�cadas. Actualmente, Internet es mucho m�s que el correo electr�nico, las
p�ginas web y la transferencia de archivos entre computadoras. Internet evoluciona
y se est� convirtiendo en una Internet de los objetos. Ya no ser�n solo las
computadoras, las tabletas PC y los tel�fono inteligentes los �nicos dispositivos
que accedan a Internet. Los dispositivos del futuro preparados para acceder a
Internet y equipados con sensores incluir�n desde autom�viles y dispositivos
biom�dicos hasta electrodom�sticos y ecosistemas naturales.
Con una poblaci�n que accede a Internet cada vez mayor, un espacio de direcciones
IPv4 limitado, los problemas de NAT y la Internet de todo, lleg� el momento de
comenzar la transici�n hacia IPv6.

Coexistencia de IPv4 e IPv6

No hay una �nica fecha para realizar la transici�n a IPv6. En un futuro cercano,
IPv4 e IPv6 coexistir�n. Se espera que la transici�n demore a�os. El IETF cre�
diversos protocolos y herramientas para ayudar a los administradores de redes a
migrar las redes a IPv6. Las t�cnicas de migraci�n pueden dividirse en tres
categor�as:

Dual-stack: como se muestra en la figura 1, la t�cnica dual-stack permite que IPv4

e IPv6 coexistan en el mismo segmento de red. Los dispositivos dual-stack ejecutan
pilas de protocolos IPv4 e IPv6 de manera simult�nea.
Tunelizaci�n: como se muestra en la figura 2, el protocolo de t�nel es un m�todo
para transportar un paquete IPv6 en una red IPv4. El paquete IPv6 se encapsula
dentro de un paquete IPV4, de manera similar a lo que sucede con otros tipos de
datos.
Traducci�n: como se muestra en la figura 3, la traducci�n de direcciones de red 64
(NAT64) permite que los dispositivos habilitados para IPv6 se comuniquen con los
dispositivos habilitados para IPv4 mediante una t�cnica de traducci�n similar a NAT
para IPv4. Un paquete IPv6 se traduce a un paquete IPv4 y viceversa.
Nota: la tunelizaci�n y la traducci�n solo se usan cuando es necesario. El objetivo
debe ser las comunicaciones IPv6 nativas de origen a destino.

Representaci�n de direcciones IPv6

Las direcciones IPv6 tienen una longitud de 128 bits y se escriben como una cadena
de valores hexadecimales. Cada 4 bits se representan con un �nico d�gito
hexadecimal para llegar a un total de 32 valores hexadecimales, como se muestra en
la figura 1. Las direcciones IPv6 no distinguen entre may�sculas y min�sculas, y
pueden escribirse en min�sculas o en may�sculas.

Formato preferido

Como se muestra en la figura 1, el formato preferido para escribir una direcci�n

IPv6 es x:x:x:x:x:x:x:x, donde cada �x� consta de cuatro valores hexadecimales. Al
hacer referencia a 8 bits de una direcci�n IPv4, utilizamos el t�rmino �octeto�. En
IPv6, un �hexteto� es el t�rmino no oficial que se utiliza para referirse a un
segmento de 16 bits o cuatro valores hexadecimales. Cada �x� es un �nico hexteto,
16 bits o cuatro d�gitos hexadecimales.

�Formato preferido� significa que la direcci�n IPv6 se escribe utilizando los 32

d�gitos hexadecimales. No significa necesariamente que sea el m�todo ideal para
representar la direcci�n IPv6. En las siguientes p�ginas, veremos dos reglas que
permiten reducir el n�mero de d�gitos necesarios para representar una direcci�n
IPv6.

En la figura 2, se presenta un resumen de la relaci�n entre decimal, binario y

hexadecimal. En la figura 3, se muestran ejemplos de direcciones IPv6 en el formato
preferido.

Regla 1: omitir los 0 iniciales

La primera regla para ayudar a reducir la notaci�n de las direcciones IPv6 consiste
en omitir los 0 (ceros) iniciales en cualquier secci�n de 16 bits o hexteto. Por
ejemplo:

01AB puede representarse como 1AB.

09F0 puede representarse como 9F0.
0A00 puede representarse como A00.
00AB puede representarse como AB.
Esta regla solo es v�lida para los ceros iniciales, y NO para los ceros finales; de
lo contrario, la direcci�n ser�a ambigua. Por ejemplo, el hexteto "ABC" podr�a ser
"0ABC" o "ABC0", pero estos no representan el mismo valor.

En las figuras 1 a 8, se muestran varios ejemplos de c�mo se puede utilizar la

omisi�n de ceros iniciales para reducir el tama�o de una direcci�n IPv6. Para cada
ejemplo, se muestra el formato preferido. Advierta c�mo la omisi�n de ceros
iniciales en la mayor�a de los ejemplos da como resultado una representaci�n m�s
peque�a de la direcci�n.

Regla 2: omitir los segmentos de 0

La segunda regla que permite reducir la notaci�n de direcciones IPv6 es que los dos
puntos dobles (::) pueden reemplazar cualquier cadena �nica y contigua de uno o m�s
segmentos de 16 bits (hextetos) compuestos solo por ceros.

Los dos puntos dobles (::) se pueden utilizar solamente una vez dentro de una
direcci�n; de lo contrario, habr�a m�s de una direcci�n resultante posible. Cuando
se utiliza junto con la t�cnica de omisi�n de ceros iniciales, la notaci�n de
direcciones IPv6 generalmente se puede reducir de manera considerable. Esto se
suele conocer como �formato comprimido�.

Direcci�n incorrecta:

2001:0DB8::ABCD::1234
Expansiones posibles de direcciones comprimidas ambiguas:

2001:0DB8::ABCD:0000:0000:1234
2001:0DB8::ABCD:0000:0000:0000:1234
2001:0DB8:0000:ABCD::1234
2001:0DB8:0000:0000:ABCD::1234
En las figuras 1 a 7, se muestran varios ejemplos de c�mo el uso de los dos puntos
dobles (::) y la omisi�n de los 0 iniciales pueden reducir el tama�o de una
direcci�n IPv6.

Tipos de direcciones IPv6

Existen tres tipos de direcciones IPv6:

Unidifusi�n: una direcci�n IPv6 de unidifusi�n identifica de manera �nica una

interfaz de un dispositivo habilitado para IPv6. Como se muestra en la ilustraci�n,
las direcciones IPv6 de origen deben ser direcciones de unidifusi�n.
Multidifusi�n: las direcciones IPv6 de multidifusi�n se usan para enviar un �nico
paquete IPv6 a varios destinos.
Difusi�n por proximidad: una direcci�n IPv6 de difusi�n por proximidad es cualquier
direcci�n IPv6 de unidifusi�n que puede asignarse a varios dispositivos. Los
paquetes enviados a una direcci�n de difusi�n por proximidad se enrutan al
dispositivo m�s cercano que tenga esa direcci�n. Las direcciones de difusi�n por
proximidad exceden el �mbito de este curso.
A diferencia de IPv4, IPv6 no tiene una direcci�n de difusi�n. Sin embargo, existe
una direcci�n IPv6 de multidifusi�n de todos los nodos que brinda b�sicamente el
mismo resultado.

Longitud de prefijo IPv6

Recuerde que el prefijo, o la porci�n de red, de una direcci�n IPv4 se puede
identificar con una m�scara de subred decimal punteada o con la longitud de prefijo
(notaci�n con barra diagonal). Por ejemplo, la direcci�n IPv4 192.168.1.10 con la
m�scara de subred decimal punteada 255.255.255.0 equivale a 192.168.1.10/24.
IPv6 utiliza la longitud de prefijo para representar la porci�n de prefijo de la
direcci�n. IPv6 no utiliza la notaci�n decimal punteada de m�scara de subred. La
longitud de prefijo se utiliza para indicar la porci�n de red de una direcci�n IPv6
mediante el formato de direcci�n IPv6/longitud de prefijo.

La longitud de prefijo puede ir de 0 a 128. Una longitud de prefijo IPv6 t�pica

para LAN y la mayor�a de los dem�s tipos de redes es /64. Esto significa que la
porci�n de prefijo o de red de la direcci�n tiene una longitud de 64 bits, lo cual
deja otros 64 bits para la ID de interfaz (porci�n de host) de la direcci�n.

Direcciones IPv6 de unidifusi�n

Las direcciones IPv6 de unidifusi�n identifican de forma exclusiva una interfaz en
un dispositivo con IPv6 habilitado. Un paquete que se env�a a una direcci�n de
unidifusi�n es recibido por la interfaz que tiene asignada esa direcci�n. Como
sucede con IPv4, las direcciones IPv6 de origen deben ser direcciones de
unidifusi�n. Las direcciones IPv6 de destino pueden ser direcciones de unidifusi�n
o de multidifusi�n.

Los tipos de direcciones IPv6 de unidifusi�n m�s comunes son las direcciones de
unidifusi�n globales (GUA) y las direcciones de unidifusi�n link-local.

Unidifusi�n global

Las direcciones de unidifusi�n globales son similares a las direcciones IPv4

p�blicas. Estas son direcciones enrutables de Internet globalmente exclusivas. Las
direcciones de unidifusi�n globales pueden configurarse est�ticamente o asignarse
de forma din�mica.

Link-local

Las direcciones link-local se utilizan para comunicarse con otros dispositivos en

el mismo enlace local. Con IPv6, el t�rmino �enlace� hace referencia a una subred.
Las direcciones link-local se limitan a un �nico enlace. Su exclusividad se debe
confirmar solo para ese enlace, ya que no se pueden enrutar m�s all� del enlace. En
otras palabras, los routers no reenv�an paquetes con una direcci�n de origen o de
destino link-local.

Local �nica

Otro tipo de direcci�n de unidifusi�n es la direcci�n de unidifusi�n local �nica.

Las direcciones IPv6 locales �nicas tienen ciertas similitudes con las direcciones
privadas RFC 1918 para IPv4, pero existen grandes diferencias. Las direcciones
locales �nicas se utilizan para el direccionamiento local dentro de un sitio o
entre una cantidad limitada de sitios. Estas direcciones no deber�an poder
enrutarse en la IPv6 global, y no deber�an traducirse hacia direcciones IPv6
globales. Las direcciones locales �nicas est�n en el rango de FC00::/7 a FDFF::/7.

Con IPv4, las direcciones privadas se combinan con NAT/PAT para proporcionar una
traducci�n de varios a uno de direcciones privadas a p�blicas. Esto se hace debido
a la disponibilidad limitada del espacio de direcciones IPv4. Muchos sitios tambi�n
utilizan la naturaleza privada de las direcciones definidas en RFC 1918 para ayudar
a proteger u ocultar su red de posibles riesgos de seguridad. Sin embargo, este
nunca fue el uso previsto de esas tecnolog�as, y el IETF siempre recomend� que los
sitios tomaran las precauciones de seguridad adecuadas en el router del lado de
Internet. Las direcciones locales �nicas pueden usarse en dispositivos que nunca
necesitan o nunca pueden acceder a otra red.

Direcciones IPv6 de unidifusi�n link-local

Una direcci�n IPv6 link-local permite que un dispositivo se comunique con otros
dispositivos con IPv6 habilitado en el mismo enlace y solo en ese enlace (subred).
Los paquetes con direcciones link-local de origen o destino no pueden enrutarse m�s
all� del enlace en el que se origin� el paquete.

La direcci�n de unidifusi�n global no es un requisito. Sin embargo, cada interfaz

de red con IPv6 habilitado debe tener una direcci�n link-local.

Si en una interfaz no se configura una direcci�n link-local de forma manual, el

dispositivo crea autom�ticamente su propia direcci�n sin comunicarse con un
servidor DHCP. Los hosts con IPv6 habilitado crean una direcci�n IPv6 link-local
incluso si no se asign� una direcci�n IPv6 de unidifusi�n global al dispositivo.
Esto permite que los dispositivos con IPv6 habilitado se comuniquen con otros
dispositivos con IPv6 habilitado en la misma subred. Esto incluye la comunicaci�n
con el gateway predeterminado (router).

Las direcciones IPv6 link-local est�n en el rango de FE80::/10. /10 indica que los
primeros 10 bits son 1111 1110 10xx xxxx. El primer hexteto tiene un rango de 1111
1110 1000 0000 (FE80) a 1111 1110 1011 1111 (FEBF).

En la figura 1, se muestra un ejemplo de comunicaci�n mediante direcciones IPv6

link-local.

En la figura 2, se muestran algunos usos de las direcciones IPv6 link-local.

Nota: Generalmente, es la direcci�n de enlace local del router, y no la direcci�n

de unidifusi�n global, que se usa como gateway predeterminado para otros
dispositivos del enlace.

Estructura de una direcci�n IPv6 de unidifusi�n global

Las direcciones IPv6 de unidifusi�n globales (GUA) son globalmente �nicas y
enrutables en Internet IPv6. Estas direcciones son equivalentes a las direcciones
IPv4 p�blicas. La Corporaci�n de Internet para la Asignaci�n de Nombres y N�meros
(ICANN), operador de la IANA, asigna bloques de direcciones IPv6 a los cinco RIR.
Actualmente, solo se asignan direcciones de unidifusi�n globales con los tres
primeros bits 001 o 2000::/3. Es decir que el primer d�gito hexadecimal de una
direcci�n de GUA comienza con 2 o 3. Esto solo constituye un octavo del espacio
total disponible de direcciones IPv6, sin incluir solamente una parte muy peque�a
para otros tipos de direcciones de unidifusi�n y multidifusi�n.

Nota: se reserv� la direcci�n 2001:0DB8::/32 con fines de documentaci�n, incluido

el uso en ejemplos.

En la figura 1, se muestra la estructura y el intervalo de una direcci�n de

unidifusi�n global.

Una direcci�n de unidifusi�n global consta de tres partes:

Prefijo de routing global

ID de subred
ID de interfaz
Prefijo de routing global

El prefijo de routing global es la porci�n de prefijo, o de red, de la direcci�n

que asigna el proveedor (por ejemplo, un ISP) a un cliente o a un sitio. En
general, los RIR asignan un prefijo de routing global /48 a los clientes. Estos
incluyen a todos, desde redes comerciales de empresas a hogares individuales.

En la figura 2, se muestra la estructura de una direcci�n de unidifusi�n global con

el prefijo de routing global /48. Los prefijos /48 son los prefijos de routing
global m�s comunes y se utilizan en la mayor�a de los ejemplos a lo largo de este
curso.

Por ejemplo, la direcci�n IPv6 2001:0DB8:ACAD::/48 tiene un prefijo que indica que
los primeros 48 bits (3 hextetos) (2001:0DB8:ACAD) son la porci�n de prefijo o de
red de la direcci�n. Los dos puntos dobles (::) antes de la longitud de prefijo /48
significan que el resto de la direcci�n se compone solo de ceros.

El tama�o del prefijo de routing global determina el tama�o de la ID de subred.

ID de subred

Las organizaciones utilizan la ID de subred para identificar subredes dentro de su

ubicaci�n. Cuanto mayor es la ID de subred, m�s subredes habr� disponibles.

ID de interfaz

La ID de interfaz IPv6 equivale a la porci�n de host de una direcci�n IPv4. Se

utiliza el t�rmino �ID de interfaz� debido a que un �nico host puede tener varias
interfaces, cada una con una o m�s direcciones IPv6. Se recomienda especialmente
usar subredes /64 en la mayor�a de los casos. En otras palabras, una ID de interfaz
de 64 bits como la que se muestra en la figura 2.

Nota: a diferencia de IPv4, en IPv6, pueden asignarse a un dispositivo las

direcciones de host compuestas solo por ceros y solo por unos. Se puede usar la
direcci�n compuesta solo por unos debido al hecho de que en IPv6 no se usan las
direcciones de difusi�n. Las direcciones compuestas solo por ceros tambi�n pueden
usarse, pero se reservan como direcci�n de difusi�n por proximidad subred-router, y
solo deben asignarse a los routers.

Una forma f�cil de leer la mayor�a de las direcciones IPv6 es contar la cantidad de
hextetos. Como se muestra en la figura 3, en una direcci�n de unidifusi�n global /
64, los primeros cuatro hextetos son para la porci�n de red de la direcci�n, y el
cuarto hexteto indica la ID de subred. Los cuatro hextetos restantes son para la ID
de interfaz.

Configuraci�n est�tica de una direcci�n de unidifusi�n global

Configuraci�n del router

La mayor�a de los comandos de configuraci�n y verificaci�n IPv6 de Cisco IOS son

similares a sus equivalentes de IPv4. En la mayor�a de los casos, la �nica
diferencia es el uso de ipv6 en lugar de ip dentro de los comandos.

El comando para configurar una direcci�n de unidifusi�n global IPv6 en una interfaz
es ipv6 address ipv6-address/prefix-length.

Tenga en cuenta que no hay un espacio entre ipv6-address y prefix-length.

La configuraci�n del ejemplo usa la topolog�a que se muestra en la figura 1 y estas

subredes IPv6:

2001:0DB8:ACAD:0001:/64 (o 2001:DB8:ACAD:1::/64)
2001:0DB8:ACAD:0002:/64 (o 2001:DB8:ACAD:2::/64)
2001:0DB8:ACAD:0003:/64 (o 2001:DB8:ACAD:3::/64)
En la figura 1, tambi�n se muestran los comandos necesarios para configurar la
direcci�n IPv6 de unidifusi�n global en la interfaz GigabitEthernet 0/0,
GigabitEthernet 0/1 y Serial 0/0/0 del R1.

Configuraci�n de host
Configurar la direcci�n IPv6 en un host de forma manual es similar a configurar una
direcci�n IPv4.

Como se muestra en la figura 2, la direcci�n de gateway predeterminado configurada

para la PC1 es 2001:DB8:ACAD:1::1. Esta es la direcci�n de unidifusi�n global de la
interfaz GigabitEthernet del R1 de la misma red. De manera alternativa, la
direcci�n de gateway predeterminado puede configurarse para que coincida con la
direcci�n link-local de la interfaz GigabitEthernet. Cualquiera de las dos
configuraciones funciona.

Utilice el verificador de sintaxis de la figura 3 para configurar la direcci�n IPv6

de unidifusi�n global.

Al igual que con IPv4, la configuraci�n de direcciones est�ticas en clientes no se

extiende a entornos m�s grandes. Por este motivo, la mayor�a de los administradores
de redes en una red IPv6 habilitan la asignaci�n din�mica de direcciones IPv6.

Los dispositivos pueden obtener autom�ticamente una direcci�n IPv6 de unidifusi�n

global de dos maneras:

Configuraci�n autom�tica de direcci�n independiente del estado (SLAAC)

Mediante DHCPv6 con estado
Nota: cuando se usa DHCPv6 o SLAAC, se especifica autom�ticamente la direcci�n
link-local del router local como direcci�n de gateway predeterminado.

Configuraci�n din�mica: SLAAC

La configuraci�n autom�tica de direcci�n independiente del estado (SLAAC) es un
m�todo que permite a un dispositivo obtener el prefijo, la longitud de prefijo, la
direcci�n del gateway predeterminado y otra informaci�n de un router IPv6 sin
utilizar un servidor DHCPv6. Mediante SLAAC, los dispositivos dependen de los
mensajes de anuncio de router (RA) de ICMPv6 del router local para obtener la
informaci�n necesaria.

Los routers IPv6 env�an mensajes RA de ICMPv6 peri�dicamente, cada 200 segundos, a
todos los dispositivos con IPv6 habilitado en la red. Tambi�n se env�a un mensaje
RA en respuesta a un host que env�a un mensaje ICMPv6 de solicitud de router (RS).

El routing IPv6 no est� habilitado de manera predeterminada. Para habilitar un

router como router IPv6, se debe usar el comando de configuraci�n global ipv6
unicast-routing.

Nota: se pueden configurar direcciones IPv6 en un router sin que sea un router
IPv6.

El mensaje RA de ICMPv6 es una sugerencia a un dispositivo sobre c�mo obtener una

direcci�n IPv6 de unidifusi�n global. La decisi�n final la tiene el sistema
operativo del dispositivo. El mensaje RA de ICMPv6 incluye lo siguiente:

Prefijo de red y longitud de prefijo: indica al dispositivo a qu� red pertenece.

Direcci�n de gateway predeterminado: es una direcci�n IPv6 link-local, la direcci�n
IPv6 de origen del mensaje RA.
Direcciones DNS y nombre de dominio: direcciones de los servidores DNS y un nombre
de dominio.
Como se muestra en la figura 1, existen tres opciones para los mensajes RA:

Opci�n 1: SLAAC
Opci�n 2: SLAAC con un servidor DHCPv6 sin informaci�n de estado
Opci�n 3: DHCPv6 con informaci�n de estado (no SLAAC)
Opci�n 1 de RA: SLAAC

De manera predeterminada, el mensaje RA sugiere que el dispositivo receptor use la

informaci�n de dicho mensaje para crear su propia direcci�n IPv6 de unidifusi�n
global y para toda la dem�s informaci�n. No se requieren los servicios de un
servidor DHCPv6.

SLAAC es independiente del estado, o sea que no existe un servidor central (por
ejemplo, un servidor DHCPv6 con informaci�n de estado) que asigne direcciones de
unidifusi�n globales y mantenga una lista de los dispositivos y sus direcciones.
Con SLAAC, el dispositivo cliente usa la informaci�n del mensaje RA para crear su
propia direcci�n de unidifusi�n global. Como se muestra en la figura 2, las dos
partes de la direcci�n se crean del siguiente modo:

Prefijo: se recibe en el mensaje RA.

ID de interfaz: usa el proceso EUI-64 o genera un n�mero aleatorio de 64 bits.

Configuraci�n din�mica: DHCPv6

De manera predeterminada, el mensaje RA es la opci�n 1, solo SLAAC. La interfaz del
router puede configurarse para enviar un anuncio de router mediante SLAAC y un
DHCPv6 sin informaci�n de estado, o solo DHCPv6 con informaci�n de estado.

Opci�n 2 de RA: SLAAC y DHCPv6 sin informaci�n de estado

Con esta opci�n, el mensaje RA sugiere que el dispositivo use lo siguiente:

SLAAC para crear su propia direcci�n IPv6 de unidifusi�n global

La direcci�n link-local del router, la direcci�n IPv6 de origen del RA para la
direcci�n de gateway predeterminado
Un servidor DHCPv6 sin informaci�n de estado que obtendr� otra informaci�n como la
direcci�n del servidor DNS y el nombre de dominio
Un servidor DHCPv6 sin informaci�n de estado distribuye las direcciones del
servidor DNS y los nombres de dominio. No asigna direcciones de unidifusi�n
globales

Opci�n 3 de RA: DHCPv6 con informaci�n de estado

DHCPv6 con informaci�n de estado es similar a DHCP para IPv4. Un dispositivo puede
recibir autom�ticamente la informaci�n de direccionamiento, que incluye una
direcci�n de unidifusi�n global, la longitud de prefijo y las direcciones de los
servidores DNS que usan los servicios de un servidor DHCPv6 con informaci�n de
estado.

Con esta opci�n, el mensaje RA sugiere que el dispositivo use lo siguiente:

La direcci�n link-local del router, la direcci�n IPv6 de origen del RA para la

direcci�n de gateway predeterminado
Un servidor DHCPv6 con informaci�n de estado para obtener una direcci�n de
unidifusi�n global, una direcci�n del servidor DNS, un nombre de dominio y toda la
informaci�n restante.
Un servidor DHCPv6 con informaci�n de estado asigna y mantiene una lista de qu�
dispositivo recibe cu�l direcci�n IPv6. DHCP para IPv4 tiene informaci�n de estado.

Nota: la direcci�n de gateway predeterminado solo puede obtenerse de manera

din�mica del mensaje RA. El servidor DHCPv6 con informaci�n de estado o sin ella no
brinda la direcci�n de gateway predeterminado.

Proceso EUI-64 y generaci�n aleatoria

Cuando el mensaje RA es SLAAC o SLAAC con DHCPv6 sin informaci�n de estado, el
cliente debe generar su propia ID de interfaz. El cliente conoce la porci�n de
prefijo de la direcci�n del mensaje RA, pero debe crear su propia ID de interfaz.
La ID de interfaz puede crearse mediante el proceso EUI-64 o mediante un n�mero de
64 bits de generaci�n aleatoria, como se muestra en la figura 1.

Proceso EUI-64

El IEEE defini� el identificador �nico extendido (EUI) o proceso EUI-64 modificado.

Este proceso utiliza la direcci�n MAC de Ethernet de 48 bits de un cliente e
introduce otros 16 bits en medio de la direcci�n MAC de 48 bits para crear una ID
de interfaz de 64 bits.

Las direcciones MAC de Ethernet, por lo general, se representan en formato

hexadecimal y constan de dos partes:

Identificador �nico de organizaci�n (OUI): el OUI es un c�digo de proveedor de 24

bits (6 d�gitos hexadecimales) asignado por el IEEE.
Identificador de dispositivo: el identificador de dispositivo es un valor �nico de
24 bits (6 d�gitos hexadecimales) dentro de un OUI com�n.
Las ID de interfaz EUI-64 se representan en sistema binario y constan de tres
partes:

OUI de 24 bits de la direcci�n MAC del cliente, pero el s�ptimo bit (bit
universal/local, U/L) se invierte. Esto quiere decir que si el s�ptimo bit es un 0,
se transforma en un 1, y viceversa.
El valor de 16 bits FFFE introducido (en formato hexadecimal).
Identificador de dispositivo de 24 bits de la direcci�n MAC del cliente.
En la figura 2, se ilustra el proceso EUI-64, con la siguiente direcci�n MAC de
GigabitEthernet de R1: FC99:4775:CEE0.

Paso 1: Dividir la direcci�n MAC entre el OUI y el identificador de dispositivo.

Paso 2: Insertar el valor hexadecimal FFFE, que en sistema binario es 1111 1111
1111 1110.

Paso 3: Convertir los primeros 2 valores hexadecimales del OUI a sistema binario y
cambie el bit U/L (bit 7). En este ejemplo, el 0 en el bit 7 se cambia a 1.

El resultado es una ID de interfaz FE99:47FF:FE75:CEE0 generada mediante EUI-64.

Nota: en RFC 5342, se analiza el uso del bit U/L y las razones para invertir su
valor.

En la figura 3, se muestra la direcci�n IPv6 de unidifusi�n global de la PCA creada

de manera din�mica mediante SLAAC y el proceso EUI-64. Una manera sencilla de
identificar que una direcci�n muy probablemente se cre� mediante EUI-64 es el valor
FFFE ubicado en medio de la ID de interfaz, como se muestra en la figura 3.

La ventaja de EUI-64 es que se puede utilizar la direcci�n MAC de Ethernet para

determinar la ID de interfaz. Tambi�n permite que los administradores de redes
rastreen f�cilmente una direcci�n IPv6 a un terminal mediante la direcci�n MAC
�nica. Sin embargo, esto gener� inquietudes a muchos usuarios con respecto a la
privacidad. Les preocupa que los paquetes puedan ser rastreados a la PC f�sica
real. Debido a estas inquietudes, se puede utilizar en cambio una ID de interfaz
generada aleatoriamente.

ID de interfaz generadas aleatoriamente

Seg�n el sistema operativo, un dispositivo puede utilizar una ID de interfaz

generada aleatoriamente en lugar de utilizar la direcci�n MAC y el proceso EUI-64.
Por ejemplo, a partir de Windows Vista, Windows utiliza una ID de interfaz generada
aleatoriamente en lugar de una ID de interfaz creada mediante EUI-64. Windows XP y
los sistemas operativos Windows anteriores utilizaban EUI-64.

Despu�s de establecer la ID de interfaz, ya sea mediante el proceso EUI-64 o

mediante la generaci�n aleatoria, se la puede combinar con un prefijo IPv6 en el
mensaje RA para crear una direcci�n de unidifusi�n global, como se muestra en la
figura 4.

Nota: para garantizar la exclusividad de cualquier direcci�n IPv6 de unidifusi�n,

el cliente puede usar un proceso denominado "detecci�n de direcciones duplicadas"
(DAD). Es similar a una solicitud de ARP para su propia direcci�n. Si no se obtiene
una respuesta, la direcci�n es �nica.

Direcciones link-local din�micas

Todos los dispositivos IPv6 deben tener direcciones IPv6 link-local. Las
direcciones link-local se pueden establecer din�micamente o se pueden configurar de
forma manual como direcciones link-local est�ticas.

En la figura 1, se muestra que la direcci�n link-local fue creada de manera

din�mica con el prefijo FE80::/10 y la ID de interfaz mediante el proceso EUI-64 o
un n�mero de 64 bits de generaci�n aleatoria. En general, los sistemas operativos
usan el mismo m�todo, tanto para una direcci�n de unidifusi�n global creada por
SLAAC como para una direcci�n link-local asignada de manera din�mica, como se
muestra en la figura 2.

Los routers Cisco crean autom�ticamente una direcci�n IPv6 link-local cada vez que
se asigna una direcci�n de unidifusi�n global a la interfaz. De manera
predeterminada, los routers con Cisco IOS utilizan EUI-64 para generar la ID de
interfaz para todas las direcciones link-local en las interfaces IPv6. Para las
interfaces seriales, el router utiliza la direcci�n MAC de una interfaz Ethernet.
Recuerde que una direcci�n link-local debe ser �nica solo en ese enlace o red. Sin
embargo, una desventaja de utilizar direcciones de enlace local asignadas
din�micamente es su ID de interfaz larga, que dificulta identificar y recordar las
direcciones asignadas. En la figura 3, se muestra la direcci�n MAC en la interfaz
GigabitEthernet 0/0 del router R1. Esta direcci�n se usa para crear de manera
din�mica las direcciones link-local en la misma interfaz.

Para que sea m�s f�cil reconocer y recordar estas direcciones en los routers, es
habitual configurar las direcciones IPv6 link-local de manera est�tica en ellos.

Direcciones link-local est�ticas

Configurar la direcci�n link-local manualmente permite crear una direcci�n
reconocible y m�s f�cil de recordar. Por lo general, solo es necesario crear
direcciones de enlace local reconocibles en los routers. Esto es �til, ya que
utilizan direcciones de enlace local del router como direcciones de gateway
predeterminado y en los mensajes routing de anuncios.

Las direcciones link-local pueden configurarse manualmente mediante el mismo

comando de interfaz utilizado para crear las direcciones IPv6 de unidifusi�n
globales, pero con un par�metro link-local adicional. Cuando una direcci�n comienza
con este hexteto dentro del rango de FE80 a FEBF, el par�metro de link-local debe
seguir a la direcci�n.

En la ilustraci�n, se muestra la configuraci�n de una direcci�n link-local con el

comando de interfaz ipv6 address. La direcci�n link-local FE80::1 se utiliza para
que sea posible reconocer f�cilmente que pertenece al router R1. Se configura la
misma direcci�n link-local IPv6 en todas las interfaces del R1. Se puede configurar
FE80::1 en cada enlace, debido a que solamente tiene que ser �nica en ese enlace.

De manera similar al R1, el router R2 se configura con FE80::2 como la direcci�n

IPv6 link-local en todas las interfaces.

Verificaci�n de la configuraci�n de la direcci�n IPv6

Como se muestra en la figura 1, el comando para verificar la configuraci�n de la
interfaz IPv6 es similar al comando que se utiliza para IPv4.

El comando show interface muestra la direcci�n MAC de las interfaces Ethernet. EUI-
64 utiliza esta direcci�n MAC para generar la ID de interfaz para la direcci�n
link-local. Adem�s, el comando show ipv6 interface brief muestra el resultado
abreviado para cada una de las interfaces. El resultado [up/up] en la misma l�nea
que la interfaz indica el estado de interfaz de la capa 1 y la capa 2. Esto es lo
mismo que las columnas Status Estado y Protocol (Protocolo) en el comando IPv4
equivalente.

Observe que cada interfaz tiene dos direcciones IPv6. La segunda direcci�n para
cada interfaz es la direcci�n de unidifusi�n global que se configur�. La primera
direcci�n, la que comienza con FE80, es la direcci�n de unidifusi�n link-local para
la interfaz. Recuerde que la direcci�n link-local se agrega autom�ticamente a la
interfaz cuando se asigna una direcci�n de unidifusi�n global.

Adem�s, observe que la direcci�n link-local Serial 0/0/0 de R1 es igual a la

interfaz GigabitEthernet 0/0. Las interfaces seriales no tienen direcciones MAC de
Ethernet, por lo que Cisco IOS usa la direcci�n MAC de la primera interfaz Ethernet
disponible. Esto es posible porque las interfaces link-local solo deben ser �nicas
en ese enlace.

La direcci�n link-local de la interfaz de router suele ser la direcci�n de gateway

predeterminado para los dispositivos en ese enlace o red.

Como se muestra en la figura 2, se puede usar el comando show ipv6 route para
verificar que las redes IPv6 y las direcciones de interfaz IPv6 espec�ficas se
hayan instalado en la tabla de routing IPv6. El comando show ipv6 route muestra
solamente las redes IPv6, no las redes IPv4.

Dentro de la tabla de rutas, una C junto a la ruta indica que es una red conectada
directamente. Cuando la interfaz de router se configura con una direcci�n de
unidifusi�n global y su estado es �up/up�, se agrega el prefijo y la longitud de
prefijo IPv6 a la tabla de routing IPv6 como una ruta conectada.

Note: La L indica una ruta local, la direcci�n IPv6 espec�fica asignada a la

interfaz. Esta no es una direcci�n de enlace local. Las direcciones de enlace local
no est�n incluidas en la tabla de routing del router, ya que no son direcciones
enrutables.

La direcci�n IPv6 de unidifusi�n global configurada en la interfaz tambi�n se

instala en la tabla de routing como una ruta local. La ruta local tiene un
prefijo /128. La tabla de routing utiliza las rutas locales para procesar
eficazmente paquetes cuya direcci�n de destino es la direcci�n de interfaz del
router.

El comando ping de IPv6 es id�ntico al comando que se usa en IPv4, excepto que se
usa una direcci�n IPv6. Como se muestra en la figura 3, el comando se utiliza para
verificar la conectividad de capa 3 entre el R1 y la PC1. Al hacer ping de un
router a una direcci�n link-local, Cisco IOS solicita al usuario la interfaz de
salida. Como la direcci�n link-local de destino puede ser uno o m�s de sus enlaces
o redes, el router debe saber a qu� interfaz enviar el comando ping.

Utilice el verificador de sintaxis de la figura 4 para verificar la configuraci�n

de la direcci�n IPv6.

Direcciones IPv6 de multidifusi�n asignadas

Las direcciones IPv6 de multidifusi�n son similares a las direcciones IPv4 de
multidifusi�n. Recuerde que las direcciones de multidifusi�n se utilizan para
enviar un �nico paquete a uno o m�s destinos (grupo de multidifusi�n). Las
direcciones IPv6 de multidifusi�n tienen el prefijo FF00::/8.

Nota: las direcciones de multidifusi�n solo pueden ser direcciones de destino y no

direcciones de origen.

Existen dos tipos de direcciones IPv6 de multidifusi�n:

Direcci�n de multidifusi�n asignada

Direcci�n de multidifusi�n de nodo solicitado
Direcci�n de multidifusi�n asignada

Las direcciones de multidifusi�n asignadas son direcciones de multidifusi�n

reservadas para grupos predefinidos de dispositivos. Una direcci�n de multidifusi�n
asignada es una �nica direcci�n que se utiliza para llegar a un grupo de
dispositivos que ejecutan un protocolo o servicio com�n. Las direcciones de
multidifusi�n asignadas se utilizan en contexto con protocolos espec�ficos, como
DHCPv6.

Dos grupos comunes de direcciones IPv6 de multidifusi�n asignadas incluyen los

siguientes:

Grupo de multidifusi�n FF02::1 para todos los nodos: este es un grupo de

multidifusi�n al que se unen todos los dispositivos con IPv6 habilitado. Los
paquetes que se env�an a este grupo son recibidos y procesados por todas las
interfaces IPv6 en el enlace o en la red. Esto tiene el mismo efecto que una
direcci�n de difusi�n en IPv4. En la ilustraci�n, se muestra un ejemplo de
comunicaci�n mediante la direcci�n de multidifusi�n de todos los nodos. Un router
IPv6 env�a mensajes de RA de protocolo de mensajes de control de Internet versi�n 6
(ICMPv6) al grupo de multidifusi�n de todos los nodos. El mensaje RA proporciona a
todos los dispositivos en la red con IPv6 habilitado la informaci�n de
direccionamiento, como el prefijo, la longitud de prefijo y el gateway
predeterminado.
Grupo de multidifusi�n FF02::2 para todos los nodos: este es un grupo de
multidifusi�n al que se unen todos los routers IPv6. Un router comienza a formar
parte de este grupo cuando se lo habilita como router IPv6 con el comando de
configuraci�n global ipv6 unicast-routing. Los paquetes que se env�an a este grupo
son recibidos y procesados por todos los routers IPv6 en el enlace o en la red.
Los dispositivos con IPv6 habilitado env�an mensajes de solicitud de router (RS) de
ICMPv6 a la direcci�n de multidifusi�n de todos los routers. El mensaje RS solicita
un mensaje RA del router IPv6 para contribuir a la configuraci�n de direcciones del
dispositivo.

Direcciones IPv6 de multidifusi�n de nodo solicitado

Una direcci�n de multidifusi�n de nodo solicitado es similar a una direcci�n de
multidifusi�n de todos los nodos. La ventaja de una direcci�n de multidifusi�n de
nodo solicitado es que se asigna a una direcci�n especial de multidifusi�n de
Ethernet. Esto permite que la NIC Ethernet filtre el marco al examinar la direcci�n
MAC de destino sin enviarla al proceso de IPv6 para ver si el dispositivo es el
objetivo previsto del paquete IPv6.
ICMPv4 e ICMPv6
Si bien IP es solo un protocolo de m�ximo esfuerzo, el paquete TCP/IP permite que
los mensajes se env�en en caso de que se produzcan determinados errores. Estos
mensajes se env�an mediante los servicios de ICMP. El objetivo de estos mensajes es
proporcionar respuestas acerca de temas relacionados con el procesamiento de
paquetes IP en determinadas condiciones, no es hacer que IP sea confiable. Los
mensajes de ICMP no son obligatorios y, a menudo, no se permiten dentro de una red
por razones de seguridad.

El protocolo ICMP est� disponible tanto para IPv4 como para IPv6. El protocolo de
mensajes para IPv4 es ICMPv4. ICMPv6 proporciona estos mismos servicios para IPv6,
pero incluye funcionalidad adicional. En este curso, el t�rmino ICMP se utilizar�
para referirse tanto a ICMPv4 como a ICMPv6.

Existe una gran variedad de tipos de mensajes de ICMP y de razones para enviarlos.
Analizaremos algunos de los mensajes m�s comunes.

Los mensajes ICMP comunes a ICMPv4 y a ICMPv6 incluyen lo siguiente:

Confirmaci�n de host
Destino o servicio inaccesible
Tiempo superado
Redireccionamiento de ruta
Confirmaci�n de host

Se puede utilizar un mensaje de eco ICMP para determinar si un host funciona. El

host local env�a una solicitud de eco ICMP a un host. Si el host se encuentra
disponible, el host de destino responde con una respuesta de eco. En la
ilustraci�n, haga clic en el bot�n Reproducir para ver una animaci�n de la
solicitud de eco/respuesta de eco ICMP. Este uso de los mensajes de eco ICMP es la
base de la utilidad ping.

Destino o servicio inaccesible

Cuando un host o gateway recibe un paquete que no puede entregar, puede utilizar un
mensaje ICMP de destino inalcanzable para notificar al origen que el destino o el
servicio son inalcanzables. El mensaje incluye un c�digo que indica el motivo por
el cual no se pudo entregar el paquete.

Algunos de los c�digos de destino inalcanzable para ICMPv4 son los siguientes:

0: red inalcanzable
1: host inalcanzable
2: protocolo inalcanzable
3: puerto inalcanzable
Nota: ICMPv6 tiene c�digos similares, pero levemente diferentes para los mensajes
de destino inalcanzable.

Tiempo superado

Los routers utilizan los mensajes de tiempo superado de ICMPv4 para indicar que un
paquete no puede reenviarse debido a que el campo de tiempo de duraci�n (TTL) del
paquete se disminuy� a 0. Si un router recibe un paquete y disminuye el campo TTL
en el paquete IPV4 a cero, descarta el paquete y env�a un mensaje de tiempo
superado al host de origen.

ICMPv6 tambi�n env�a un mensaje de tiempo superado si el router no puede reenviar

un paquete IPv6 debido a que el paquete caduc�. IPv6 no tiene un campo TTL, por lo
que utiliza el campo de l�mite de saltos para determinar si el paquete caduc�.
Mensajes de solicitud y de anuncio de router de ICMPv6
Los mensajes informativos y de error que se encuentran en ICMPv6 son muy similares
a los mensajes de control y de error que implementa ICMPv4. Sin embargo, ICMPv6
tiene nuevas caracter�sticas y funcionalidad mejorada que no se encuentran en
ICMPv4. Los mensajes ICMPv6 est�n encapsulados en IPv6.

ICMPv6 incluye cuatro protocolos nuevos como parte del protocolo de detecci�n de
vecino (ND o NDP).

Mensajer�a entre un router IPv6 y un dispositivos IPv6:

Mensaje de solicitud de router (RS)

Mensaje de anuncio de router (RA)
Mensajer�a entre dispositivos IPv6:

Mensaje de solicitud de vecino (NS)

Mensaje de anuncio de vecino (NA)
Nota: El ND de ICMPv6 tambi�n incluye el mensaje de redireccionamiento, que tiene
una funci�n similar al mensaje de redireccionamiento utilizado en ICMPv4.

En la figura 1, se muestra un ejemplo de una PC y un router que intercambian

mensajes de anuncio de router y de solicitud. Haga clic en cada mensaje para
obtener m�s informaci�n.

Los mensajes de solicitud y anuncio de vecino se usan para la resoluci�n de

direcciones y para la detecci�n de direcciones duplicadas (DAD).

Resoluci�n de direcciones

La resoluci�n de direcciones se utiliza cuando un dispositivo en la LAN conoce la

direcci�n IPv6 de unidifusi�n de un destino, pero no conoce la direcci�n MAC de
Ethernet. Para determinar la direcci�n MAC del destino, el dispositivo env�a un
mensaje de NS a la direcci�n de nodo solicitado. El mensaje incluye la direcci�n
IPv6 conocida (objetivo). El dispositivo que se destin� a la direcci�n IPv6
responde con un mensaje NA que contiene la direcci�n MAC de Ethernet. En la figura
2, se muestran dos PC que intercambian mensajes de NS y NA. Haga clic en cada
mensaje para obtener m�s informaci�n.

Detecci�n de direcciones duplicadas

Cuando se asigna una direcci�n de unidifusi�n global o link-local a un dispositivo,

se recomienda realizar una operaci�n DAD en la direcci�n para garantizar que sea
�nica. Para verificar la singularidad de una direcci�n, el dispositivo env�a un
mensaje de NS con su propia direcci�n IPv6 como direcci�n IPv6 de destino, como se
muestra en la figura 3. Si otro dispositivo de la red tiene esta direcci�n,
responde con un mensaje NA. Este mensaje NA notifica al dispositivo emisor que la
direcci�n est� en uso. Si no se devuelve un mensaje NA correspondiente dentro de
determinado per�odo, la direcci�n de unidifusi�n es �nica y su uso es aceptable.

Nota: no es necesaria la operaci�n DAD, pero la RFC 4861 recomienda que se realice
una DAD en las direcciones de unidifusi�n.

Ping: Prueba de la pila local

Ping es una utilidad de prueba que utiliza mensajes de solicitud y de respuesta de
eco ICMP para probar la conectividad entre hosts. Ping funciona con hosts IPv4 e
IPv6.
Para probar la conectividad con otro host de una red, se env�a una solicitud de eco
a la direcci�n de host mediante el comando ping. Si el host en la direcci�n
especificada recibe la solicitud de eco, responde con una respuesta de eco. A
medida que se recibe cada respuesta de eco, el comando ping proporciona comentarios
acerca del tiempo transcurrido entre el env�o de la solicitud y la recepci�n de la
respuesta. Esto puede ser una medida del rendimiento de la red.

El comando ping tiene un valor de tiempo de espera para la respuesta. Si no se

recibe una respuesta dentro del tiempo de espera, el comando ping proporciona un
mensaje que indica que no se recibi� una respuesta. Generalmente, esto indica que
existe un problema, pero tambi�n podr�a indicar que se habilitaron caracter�sticas
de seguridad que bloquean los mensajes ping en la red.

Una vez que se env�an todas las solicitudes, la utilidad ping proporciona un
resumen que incluye la tasa de �xito y el tiempo promedio del viaje de ida y vuelta
al destino.

Ping del bucle invertido local

Existen casos especiales de prueba y verificaci�n para los cuales se puede usar el
comando ping. Un caso es la prueba de la configuraci�n interna de IPv4 o de IPv6 en
el host local. Para realizar esta prueba, se debe hacer ping a la direcci�n de
bucle invertido local 127.0.0.1 para IPv4 (::1 para IPv6). En la ilustraci�n, se
muestra la prueba de la direcci�n IPv4 de bucle invertido.

Una respuesta de 127.0.0.1 para IPv4 (o ::1 para IPv6) indica que IP est� instalado
correctamente en el host. Esta respuesta proviene de la capa de red. Sin embargo,
esta respuesta no indica que las direcciones, las m�scaras o los gateways est�n
configurados adecuadamente. Tampoco indica nada acerca del estado de la capa
inferior de la pila de red. Simplemente, prueba el protocolo IP en la capa de red
de dicho protocolo. Un mensaje de error indica que TCP/IP no funciona en el host.

Ping: Prueba de la conectividad a la LAN local

Tambi�n es posible utilizar el comando ping para probar la capacidad de
comunicaci�n de un host en la red local. Por lo general, esto se realiza haciendo
ping a la direcci�n IP del gateway del host. Un ping al gateway indica que la
interfaz del host y la interfaz del router que cumplen la funci�n de gateway
funcionan en la red local.

Para esta prueba, se suele usar la direcci�n de gateway porque el router

generalmente est� en funcionamiento. Si la direcci�n de gateway no responde, se
puede enviar un ping a la direcci�n IP de otro host en la red local que se sepa que
funciona.

Si el gateway u otro host responden, los hosts locales pueden comunicarse

correctamente en la red local. Si el gateway no responde pero otro host s� lo hace,
esto podr�a indicar un problema con la interfaz de router que sirve como gateway.

Una posibilidad es que se haya configurado la direcci�n de gateway incorrecta en el

host. Otra posibilidad es que la interfaz del router puede estar en funcionamiento,
pero se le ha aplicado seguridad, de manera que no procesa o responde solicitudes
de ping.

Ping: Prueba de la conectividad a una red remota

Tambi�n se puede utilizar el comando ping para probar la capacidad de un host local
para comunicarse en una interconexi�n de redes. El host local puede hacer ping a un
host IPv4 operativo de una red remota, como se muestra en la ilustraci�n.
Si este ping se realiza correctamente, se puede verificar el funcionamiento de una
amplia porci�n de la interconexi�n de redes. Un ping correcto en una interconexi�n
de redes confirma la comunicaci�n en la red local, el funcionamiento del router que
sirve como gateway y el funcionamiento de todos los routers que podr�an estar en la
ruta entre la red local y la red del m�dulo remoto de E/S.

De manera adicional, se puede verificar la funcionalidad del m�dulo remoto de E/S.

Si el m�dulo remoto de E/S no pod�a comunicarse fuera de la red local, no hubiera
respondido.

Nota: muchos administradores de redes limitan o proh�ben la entrada de mensajes

ICMP a la red de la empresa; por lo tanto, la falta de una respuesta de ping puede
ser por razones de seguridad.

Traceroute: Prueba de la ruta

El comando ping se usa para probar la conectividad entre dos hosts, pero no
proporciona informaci�n sobre los detalles de los dispositivos entre los hosts.
Traceroute (tracert) es una utilidad que genera una lista de saltos que se
alcanzaron correctamente a lo largo de la ruta. Esta lista puede proporcionar
informaci�n importante sobre la verificaci�n y la soluci�n de problemas. Si los
datos llegan al destino, el rastreo indica la interfaz de cada router que aparece
en la ruta entre los hosts. Si los datos fallan en alg�n salto a lo largo del
camino, la direcci�n del �ltimo router que respondi� al rastreo puede indicar d�nde
se encuentra el problema o las restricciones de seguridad.

Tiempo de ida y vuelta (RTT)

El uso de traceroute proporciona el tiempo de ida y vuelta para cada salto a lo

largo de la ruta e indica si un salto no responde. El tiempo de ida y vuelta es el
tiempo que le lleva a un paquete llegar al m�dulo remoto de E/S y el tiempo que la
respuesta del host demora en regresar. Se utiliza un asterisco (*) para indicar un
paquete perdido o sin respuesta.

Esta informaci�n se puede utilizar para ubicar un router problem�tico en la ruta.

Si en la pantalla se muestran tiempos de respuesta elevados o p�rdidas de datos de
un salto en particular, esto constituye un indicio de que los recursos del router o
sus conexiones pueden estar sobrecargados.

TTL de IPv4 y l�mite de saltos de IPv6

Traceroute utiliza una funci�n del campo TTL en IPv4 y del campo l�mite de saltos
de IPv6 en los encabezados de capa 3, junto con el mensaje de tiempo superado de
ICMP.

Reproduzca la animaci�n en la ilustraci�n para ver c�mo Traceroute aprovecha el

TTL.

La primera secuencia de mensajes enviados desde traceroute tiene un valor de 1 en

el campo TTL. Esto hace que el TTL agote el tiempo de espera del paquete IPv4 en el
primer router. Este router luego responde con un mensaje de ICMPv4. Traceroute
ahora tiene la direcci�n del primer salto.

A continuaci�n, Traceroute incrementa progresivamente el campo TTL (2, 3, 4...)

para cada secuencia de mensajes. De esta manera se proporciona al rastreo la
direcci�n de cada salto a medida que los paquetes agotan el l�mite de tiempo a lo
largo del camino. El campo TTL sigue aumentando hasta que se alcanza el destino, o
se incrementa a un m�ximo predefinido.
Despu�s de alcanzar el destino final, el host responde con un mensaje ICMP de
puerto inalcanzable o con un mensaje ICMP de respuesta de eco en lugar del mensaje
ICMP de tiempo superado.

Cap�tulo 7: Asignaci�n de direcciones IP

Las direcciones IP son jer�rquicas y tienen porciones de red, subred y host. Una
direcci�n IP puede representar una red completa, un host espec�fico o la direcci�n
de difusi�n de la red.

Es importante entender la notaci�n binaria para determinar si dos hosts est�n en la

misma red. Los bits dentro de la porci�n de red de la direcci�n IP deben ser
id�nticos para todos los dispositivos que residen en la misma red. La m�scara de
subred o el prefijo se utilizan para determinar la porci�n de red de una direcci�n
IP. Las direcciones IP pueden asignarse de manera est�tica o din�mica. El protocolo
DHCP permite la asignaci�n autom�tica de informaci�n de direccionamiento, como una
direcci�n IP, una m�scara de subred, un gateway predeterminado y otra informaci�n
de configuraci�n.

Los hosts de IPv4 se pueden comunicar en una de tres maneras diferentes:

unidifusi�n, difusi�n o multidifusi�n. Adem�s, los bloques de direcciones que se
utilizan en redes que requieren acceso limitado o inexistente a Internet se
denominan �direcciones privadas�. Los bloques de direcciones IPv4 privadas son
10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16.

El agotamiento del espacio de direcciones IPv4 es el factor que motiv� la migraci�n

a IPv6. Cada direcci�n IPv6 tiene 128 bits, en comparaci�n con los 32 bits de una
direcci�n IPv4. IPv6 no utiliza la notaci�n decimal punteada de m�scara de subred.
La longitud de prefijo se utiliza para indicar la porci�n de red de una direcci�n
IPv6 mediante el siguiente formato: direcci�n IPv6/longitud de prefijo.

Existen tres tipos de direcciones IPv6: de unidifusi�n, de multidifusi�n y de

difusi�n por proximidad. Una direcci�n IPv6 link-local permite que un dispositivo
se comunique con otros dispositivos con IPv6 habilitado en el mismo enlace y solo
en ese enlace (subred). Los paquetes con direcciones link-local de origen o destino
no pueden enrutarse m�s all� del enlace en el que se origin� el paquete. Las
direcciones IPv6 link-local est�n en el rango de FE80::/10.

El protocolo ICMP est� disponible tanto para IPv4 como para IPv6. El protocolo de
mensajes para IPv4 es ICMPv4. ICMPv6 proporciona los mismos servicios para IPv6,
pero incluye funcionalidad adicional.

Una vez implementada, la red IP se debe probar para verificar la conectividad y el

rendimiento operativo.