República Bolivariana De Venezuela

Ministerio Del Poder Popular Para La Defensa

Universidad Nacional Experimental Politécnica De La Fuerza Armada
Núcleo Yaracuy – Extensión Nirgua

Informe de arquitectura

Tcp\ip

Emprendedor:
Servando Álvarez

Facilitador:
Jerson
7mo semestre
Ing sistemas
Junio 2020

Modelo de arquitectura del protocolo TCP/IP

El modelo OSI describe las comunicaciones de red ideales con una familia
de protocolos. TCP/IP no se corresponde directamente con este modelo.
TCP/IP combina varias capas OSI en una única capa, o no utiliza
determinadas capas. La tabla siguiente muestra las capas de la
implementación de Oracle Solaris de TCP/IP. La tabla enumera las capas
desde la capa superior (aplicación) hasta la capa inferior (red física).

Tabla 1–2 Pila de protocolo TCP/IP

Ref. Equivalente Capa Ejemplos de protocolos TCP/IP 
OSI de capa TCP/IP 
Nº OSI 
de
capa 

5,6,7  Aplicación, NFS, NIS, DNS,

sesión, Aplicaci LDAP, telnet, ftp, rlogin, rsh, rc
presentación  on p, RIP, RDISC, SNMP y otros.

4  Transporte   Transport TCP, UDP, SCTP 

e

3  Red  Internet IPv4, IPv6, ARP, ICMP 

2  Vínculo de Vínculo PPP, IEEE 802.2 

datos  de datos

1  Física  Red física Ethernet (IEEE 802.3), Token

Ring, RS-232, FDDI y otros.  

La tabla muestra las capas de protocolo TCP/IP y los equivalentes del

modelo OSI. También se muestran ejemplos de los protocolos disponibles
en cada nivel de la pila del protocolo TCP/IP. Cada sistema que participa en
una transacción de comunicación ejecuta una única implementación de la
pila del protocolo.

Capa de red física

La capa de red física especifica las características del hardware que se

utilizará para la red. Por ejemplo, la capa de red física especifica las
características físicas del medio de comunicaciones. La capa física de
TCP/IP describe los estándares de hardware como IEEE 802.3, la
especificación del medio de red Ethernet, y RS-232, la especificación para
los conectores estándar.

Capa de vínculo de datos

La capa de vínculo de datos identifica el tipo de protocolo de red del

paquete, en este caso TCP/IP. La capa de vínculo de datos proporciona
también control de errores y estructuras. Algunos ejemplos de protocolos de
capa de vínculo de datos son las estructuras Ethernet IEEE 802.2 y
Protocolo punto a punto (PPP).

Capa de Internet

La capa de Internet, también conocida como capa de red o capa IP, acepta

y transfiere paquetes para la red. Esta capa incluye el potente Protocolo de
Internet (IP), el protocolo de resolución de direcciones (ARP) y el protocolo
de mensajes de control de Internet (ICMP).

Protocolo IP

El protocolo IP y sus protocolos de enrutamiento asociados son

posiblemente la parte más significativa del conjunto TCP/IP. El protocolo
IP se encarga de:

Comunicaciones de host a host: El protocolo IP determina la ruta que

debe utilizar un paquete, basándose en la dirección IP del sistema receptor.

 Formato de paquetes: el protocolo IP agrupa paquetes en unidades

conocidas como datagramas. Puede ver una descripción completa de
 los datagramas en Capa de Internet: preparación de los paquetes para
la entrega.
 Fragmentación: Si un paquete es demasiado grande para su
transmisión a través del medio de red, el protocolo IP del sistema de
envío divide el paquete en fragmentos de menor tamaño. A
continuación, el protocolo IP del sistema receptor reconstruye los
fragmentos y crea el paquete original.

Oracle Solaris admite los formatos de direcciones IPv4 e IPv6, que se

describen en este manual. Para evitar confusiones con el uso del Protocolo
de Internet, se utiliza una de las convenciones siguientes:

 Cuando se utiliza el término "IP" en una descripción, ésta se aplica

tanto a IPv4 como a IPv6.
 Cuando se utiliza el término "IPv4" en una descripción, ésta sólo se
aplica a IPv4.
 Cuando se utiliza el término "IPv6" en una descripción, ésta sólo se
aplica a IPv6.

