INTRODUCCION
Desde la creación de las redes TCP/IP, el direccionamiento lógico ha sido el eje
fundamental que soporta la identificación de los hosts en una red. Este
direccionamiento fue concebido con una longitud de 32 bits (IPv4), que se creía
sería suficiente para las proyecciones de crecimiento de las redes que se tenía en
ese entonces (esto nos daba un margen de más de 400 millones de direcciones
distintas).
El crecimiento exponencial que ha tenido el Internet en los últimos 20 años ha
llevado a que el agotamiento de las direcciones lógicas públicas de 32 bits (IPv4).
Es así como estudios prevén que para el año 2011 ya no se podrán disponer de
este tipo de direcciones a pesar de los esfuerzos que se han hecho para “alargar la
vida” (NAT, VLSM, DHCP, etc.). Estas predicciones llevaron al diseño de un nuevo
esquema de direccionamiento que, además de un rango más amplio de direcciones,
basadas en 128 bits, trajese consigo características adicionales de seguridad,
movilidad y autoconfiguración que le pudiese dar un mayor impulso a Internet y
evitara que esta colapsara al mediano plazo.
Redes IP (IPv4)
El desarrollo de la pila de protocolo TCP/IP a principios de los 80, trajo como un
elemento importante el direccionamiento lógico de los hosts son el uso de
direcciones de 32 bits denominadas direcciones IP, ubicadas en la capa de red y
que se representan con 4 bytes separados por puntos (a.b.c.d, donde a, b, c y d son
valores entre 0 y 254). Este esquema de direccionamiento tiene como
características fundamentales: se divide en dos (2) partes, una que corresponde a
la dirección de la red o subred a la que pertenece el host y otra a la dirección del
propio host; se crearon cinco (5) clase de direcciones A, B, C, D y E, en donde sólo
se pueden usar las tres (3) primeras clases (esta característica es una de las
primeras limitantes de este esquema de direcciones en donde se denota el
desperdicio de direcciones). Adicionalmente cada dirección IP debe estar
acompañada por una dirección IP especial conocida como máscara de subred, la
cual indica los bits de la dirección IP que identifican la red y los que identifican host.
Además de las clases de direcciones, también se encuentra la división que se hace
entre IP públicas e IP privadas, las primeras visibles a Internet y las otras usadas
para organizaciones privadas, no visibles por Internet (otra limitante en la cantidad
de direcciones usadas en Internet).
Las limitantes anotadas en cuanto a las direcciones que no se pueden usar en
Internet, sumado al hecho de bloques de direcciones públicas desperdiciadas en un
principio, el crecimiento exponencial de Internet, el uso de múltiples tipos de hosts
(Computadores, impresoras, escáneres, dispositivos móviles, etc.) y los múltiples
servicios que se prestan (datos, voz, video, sonido, etc.) han hecho que el cantidad
de IP públicas disponibles se estén copando (se estima que para el 2011 no habrá
direcciones IPv4 públicas disponibles).
Los protocolos TCP (Transmission Control Protocol) e IP (Internet Protocol) tuvieron
su origen en los trabajos de la Agencia de Investigación de Proyectos Avanzados
de Defensa (DARPA, por sus siglas en inglés) delDepartamento de Defensa (DoD)
de los Estados Unidos. Los objetivos de estas investigaciones se centraron en dos
áreas:
• Construir una red descentralizada que ofreciera múltiples alternativas
al envío de mensajes entre dos puntos geográficos.
• Lograr la división del mensaje completo en fragmentos pequeños de tamaño
definido que seguirían distintos caminos, pretendiendo que la misma red
estuviera en posibilidad de responder a sus propios fallos.
A finales de la década de los sesenta, DARPA patrocinó el proyecto conocido como
ARPANET, cuyo propósito fue crear una red encargada de proveer conectividad de
gran ancho de banda entre los mayores sitios computacionales de los ámbitos
gubernamental, educacional y de investigación.
ARPANET ofrecía a sus usuarios la posibilidad de transferir correo electrónico y
datos de un sitio a otro. DARPA comenzó a desarrollar un esquema jerárquico
común a las tecnologías de red para la transmisión de información, obteniendo
como resultado la suite de protocolos TCP/IP que alcanzó enorme popularidad al
ser implementado en Unix BSD.
A inicios de la década de los ochenta, las computadoras conectadas a la ARPANET
utilizaban los protocolos TCP/IP, a la par sitios que no se conectaban a ella
comenzaron a hacerlo.
La red ARPANET dejó de ser la base de protocolos en 1990. A pesar de esta
situación, las inclusiones de nuevos nodos permitieron el crecimiento y la evolución
del proyecto original al escenario que hoy conocemos como “Internet”.
Formato de Dirección IP versión 4
En una red TCP/IP a cada computadora se le asigna una dirección lógica de 32-bits
que se divide en dos partes: el número de red y el número de computadora. Los 32
bits son divididos en 4 grupos de 8 bits, separados por puntos, y son representados
en formato decimal.
Cada bit en el octeto tiene un peso binario. El valor mínimo para un octeto es 0 y el
valor máximo es 255. La siguiente figura muestra el formato básico de una dirección
IP con sus 32 bits agrupados en 4 octetos.
Máscaras de subred IP
En un nivel de mayor complejidad, la dirección IP se subdivide en un prefijo de red
y el número de host real (también llamado "la parte del host"), similar a las redes
dbCAN, en las que se hace una distinción entre la subred y el ID real, por ejemplo:
el ID CAN "5.23" puede separarse en la subred "5" y el ID "23".
En cambio, en una dirección IP no hay un número fijo de dígitos para identificar el
prefijo de red o la parte del host. El prefijo de red de la dirección IP se define
mediante la máscara subred.
Como es un tema bastante complejo, es mejor examinar un ejemplo sencillo y fácil
de entender. En este ejemplo, la máscara de subred, cuya notación es muy similar
a la notación de la propia dirección IP, tiene este aspecto:
[Link]
Esto significa que los tres primeros octetos definen el prefijo de red y el último octeto
es el número de host. Todos los hosts de red que deben comunicarse entre sí sin
"ayuda" adicional de la red tienen que tener el mismo prefijo de red.
Con la máscara de subred anterior, una dirección IP de ese tipo tendría este
aspecto:
192.168.0.[x]
donde [x] es el número de host y "192.168.0." debe ser idéntico para todos los hosts,
porque indica el prefijo de red. Todos los hosts deberán tener "'[Link]"
establecido como máscara de subred en sus preferencias.
De este modo, podrá haber 256 (de 0 a 255) hosts diferentes (= dispositivos). En
realidad, los números más bajo y más alto posibles, en este caso 0 y 255, están
reservados. Así se reduce el número utilizable de hosts del ejemplo a 254, es decir,
en la red puede haber hasta 254 ordenadores u otros dispositivos habilitados para
red.
El primer protocolo desarrollado para esta red fue NCP (Network Control Protocol).
Los dispositivos conectados a ARPANET se conocían como IMP (Interface
Message Processors). Eran ordenadores que almacenaban y reenviaban mensajes
(utilizando técnicas de conmutación de paquetes), algo así como routers primitivos.
También en esta primera fase se decidió documentar las especificaciones técnicas
de todo lo que se desarrollaba en unos documentos conocidos como RFC (Request
For Comment). Actualmente los RFC aún se siguen utilizando y contienen las
especificaciones técnicas de todos los protocolos implementados en Internet
([Link]/[Link]).
En el año 1971 se publican las especificaciones de los primeros protocolos del nivel
de aplicación, es decir, los protocolos que permiten ejecutar servicios de red. Estos
primeros protocolos fueron:
▪ FTP (File Transfer Protocol). Este protocolo se publicó en 1971 y permitía la
transmisión de ficheros de un equipo a otro de la red. Dicho protocolo ha
sufrido múltiples modificaciones y revisiones hasta la versión actual que aún
se utiliza.
▪ TELNET. Una versión rudimentaria de este protocolo es el que se utilizó para
las primeras comunicaciones en ARPANET en 1969. Posteriormente, en
1972, se publicó la versión oficial, que, al igual que FTP ha sufrido múltiples
mejoras y modificaciones a lo largo de la historia. Este protocolo permitía
conectarse a otro equipo para la ejecución de comandos.
▪ Mail Box Protocol, es el primer protocolo desarrollado para el envío de
mensajes de correo electrónico. Fue publicado en 1971. Actualmente dicho
protocolo no está en uso.
Asignación de direcciones IP automática o manual
Para facilitar las configuraciones rápidas de red, todos los parámetros de red, como
la máscara de subred, dirección IP, etc., pueden asignarse automáticamente en una
red. Este método se denomina DHCP (Dynamic Host Configuración Protocol,
Protocolo de control dinámico de host) y se necesita un servidor DHCP presente en
la red. La mayoría de los enrutadores Wi-Fi actuales, si no todos, incorporan
funciones de servidor DHCP.
Nota: La red no debe incluir más de un servidor DHCP, porque podría causar
confusión y pérdida de la comunicación. Por motivos técnicos, esto también puede
suceder varias horas o incluso días después de que un segundo servidor DHCP se
añadiera accidentalmente a la red. Tenga en cuenta que todos los ordenadores o
dispositivos que comparten la conexión de Internet son simultáneamente un servidor
DHCP, por lo tanto, hay que proceder con cuidado.
Incluso si se utiliza correctamente, el protocolo DHCP puede tener inconvenientes.
En ocasiones, combinaciones específicas de hosts y servidores DHCP no se
comunican entre sí debido a mínimas diferencias en la implementación de los
estándares respectivos. En estos casos, la asignación automática de direcciones IP
no funciona.
Pueden producirse problemas similares con direcciones IP que se han asignado
manualmente, incluso cuando en la red está presente un servidor DHCP. Las
direcciones IP duplicadas pueden causar confusión, así como los hosts que
supuestamente se han configurado para recuperar de modo automático las
direcciones IP a través de DHCP, pero en realidad se configuran manualmente con
una dirección IP fija desconocida, potencialmente con un prefijo de red diferente.
Por este motivo, es muy útil comprender cómo restablecer un host para que
recupere automáticamente una dirección IP. Si se ha asignado una dirección IP fija,
se recomienda etiquetar el dispositivo, p. ej., escribiendo esa dirección en una
etiqueta que se adhiera al dispositivo.
Este método también se conoce como 'Peg DHCP' porque en muchas redes móviles
las direcciones IP se distribuyen manualmente y se escriben en pinzas. Las pinzas
se sujetan en el cable que se conecta en el dispositivo respectivo y proporcionan
una indicación clara sobre el número de IP determinado que se utiliza.
Esquemas híbridos de asignación de direcciones IP
En aquellas redes que suelen incluir los mismos hosts y sólo adiciones ocasionales,
el planteamiento más práctico es una asignación híbrida entre la manual y la
automática de las direcciones IP, Muchos servidores DHCP pueden configurarse
para que proporcionen direcciones IP de un rango específico, por ejemplo, de
[Link] a [Link]. De este modo, a todos los hosts normales se les
pueden asignar direcciones IP fijas entre [Link] y [Link].
Así, siempre se conocen sus direcciones y se evitan las direcciones duplicadas
consecuencia de los hosts que se conectan espontáneamente con las direcciones
asignadas por DHCP.
Las direcciones IPv4 forman 4 grupos de 8 bits cada uno se parados por punto (.) y
representados en notación decimal (por ejemplo [Link]), IPv4 usa 8 grupos de
16 bits separados por dos puntos (:) y representados en notación hexadecimal (por
ejemplo [Link]). Una interfaz de red puede
tener una dirección IPv4. La dirección de loopback o localhost para IPv4 es la
[Link]. Los esquemas de seguridad en IPv4 están basados en protocolos de
nivel de aplicación tales como SSH o SSL, IPv4 incluye IPsec, lo cual le permite la
implementación de autenticación y encriptación. Para el manejo de
direccionamiento dinámico IPv4 requiere tener disponible el servicio DHCP o
BOOTP, La propia pila intenta autoconfigurarse y descubrir el camino de conexión
a Internet (router Discovery).
Asignación
Desde 1993 rige el esquema CIDR (Classless Inter-Domain Routing o
Encaminamiento Inter-Dominios sin Clases) cuya principal ventaja es permitir la
subdivisión de redes y permite las entidades sub-asignar direcciones IP, como haría
un ISP con un cliente.
El principio fundamental del encaminamiento (routing) es que la dirección codifica
información acerca de localización de un dispositivo dentro de una red. Esto implica
que una dirección asignada a una parte de una red no funcionará en otra parte de
la red. Existe una estructura jerárquica que se encarga de la asignación de
direcciones de Internet alrededor del mundo.
Esta estructura fue creada para el CIDR y hasta 1998 fue supervisada por
la IANA (Internet Assigned Numbers Authority o Agencia de Asignación de
Números Internet) y sus RIR (Regional Internet Registries o Registros Regionales
de Internet). Desde el 18 de septiembre de 1998 la supervisión está a cargo de
la ICANN (Internet Corporation for Assigned Names and Numbers o Corporación
de Internet para los Nombres y Números Asignados). Cada RIR mantiene una base
de datos WHOIS disponible al público y que permite hacer búsquedas que proveen
información acerca de las asignaciones de direcciones IP. La información obtenida
a partir de estas búsquedas juega un papel central en numerosas herramientas las
cuales se utilizan para localizar direcciones IP geográficamente.
Bloques reservados.
Bloques de direcciones reservadas
Bloque de direcciones CIDR Descripción Referencia
[Link]/8 Red actual (solo válido como dirección de origen) RFC 1700
[Link]/8 Red Privada RFC 1918
[Link]/10 Espacio de direcciones compartidas RFC 1918
[Link]/8 Anfitrión local (localhost) RFC 1700
[Link]/16 Red Privada (Zeroconf) RFC 3927
[Link]/12 Red Privada RFC 1918
[Link]/24 Asignaciones de protocolo de la IETF RFC 6890
[Link]/24 Red de pruebas 1 RFC 3330
[Link]/24 Retransmisión desde IPv6 hacia IPv4 RFC 3068
[Link]/16 Red Privada RFC 1918
[Link]/15 Pruebas de desempeño de red RFC 2544
[Link]/24 Red de pruebas 2 RFC 2544
[Link]/24 Red de pruebas 3 RFC 3330
[Link]/4 Multidifusión (Multicast, antes red Clase D) RFC 3171
[Link]/4 Reservado (Antes red Clase E) RFC 1700
[Link] Difusiones (Broadcast) RFC 919
Redes privadas.
De los más de cuatro mil millones de direcciones permitidas por IPv4, tres rangos
están especialmente reservados para utilizarse solamente en redes privadas. Estos
rangos no tienen encaminamiento fuera de una red privada y las máquinas dentro
de estas redes privadas no pueden comunicarse directamente con las redes
públicas. Pueden, sin embargo, comunicarse hacia redes públicas a través de la
Traducción de Direcciones de Red o NAT (Network Address Translation).
Bloques reservados para redes privadas
Nombre Rango de direcciones Numero de Tipo de clase Bloque CIDR
IP direcciones IP mayor
Bloque de [Link] – 16,777,215 Única clase A [Link]/8
24bits [Link]
Bloque de [Link] – 1,048,576 16 clases B [Link]/12
20bits [Link] contiguas
Bloque de [Link] – 65,535 256 clases C [Link]/16
16bits [Link] contiguas
Anfitrión local (Localhost)
Además de las redes privadas, el rango [Link] – [Link] o [Link]/8
en la notación CIDR, está reservado para la comunicación del anfitrión local
(localhost). Ninguna dirección de este rango deberá aparecer en una red, sea
pública o privada y cualquier paquete enviado hacia cualquier dirección de este
rango deberá regresar como un paquete entrante hacia la misma máquina.
Referencia de sub-redes de IP versión 4.
Algunos segmentos del espacio de direcciones de IP, disponibles para la versión 4,
se especifican y asignan a través de documentos RFC (Request For Comments o
Solicitud De Comentarios), que son conjuntos de notas técnicas y de organización
que se elaboran desde 1969 donde se describen los estándares o recomendaciones
de Internet, antes ARPANET. Ejemplos de esto son los usos del Retorno del sistema
(loopback, RFC 1643), las redes privadas (RFC 1918) y Zeroconf (RFC 3927) que
no están bajo el control de los RIR (Regional Internet Registries o Registros
Regionales de Internet).
La máscara de subred es utilizada para separar los bits de un identificados de una
red a partir de los bits del identificados del anfitrión. Se escribe utilizando el mismo
tipo de notación para escribir direcciones IP.
CIDR Máscara de Anfitriones Nombre de la Uso típico
subred clase
/8 [Link] 16777216 Clase A Bloque más grande definido por la
IANA
/9 [Link] 8388608
/10 [Link] 4194304
/11 [Link] 2097152
/12 [Link] 1048576
/13 [Link] 524288
/14 [Link] 262144
/15 [Link] 131072
/16 [Link] 65536 Clase B
/17 [Link] 32768 ISP / negocios grandes
/18 [Link] 16384 ISP / negocios grandes
/19 [Link] 8192 ISP / negocios grandes
/20 [Link] 4096 ISP pequeños / negocios grandes
/21 [Link] 2048 ISP pequeños / negocios grandes
/22 [Link] 1024
/23 [Link] 512
/24 [Link] 256 Clase C LAN grande
/25 [Link] 128 LAN grande
/26 [Link] 64 LAN pequeña
/27 [Link] 32 LAN pequeña
/28 [Link] 16 LAN pequeña
/29 [Link] 8
/30 [Link] 4 Redes de unión (enlaces punto a
punto)
/31 [Link] 2 Red no utilizable, sugerida para
enlaces punto a punto (RFC 3021)
/32 [Link] 1 Ruta del anfitrión