Protocolo ARP

El protocolo de resolución de direcciones (ARP) se encuentra

conceptualmente entre el vínculo de datos y las capas de Internet. ARP
ayuda al protocolo IP a dirigir los datagramas al sistema receptor adecuado
asignando direcciones Ethernet (de 48 bits de longitud) a direcciones IP
conocidas (de 32 bits de longitud).

Protocolo ICMP

El protocolo de mensajes de control de Internet (ICMP) detecta y registra

las condiciones de error de la red. ICMP registra:

 Paquetes soltados: Paquetes que llegan demasiado rápido para poder

procesarse.
 Fallo de conectividad: No se puede alcanzar un sistema de destino.
 Redirección: Redirige un sistema de envío para utilizar otro
enrutador.

Protocolo TCP
TCP permite a las aplicaciones comunicarse entre sí como si estuvieran
conectadas físicamente. TCP envía los datos en un formato que se transmite
carácter por carácter, en lugar de transmitirse por paquetes discretos. Esta
transmisión consiste en lo siguiente:

 Punto de partida, que abre la conexión.

 Transmisión completa en orden de bytes.

 Punto de fin, que cierra la conexión.

TCP conecta un encabezado a los datos transmitidos. Este encabezado

contiene múltiples parámetros que ayudan a los procesos del sistema
transmisor a conectarse a sus procesos correspondientes en el sistema
receptor.

TCP confirma que un paquete ha alcanzado su destino estableciendo una

conexión de punto a punto entre los hosts de envío y recepción. Por tanto, el
protocolo TCP se considera un protocolo fiable orientado a la conexión.

Protocolo SCTP

SCTP es un protocolo de capa de transporte fiable orientado a la conexión

que ofrece los mismos servicios a las aplicaciones que TCP. Además, SCTP
admite conexiones entre sistema que tienen más de una dirección, o de host
múltiple. La conexión SCTP entre el sistema transmisor y receptor se
denomina asociación. Los datos de la asociación se organizan en bloques.
Dado que el protocolo SCTP admite varios hosts, determinadas
aplicaciones, en especial las que se utilizan en el sector de las
telecomunicaciones, necesitan ejecutar SCTP en lugar de TCP.

Protocolo UDP

UDP proporciona un servicio de entrega de datagramas. UDP no verifica las

conexiones entre los hosts transmisores y receptores. Dado que el protocolo
UDP elimina los procesos de establecimiento y verificación de las
conexiones, resulta ideal para las aplicaciones que envían pequeñas
cantidades de datos.

Capa de aplicación
La capa de aplicación define las aplicaciones de red y los servicios de
Internet estándar que puede utilizar un usuario. Estos servicios utilizan la
capa de transporte para enviar y recibir datos. Existen varios protocolos de
capa de aplicación. En la lista siguiente se incluyen ejemplos de protocolos
de capa de aplicación:

 Servicios TCP/IP estándar como los comandos ftp, tftp y telnet.

 Comandos UNIX "r", como rlogin o rsh.

 Servicios de nombres, como NIS o el sistema de nombre de dominio

(DNS).

 Servicios de directorio (LDAP).

 Servicios de archivos, como el servicio NFS.

 Protocolo simple de administración de red (SNMP), que permite

administrar la red.

 Protocolo RDISC (Router Discovery Server) y protocolos RIP

(Routing Information Protocol).

Servicios TCP/IP estándar

 FTP y FTP anónimo: El Protocolo de transferencia de archivos

(FTP) transfiere archivos a una red remota y desde ella. El protocolo
incluye el comando ftp y el daemon in.ftpd. FTP permite a un
usuario especificar el nombre del host remoto y las opciones de
comandos de transferencia de archivos en la línea de comandos del
host local. El daemon in.ftpd del host remoto administra las
solicitudes del host local. A diferencia de rcp, ftp funciona aunque el
equipo remoto no ejecute un sistema operativo basado en UNIX. Para
realizar una conexión ftp, el usuario debe iniciar sesión en un
sistema remoto, aunque éste se haya configurado para permitir FTP
anónimo.

Puede obtener una gran cantidad de material de servidores FTP

anónimos conectados a Internet. Las universidades y otras
instituciones configuran estos servidores para ofrecer software,
 trabajos de investigación y otra información al dominio público. Al
iniciar sesión en este tipo de servidor, se utiliza el nombre de inicio
de sesión anonymous, que da nombre al "servidor FTP anónimo"

Este manual no describe el uso del FTP anónimo ni la configuración

de servidores FTP anónimos. Existen múltiples libros,
como Conéctate al mundo de Internet. Guía y catálogo, que
describen el protocolo FTP anónimo de manera pormenorizada.
Encontrará información sobre el uso de FTP en la System
Administration Guide: Network Services. La página del comando
man ftp(1) describe todas las opciones del comando ftp que se
invocan mediante el intérprete de comandos. La página del comando
man ftpd(1M) describe los servicios que proporciona el
daemon in.ftpd.

 Telnet: El protocolo Telnet permite la comunicación entre los

terminales y los procesos orientados a los terminales de una red que
ejecuta TCP/IP. Este protocolo se implementa como
programa telnet en los sistemas locales y como
daemon in.telnetd en los equipos remotos. Telnet proporciona una
interfaz de usuario a través de la cual se pueden comunicar dos hosts
carácter por carácter o línea por línea. Telnet incluye un conjunto de
comandos que se documentan de forma detallada en la página del
comando man telnet(1).

 TFTP: el protocolo de transferencia de archivos trivial ( tftp) ofrece

funciones similares a ftp, pero no establece la conexión interactiva
de ftp. Como consecuencia, los usuarios no pueden ver el contenido
de un directorio ni cambiar directorios. Los usuarios deben conocer el
nombre completo del archivo que se va a copiar. La página del
comando man tftp(1) describe el conjunto de comandos tftp.

Comandos UNIX "r"

Los comandos UNIX "r" permiten a los usuarios ejecutar comandos en sus
equipos locales que se ejecutan en el host remoto. Estos comandos incluyen:

 rcp

 rlogin
  rsh

El direccionamiento IP
Los equipos y redes que funcionan mediante el protocolo TCP/IP (Protocolo de
Control de Transmisión / Protocolo de Internet). Este protocolo necesita para
su funcionamiento que los equipos que funcionan con él tengan dos parámetros
configurados en su interfaz de red, estos son la dirección IP y la máscara de
subred.

Dirección IP
En primer lugar, tenemos la dirección IP, que prácticamente todos conoceremos.
Es una dirección lógica de 4 bytes o 32 bits cada uno de ellos separados por un
punto, con la que se identifica unívocamente a un equipo o host en una red.
En la actualidad los equipos cuentan con dos tipos de direcciones IP, en primer
lugar, está la dirección IPv4 que efectivamente tiene una longitud de 4 bytes (0
– 255) y que podríamos representarla de la siguiente forma:
Notación decimal (la más conocida) 192.168.3.120

Notación binaria 11000000.10101000.00000011.01111000

Notación hexadecimal C0 A8 03 78

Y la dirección IPv6, que está diseñada para el caso en que el direccionamiento IP

tradicional se quede corto. En este caso tendremos una dirección lógica de 128
bits, por lo que abarca un rango mucho más amplio que la dirección IPv6. Esta la
veremos escrita casi siempre en formato hexadecimal:

2010:DB92:AC32:FA10:00AA:1254:A03D:CC49
Estamos ante una cadena de hasta 8 términos separados mediante los dos
puntos en donde cada uno puede representar 128 bits.

En nuestro caso, en el 100% de ocasiones, utilizaremos para el

direccionamiento IP el método tradicional de la dirección IPv4, así que este
será el que veamos.
Los campos de red y host y tipo de dirección IP
Una dirección IP se puede dividir en dos partes llamadas red y host. En función
de estos dos campos tendremos estos tipos de direcciones IP:
 Clase A: solamente utilizamos el primer byte para definir la red en donde
nos encontramos. Los tres bytes siguientes estarán destinados a identificar al
host dentro de esta red. El rango de direcciones va desde la 0.0.0.0 hasta la
127.255.255.255. La clase A se utiliza para redes muy grandes ya que
tendremos direccionamiento hasta para 16 millones de equipos.
 Clase B: en este caso estaríamos utilizando los dos primeros bytes de la
dirección para definir la red y los otros dos para definir el host. Este rango
va desde 128.0.0.0 hasta la 191.255.255.255. también está destinado a
redes de extensor tamaño.
 Clase C: en este caso utilizamos los tres primeros bytes para direccionar
redes y el último byte para definir el host. De esta forma tendremos el muy
conocido rango de 0.0.0 hasta 223.255.255.255.
 Clase D: el rango de IP de clase D no es de utilización común para
usuarios normales, ya que está destinado a su uso experimental y grupos de
máquinas concretos. Este rango va desde 224.0.0.0 hasta 239.255.255.255.
 Clase E: finalmente tenemos la clase E, la cual tampoco se utiliza en
equipos de uso normal. En este caso tendremos un rango que comienza en el
byte 223.0.0.0 hasta el resto.

Máscara de subred
Una vez conocidas las propiedades de direccionamiento IP para los hosts dentro
de una red, pasamos a ver otro parámetro no menos importante, que es la
máscara de subred.

Para cada clase de IP se puede contar con un número de subredes determinado.

Una subred es una red física independiente que comparte la misma dirección IP
con otras redes físicas, es decir, ahora estamos identificando a la red
principal en donde se conectan los hosts.
Precisamente la función de la máscara de subred es lograr que equipos que
comparten el mismo identificar de red y que están situados en redes físicas
distintas se puedan comunicar. Será nuestro router o servidor el que haga la
correspondencia entre la información de la máscara de subred y la dirección IP
de los hosts.
Existen tres tipos de máscaras de subred, para cada una de las clases utilizadas:

A 255.0.0.0

B 255.255.0.0

C 255.255.255.0

Cómo obtener la dirección de red y host

Ahora la cuestión es saber cómo un router puede identificar la red a la que
pertenece un host para diferenciarlo de otra red distinta. El procedimiento es
bien sencillo si sabemos la dirección IP y la máscara de subred, lo que tendremos
que hacer una operación AND en binario. Por ejemplo:

Dirección IP de host: 181.20.6.19 (10110101.010100.000110.010011)

Máscara de subred: 255.255.0.0 (111111.111111.000000.000000)

Operación AND binaria: (solamente será 1 si ambos caracteres son 1)

Resultado: 181.20.0.0 (10110101.010100.000000.000000)

Entonces, está será la red a la que pertenece el host con dirección

181.20.6.19. Fácil.

Notación abreviada dirección-mascara

Seguramente hayas visto en bastantes ocasiones la notación
de 192.168.1.1/24 o 180.10.1.1/16. Vamos a ver qué significa esto rápidamente.
Cuando vemos esta notación lo que estamos leyendo es la dirección IP de un
host, en este caso podría ser la dirección IP de un router y los bits asignados a la
identificación de la red. Entonces:
 Si tenemos 192.168.1.1/24, significa que los 24 primeros bits (en binario)
están destinados a la red, por lo que la máscara de subred sería 255.255.255.0,
y la red a la que pertenece sería 192.168.1.0.
 Si tenemos 180.10.1.1/16, significará que los primeros 16 bits están
destinados a la red, entonces sería 255.25.0.0, y la red a la que pertenece sería
180.10.0.0.

Direcciones especiales
Existen ciertas direcciones IP que tienen significados especiales. Ya vimos
las direcciones de red, las cuales son un tipo de dirección IP especial.

Broadcast

En toda red existe un mecanismo para enviar un mensaje o paquete que

reciben todas las computadoras de la red. Este mecanismo se llama
broadcast.

En las redes Ethernet/802.3 basta con enviar el mensaje a la dirección FF-

FF-FF-FF-FF-FF. En las redes IP, la dirección de broadcast es
255.255.255.255. Pero Internet es una red de redes, no es práctico ni
deseable que cualquier broadcast se propague por el mundo entero. Por
tanto, un mensaje con dirección de destinatario 255.255.255.255 solamente
se difunde en la red local (la red al cual pertenece la computadora o
dispositivo emisor).

Para enviar un broadcast a una red no local, se utiliza el broadcast dirigido.

Solamente tenemos que especificar la dirección de red y en la dirección de
dispositivo la llenamos de 1 (binarios, por supuesto). Por ejemplo, si
enviamos un mensaje con dirección 172.17.255.255, lo recibirán todos
dispositivos de la red 172.17.0.0.

Notemos que las direcciones de broadcast no tienen sentido como

direcciones de origen.
Existe un tercer tipo de broadcast, el multicast. Consiste en utilizar una
dirección clase D, la cual especifica el grupo de dispositivos que recibirán el
paquete. Los grupos son dinámicos, las computadoras pueden integrarse o
salir de ellos en cualquier momento, así como pertenecer a varios grupos a
la vez.

Direcciones privadas

Muchas veces hemos escuchado que las direcciones IP son únicas. Ya

vimos que esto no es totalmente cierto. Además de las direcciones con
propósitos especiales mencionadas existen las direcciones privadas y para
éstas fueron reservados varios bloques:

 10.0.0.0 al 10.255.255.255
 172.16.0.0 al 172.31.255.255
 192.168.0.0 al 192.168.255.255
 169.254.0.0 al 169.254.255.255

¿Por qué reservar un grupo de direcciones que no son únicas sabiendo que
por esto podrían causar confusión? Por varias razones:

 la creciente popularidad de Internet por cable y DSL (Digital

Subscriber Line), lo cual implica la necesidad de millones de
direcciones IP
 el uso de clases origina muchas direcciones IP que no se utilizan
 cada vez más empresas conectan sus redes a Internet

Datagrama IP
El datagrama de Internet (datagrama IP) es el paquete de
transferencia base en la familia de protocolos de Internet. Contiene
una cabecera con información para IP, y unos datos que son
relevantes sólo para los protocolos de más alto nivel.
El datagrama IP se encapsula en la trama de red subyacente, que
tiene usualmente una longitud máxima o limitación de trama,
dependiendo del hardware utilizado. En vez de limitar la longitud del
datagrama IP a un tamaño máximo, IP puede tratar
con fragmentación y reensamblado de sus datagramas. En
particular, el estándar IP no impone un tamaño máximo, pero dice
que todas las subredes deberían ser capaces de manejar
datagramas de al menos 576 bytes.

Todos los fragmentos de un datagrama tienen una cabecera,

básicamente copiado del datagrama original, y los datos que le
siguen. Se tratan como datagramas IP normales mientras se
transportan a sus destinos. Nótese, sin embargo, que si uno de los
fragmentos se pierde, el datagrama completo se considera perdido
puesto que IP no proporciona ningún mecanismo de reconocimiento
así que los fragmentos simplemente los descartará el host de
destino.

Formato de Datagrama IP

La cabecera del datagrama IP tiene una longitud mínimo de 20

bytes:
donde:

VERS
Es la versión del protocolo IP. La versión actual es la 6.
LON
Es la longitud de la cabecera IP de 32 en 32 bits. No incluye el
campo de datos.
Tipo de servicio
Es un indicador de la calidad de servicio solicitado por este
datagrama

El protocolo ARP es un protocolo de apoyo al nivel de red (Internet Layer)

que efectúa la resolución de la dirección IP a la dirección física (dirección
MAC en LAN) para los datagramas IP salientes. Está definido en el RFC-
826. Existen dos tipos de paquetes ARP (Request y Reply)

Cuando una máquina (que conoce la dirección IP de otra máquina) desea

conocer la dirección física de la otra máquina, difunde una trama, que
contiene un paquete ARP Request, a todas las máquina conectadas a esa red
(broadcast). Con este paquete se solicita a la máquina con dirección IP que
responda indicando su dirección física. Todas las máquinas reciben el
paquete ARP Request, pero sólamente la máquina que reconoce su
dirección IP responde a dicha petición en forma de paquete ARP Reply
(encapsulado en otra trama) que contiene su dirección física. Cuando la
primera máquina recibe el paquete ARP Reply, usa la dirección física de
otra para enviar datagramas IP (encapsulados en tramas), directamente a
ella. Para reducir el envío continuo de paquetes ARP por la red, cada
máquina mantiene una tabla ARP cache, donde se encuentran parejas de
direcciones IP y fisicas que ya conoce mediante dicho sistema.

Cuando una máquina se conecta a una red, envía un paquete ARP request
con su dirección IP en el campo dirección IP destino (gratuitous ARP). Con
dicho paquete indica al resto de máquinas de la red sus direcciones IP y
físicas para que puedan añadirse a la tabla que ya tienen creada.
Además, si alguna máquina comprueba que ambas tienen asignada la misma
dirección IP, responderá a dicho paquete cona la detección de duplicidad de
direcciones IP dentro de la red.

El protocolo RARP es un protocolo de apoyo al nivel de red (Internet

Layer) que efectúa la resolución de la dirección física a la dirección IP. Está
definido en el RFC-903. La unidad de datos del protocolo a nivel RARP se
denomina paquete RARP, que se encapsula en tramas del nivel de enlace
(campo “Tipo de Trama” = 8035H). Existen dos tipos de paquetes RARP
(Request y Reply).

Cuando una máquina que conoce su dirección física necesita conocer su

dirección IP, difunde una trama que contiene un paquete RARP Request a
todas las máquinas de su red (broadcast). Con este paquete se solicita al
servidor RARP que tiene la tabla que relaciona direcciones físicas e IP, le
corresponde a esa dirección física que respondan indicando su dirección IP. 
Esto se da en los casos en los que dicha máquina no puede guardar su
dirección IP, como máquinas sin unidades de disco, por lo que no pueden
generar y guardar dichas tablas que relacionan direcciones físicas e IP de
cada máquina de la red a la que pertenecen.

Encaminamiento de datagramas de multidifusión

Para empezar a recibir tráfico de multidifusión cuando un nodo móvil está
visitando una subred externa, el nodo puede unirse a un grupo de
multidifusión mediante uno de estos métodos:
  Si el nodo móvil utiliza una dirección de auxilio coubicada, puede
utilizarla como dirección IP de origen de cualquier mensaje de
entrada del Protocolo de gestión de grupos de Internet (IGMP). Sin
embargo, la subred visitada debe disponer de un enrutador de
multidifusión.

 Si el nodo móvil quiere unirse al grupo de ICMP desde su subred

principal, deberá utilizar un túnel inverso para enviar mensajes de
entrada IGMP al agente interno. Sin embargo, el agente interno del
nodo móvil debe ser un enrutador de multidifusión. El agente interno
reenvía entonces los datagramas de multidifusión al nodo móvil a
través del túnel.

 Si el nodo móvil utiliza una dirección de auxilio coubicada, puede

utilizarla como dirección IP de origen de los mensajes de entrada
IGMP. Sin embargo, la subred visitada debe disponer de un enrutador
de multidifusión. Una vez que el nodo móvil ha entrado en el grupo,
puede participar enviando sus propios paquetes de multidifusión
directamente en la red visitada.

 Enviar directamente en la red visitada.

 Enviar al agente interno a través de un túnel.

El enrutamiento de multidifusión depende de la dirección IP de origen. Un

nodo móvil que envía un datagrama de multidifusión debe enviarlo desde
una dirección de origen válida en ese enlace. Así, un nodo móvil que envíe
datagramas de multidifusión directamente en la red visitada debe utilizar
una dirección de auxilio coubicada como dirección IP de origen. Asimismo,
el nodo móvil debe haberse unido al grupo de multidifusión asociado con la
dirección. De forma similar, un nodo móvil que se haya unido a un grupo de
multidifusión mientras estaba en su subred, antes de trasladarse, o se haya
unido a un grupo de multidifusión utilizando itinerancia a través de un túnel
inverso con su agente interno, deberá utilizar su dirección permanente como
dirección IP de origen del datagrama de multidifusión. Así, el nodo móvil
deberá enviar también estos datagramas por túnel inverso a su subred
principal, ya sea él mismo mediante su dirección de auxilio coubicada o a
través del túnel inverso de un agente externo.
 Dirección ip
Como se menciona en  el protocolo de red IP utiliza direcciones formadas
por números de 32 bits. Se le debe asignar un número único a cada máquina
del entorno de red. Si está haciendo funcionar una red local que no tiene
tráfico TCP/IP con otras redes, puede asignar estos números de acuerdo con
sus preferencias personales. Hay algunos rangos de direcciones IP que han
sido reservadas para redes privadas. Estos rangos se listan en Tabla 2-1. De
cualquier modo, los números para los sitios en Internet los asigna una
autoridad central, el Network Information Center (NIC).

Para facilitar la lectura, las direcciones IP se separan en cuatro números de

ocho bits llamados octetos. Por ejemplo, quark.physics.groucho.edu tiene
una dirección IP 0x954C0C04, que se escribe como 149.76.12.4. Este
formato se denomina normalmente notación de puntos divisorios.

Otra razón para usar esta notación es que las direcciones IP se dividen en un
número de red, que es contenido en el octeto principal, y un número
de puesto, que es contenido en el resto. Cuando se solicita al NIC una
dirección IP, no se le asignará una dirección para cada puesto individual que
pretenda usar. En cambio, se le otorgará un número de red y se le permitirá
asignar todas la direcciones IP válidas dentro de ese rango para albergar
puestos en su red de acuerdo con sus preferencias.

El tamaño de la parte dedicada al puesto depende del tamaño de la red. Para

complacer diferentes necesidades, se han definido varias clases de redes,
fijando diferentes sitios donde dividir la dirección IP. Las clases de redes se
definen en lo siguiente:

Clase A

La clase A comprende redes desde 1.0.0.0 hasta 127.0.0.0. El número

de red está contenido en el primer octeto. Esta clase ofrece una parte
para el puesto de 24 bits, permitiendo aproximadamente 1,6 millones
de puestos por red.

Clase B
 La clase B comprende las redes desde 128.0.0.0 hasta 191.255.0.0; el
número de red está en los dos primeros octetos. Esta clase permite
16.320 redes con 65.024 puestos cada una.

Clase C

Las redes de clase C van desde 192.0.0.0 hasta 223.255.255.0, con el

número de red contenido en los tres primeros octetos. Esta clase
permite cerca de 2 millones de redes con más de 254 puestos.

Clases D, E, y F

Las direcciones que están en el rango

de 224.0.0.0 hasta 254.0.0.0 son experimentales o están reservadas
para uso con propósitos especiales y no especifican ninguna red. La
IP Multicast, un servicio que permite trasmitir material a muchos
puntos en una internet a la vez, se le ha asignado direcciones dentro
de este rango.

Si volvemos al ejemplo del capítulo 1, encontraremos que 149.76.12.4, la

dirección de quark, se refiere al puesto 12.4 en la red de clase B 149.76.0.0.

Habrá notado que no se permiten todos los valores posibles de la lista

anterior para todos los octetos de la parte del puesto. Esto se debe a que los
octetos 0 y 255 se reservan para propósitos especiales. Una dirección donde
todos los bits de la parte del puesto son 0, se refiere a la red, y una dirección
donde todos los bits de la parte del puesto son 1, se denomina dirección de
difusión. Ésta se refiere simultáneamente a todos los puestos de la red
específica. Así, 149.76.255.255 no es una dirección de puesto válida, pero
se refiere a todos los puestos en la red 149.76.0.0.

Algunas direcciones de red se reservan para propósitos

especiales. 0.0.0.0 y 127.0.0.0 son dos de estas direcciones. La primera se
denomina encaminamiento por defecto, y la segunda es la dirección
loopback. El encaminamiento por defecto tiene que ver con el camino por el
que el IP encamina los datagramas.

La red 127.0.0.0 está reservada para el tráfico local IP del puesto.

Normalmente, la dirección 127.0.0.1 se asignará a una interfaz especial del
puesto, la interfaz loopback, que actúa como un circuito cerrado. Cualquier
paquete IP enviado a esta interfaz por TCP o UDP le será devuelto a
cualquiera de ellos como si simplemente hubiese llegado desde alguna red.
Esto permite desarrollar y probar software de red aunque no se esté usando
una red “real”. La red loopback también permite usar software de red en un
puesto solitario. Puede que esto no sea tan infrecuente como parece; por
ejemplo, muchos sitios UUCP no tienen conectividad con IP en absoluto,
pero aún pueden querer ejecutar un sistema de noticias INN. Para un
funcionamiento adecuado en GNU/Linux, INN requiere la interfaz
loopback.

Algunos rangos de direcciones de cada una de las clases de red han sido
reservados y designados como rangos de direcciones “reservadas” o
“privadas”. Estas direcciones están reservadas para el uso de redes privadas
y no son encaminadas en Internet. Son usadas normalmente por
organizaciones con su propia intranet, pero incluso las redes pequeñas
suelen encontrarlas útiles. Las direcciones de red reservadas se muestran
en Tabla 2-1.

Tabla 2-1. Rangos de direcciones IP reservados para uso público

Clase Redes

A 10.0.0.0 hasta 10.255.255.255

B 172.16.0.0 hasta 172.31.0.0

C 192.168.0.0 hasta 192.168.255.0