Asociación Profesional del Cuerpo Superior

de Sistemas y Tecnologías de la Información

de la Administración del Estado

Temas Específicos para la preparación de la Oposición al Cuerpo

Superior de Sistemas y Tecnologías de la Información de la
Administración del Estado.

TEMAS ESPECÍFICOS IV: Redes, Comunicaciones e Internet

Tema 100. Protocolos de transporte: tipos y funcionamiento.

La familia de protocolos TCP/IP. El protocolo IPv6. MPLS

AUTOR: Rafael Alonso Gil, Julio Gilarranz Tejada

Fecha: 2007
 Volumen 4. Redes, Comunicaciones e Internet.

100. Protocolos de transporte: tipos y funcionamiento.. La familia de

protocolos TCP/IP. El protocolo IPv6. MPLS

Autor: Rafael Alonso Gil, Julio Gilarranz Tejada

Sumario
100.01. PROTOCOLOS DE TRANSPORTE: TIPOS Y FUNCIONAMIENTO.
100.02. LA FAMILIA DE LOS PROTOCOLOS TCP/IP
100.03. EL PROTOCOLO IPV6
100.04. MPLS (MULTIPROTOCOL LABEL SWITCHING)
100.05. ANEXO: CASO PRÁCTICO

100.01. PROTOCOLOS DE TRANSPORTE: TIPOS Y FUNCIONAMIENTO.

En los inicios de la informática y de las telecomunicaciones el diseño de un ordenador o de una red era algo tan
complejo que no se tomaba en consideración la compatibilidad con otros modelos de ordenadores o de redes. Las
redes y los protocolos se diseñaban pensando en el hardware a utilizar en cada momento, sin tener en cuenta la
evolución previsible, ni por supuesto la interconexión y compatiblidad con equipos de otros fabricantes. A medida
que la tecnología avanzaba y se mejoraba la red, los programas de comunicaciones tenían que ser reescritos para
utilizarlos con el nuevo hardware.
Para resolver este problema cada fabricante elaboró su propia arquitectura de red, que permitía independizar las
funciones y el software del harware concreto utilizado. De esta forma cuando se quería cambiar algún
componente sólo la función o el módulo afectado tenía que ser sustituido. La primera arquitectura de redes fue
anunciada por IBM en 1974 y se llamó SNA (Systems Network Architecture). La arquitectura SNA se basa en la
definición de siete niveles o capas, cada una de las cuales ofrece una serie de servicios a la siguiente. Cada capa
puede implementarse en hardware, software o una combinación de ambos. SNA es una arquitectura altamente
modular y estructurada. El modelo de capas que utiliza ha sido la base de todas las arquitecturas de redes
actuales.
En 1977, la Organización Internacional de Estándares (ISO), integrada por industrias representativas del medio,
creó un subcomité para desarrollar estándares de comunicación de datos que promovieran la accesibilidad uni-
versal y una interoperabilidad entre productos de diferentes fabricantes.
El resultado de estos esfuerzos es el Modelo de Referencia Interconexión de Sistemas Abiertos (OSI).
El Modelo OSI es un lineamiento funcional para tareas de comunicaciones y, por consiguiente, no especifica un
estándar de comunicación para dichas tareas. Sin embargo, muchos estándares y protocolos cumplen con los
lineamientos del Modelo OSI.
El modelo OSI tiene siete capas o niveles.

7 Aplicación

6 Presentación

5 Sesión

4 Transporte

3 Red

2 Enlace de datos

1 Física

Las capas del modelo de referencia OSI

___________________________________________________________________ 1
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Los principios que se aplicaron para llegar a las siete capas fueron:
 Se debe crear una capa siempre que exista un nivel diferente de abstracción.
 Cada capa debe realizar una función bien definida.
 La función de cada capa se debe elegir pensando en la definición de protocolos estandarizados
internacionalmente.
 Los límites de las capas deben elegirse a modo de minimizar el flujo de información a través de las
interfaces.
 La cantidad de capas debe ser suficiente para no tener que agrupar funciones distintas en la misma
capa y lo bastante pequeña para que la arquitectura no se vuelva inmanejable.
Los siete niveles que configuran el modelo OSI suelen agruparse en dos bloques. Los tres niveles inferiores
(físico, enlace y red) constituyen el bloque de transmisión. Son niveles dependientes de la red de conmutación
utilizada para la comunicación entre los dos sistemas. Por el contrario, los tres niveles superiores (sesión,
presentación y aplicación) son niveles orientados a la aplicación y realizan funciones directamente vinculadas con
los procesos de comunicación. El nivel intermedio (de transporte) enmascara a los niveles orientados a la
apliicación el funcionamiento detallado de los niveles dependientes de la red.
En el modelo OSI existen cinco conceptos fundamentales:
 Protocolo. Conjunto de reglas perfectamente organizadas y convenidas de mutuo acuerdo entre los
participantes en una comunicación.
 Capa. Con el fin de simplificar la complejidad de cualquier red, los diseñadores de redes han convenido
estructurar las diferentes funciones que realizan y los servicios que proveen en una serie de niveles o
capas.
 Servicio. Cada capa presta algunos servicios a las entidades que se encuentran sobre ella y recibe
servicios de la capa que se encuentra debajo. El acceso a los servicios se produce a través de los puntos
de acceso al servicio (SAP), intercambiando primitivas de servicio.
 Interfaz. Normas de intercomunicación entre capas.
 Primitiva de servicio. Llamadas entrantes o salientes en cada una de las capas que sirven para
solicitar servicios, devolver resultados, confirmar las peticiones, etc.
Las entidades pares residentes en el nivel N+1 se comunican entre sí a través del nivel N, mediante el uso de
primitivas de servicio. Sin embargo, existe una comunicación lógica horizontal entre entidades pares. Las reglas
que regulan esta comunicación vienen reflejadas en el protocolo de pares. Por lo tanto, en la especificación de
cada capa existen dos documentos:
 Especificación del servicio, que informa sobre las primitivas existentes. En la descripción de las
primitivas se dice cuántos parámetros puede o debe haber y qué información contienen. Existen cuatro
tipos de primitivas.
 De petición (REQUEST). Empleada para invocar un servicio y pasarle los parámetros necesarios
para su ejecución.
 De indicación (INDICATION). Usada para indicar que un procedimiento ha sido invocado por el
usuario par del servicio en la conexión y pasar los parámetros asociados o para indicar al
usuario del servicio el inicio de una acción por parte del proveedor.
 De respuesta (RESPONSE). Empleada por el usuario del servicio para reconocer o completar
algún procedimiento previamente iniciado por una indicación del proveedor.
 De confirmación (CONFIRM). Usada por el proveedor del servicio para reconocer o completar
algún procedimiento previamente iniciado por una petición del usuario.

USUARIO DEL SERVICIO PROVEEDOR DEL SERVICIO USUARIO DEL SERVICIO

REQUEST
INDICATION

RESPONSE
CONFIRM

 Especificación del protocolo, que describe las PDUs (Protocol Data Units) y las reglas que
determinan su intercambio entre unidades pares. Existen dos clases de PDUs.

2 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 De datos, que contiene los datos del usuario final (en el caso de la capa de aplicación) o la PDU
del nivel inmediatamente superior.
 De control, que sirven para gobernar el comportamiento completo del protocolo en sus
funciones de establecimiento y ruptura de la conexión, control de flujo, control de errores, etc.
No contienen información alguna proveniente del nivel N+1.

Conexión

El modelo de referencia OSI es orientado a la conexión. Esto significa que, en todos los niveles, es necesario que
se establezca previamente una conexión para que pueda existir intercambio de datos. Sin embargo, existen
protocolos que no requieren esta condición, son los no orientados a la conexión.
En las comunicaciones orientadas a la conexión se pierde tiempo y procesamiento en establecer y liberar la
conexión entre dos nodos, pero se garantiza que el nodo remoto está escuchando. Por el contrario, en las
comunicaciones no orientadas a la conexión se ahorra tiempo y procesamiento, pero a costa de no saber si el
otro extremo está o no escuchando.

SERVICIO N
NIVEL N+1 SAP N

PROTOCOLO N
NIVEL N ENTIDAD ENTIDAD

N N

NIVEL N-1 CONEXIÓN N-1

A nivel N-1 se establece una asociación, una conexión N-1, para que dos entidades de nivel N puedan
comunicarse. La conexión N-1 es un servicio ofrecido por el nivel N-1, a través de la cual circulan unidades de
información del nivel N.

Transmisión de datos

Una capa de una máquina no puede transferir los datos de forma directa a su capa par de otra máquina, sino que
necesita los servicios de todas las capas que se encuentran por debajo de ella en la jerarquía de capas,
pasándose la información hacia abajo hasta llegar al nivel físico, donde se transmiten a la máquina receptora.
Cada capa utiliza el encapsulamiento para colocar la PDU de la capa superior en su campo de datos y agregar
cualquier encabezado e información final que la capa necesite para realizar su función. De esta forma, a medida
que los datos se desplazan hacia abajo a través de las capas del modelo OSI, el tamaño del mensaje va
creciendo. A nivel 3, la PDU se llama paquete e incluye las direcciones lógicas origen y destino. A nivel 2, la trama
incluye las direcciones físicas. Y, finalmente, la capa física codifica los datos de la trama de enlace de datos en un
patrón de unos y ceros para su transmisión a través del medio.
En la máquina receptora se realiza el proceso inverso, retirando los distintos encabezados, uno por uno, conforme
el mensaje se propaga hacia arriba por las capas.
La figura siguiente trata de ilustrar este proceso.

___________________________________________________________________ 3
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

CAPAS DEL MODELO OSI

Como se ha comentado anteriormente, el modelo de referencia OSI se dividió en siete niveles o capas, para
poder simplificar la implementación de la arquitectura necesaria.
Las características generales de las capas son las siguientes:
 Las capas poseen una estructura jerárquica.
 Cada capa desempeña funciones bien definidas.
 A cada nivel se le asigna un nombre que trata de describir las funciones que realiza.
 Los cambios en una capa son transparentes al resto de niveles.
 Los servicios proporcionados por cada nivel son utilizados por el nivel superior.
 Existe una comunicación virtual entre dos mismas capas, de manera horizontal.
 Existe una comunicación vertical entre una capa de nivel N y las capas de nivel N-1 y N+1
 La comunicación física se lleva a cabo entre las capas de nivel 1.

4 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

CAPA FÍSICA (NIVEL 1)

La capa física está relacionada con la transmisión de bits por un canal de comunicación, de forma que sólo
reconoce bits individuales, sin estructura alguna. Es decir, la PDU de nivel físico se corresponde con un bit o,
dicho de otro modo, cada bit se considera una unidad de datos.
Las consideraciones de diseño tienen que ver con las interfaces mecánica, eléctrica y de procedimiento, así como
con el medio de transmisión que está bajo la capa física, asegurando que cuando un lado envíe un bit 1, se
reciba en el otro extremo como bit 1, no como bit 0.
La capa física proporciona sus servicios a la capa de enlace de datos. Sus principales funciones son:
 Definición de características materiales (componentes y conectores mecánicos) y eléctricas (niveles de
tensión, tipo de señal) que se van a utilizar en la transmisión de los datos por el medio físico.
 Definición de las características funcionales de la interfaz en cuanto a establecimiento, mantenimiento y
liberación del enlace físico.
 Definición de reglas de procedimiento, es decir, la secuencia de eventos para transmitir.
 Transmisión de flujos de bits a través del medio.
 Manejo de voltajes y pulsos eléctricos para representar 1’s o 0’s.
 Especificación de cables, polos en un enchufe, componentes de interfaz con el medio, etc.
 Especificación del medio físico de transmisión (coaxial, fibra óptica, par trenzado, etc.)
 Garantía de conexión física, pero no fiabilidad de la misma. Es decir, no se realiza ningún control de
errores en este nivel. Eso corresponde al nivel superior.

___________________________________________________________________ 5
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

CAPA DE ENLACE DE DATOS (NIVEL 2)

Puesto que la capa física sólo acepta y transmite una corriente de bits sin preocuparse por su significado o
estructura, corresponde al nivel de enlace tomar el medio de transmisión en bruto y transformarlo en una línea
que parezca libre de errores a los ojos de la capa de red. La capa de enlace de datos puede ofrecer a la capa de
red varias clases de servicio con diferentes calidades.
Algunas de las funciones más importantes de la capa de enlace son:
 Establecimiento de medios necesarios para la comunicación fiable y eficiente entre dos máquinas en red.
 Estructuración de los datos en un formato predefinido, denominado trama, que suele ser de unos
cientos de bytes, añadiendo una secuencia especial de bits al principio y al final de la misma.
 Sincronización en el envío de tramas.
 Detección y control de errores provenientes del medio físico mediante el uso de bits de paridad, CRC
(Códigos Cíclicos Redundantes) y envío de acuses de recibo por parte del receptor que debe procesar el
emisor.
 Utilización de número de secuencia en las tramas para evitar pérdidas y duplicidades.
 Utilización de la técnica de “piggybacking”, envío de acuses de recibo dentro de tramas de datos.
 Resolución de los problemas provocados por las tramas dañadas, perdidas o duplicadas.
 Control de la congestión de la red.
 Mecanismos de regulación de tráfico o control de flujo, para evitar que un transmisor veloz sature de
datos a un receptor lento.
 Control del acceso al canal compartido en las redes de difusión.

Protocolo HDLC
HDLC (High-Level Data Link Control) es un protocolo de comunicaciones de datos punto a punto entre dos
elementos basado en el ISO 3309. Proporciona recuperación de errores en caso de pérdida de paquetes de datos,
fallos de secuencia y otros. Es un protocolo de propósito general, que opera a nivel de enlace de datos. Este
ofrece una comunicación confiable entre el transmisor y el receptor.
Es el protocolo más importante para el enlace de datos, no solo porque es el más utilizado, sino porque además
es la base para otros protocolos importantes de esta capa, en los que se usan formatos similares y
procedimientos iguales a los que se usan en HDLC.
HDLC usa transmisión síncrona y todos los intercambios se realizan a través de tramas. HDLC utiliza un formato
único de tramas que es válido para todos los posibles intercambios: datos e información de control.
La estructura de una trama HDLC contiene un campo de delimitación localizado en los dos extremos de la trama,
y ambos corresponden a la siguiente combinación de bits 01111110. Se puede usar un único delimitador como
final y comienzo de la siguiente trama simultáneamente. A ambos lados de la interfaz entre el usuario y la red,
los receptores estarán continuamente intentando detectar esta secuencia para sincronizarse con el comienzo de
la trama. Cuando se recibe una trama, la estación seguirá intentando detectar esa misma secuencia para
determinar así el final de la trama. Como se usa la secuencia 01111110 en la delimitación de las tramas, es
necesario el uso del procedimiento denominado inserción de bits. Por el cual, el emisor cuando deba enviar una
cadena que contenga una secuencia de cinco bits en 1 insertará inmediatamente después del quinto 1 un 0. El
receptor, tras la detección del delimitador de comienzo, monitorizará la cadena de bits recibida, de tal manera
que cuando aparezca una combinación de cinco 1 seguidos, el sexto bit se examinará. Si dicho bit es 0, se
eliminará sin más. Si el sexto bit es un 1 y el séptimo es un 0, la combinación se considera como un delimitador.
Si los bits sexto y séptimo son ambos igual a 1 se interpreta como una indicación de cierre generada por el
emisor.

Control de flujo
Es una técnica para que el emisor no sobrecargue al receptor al enviarle más datos de los que pueda procesar. El
receptor tiene un buffer de una cierta capacidad para ir guardando los datos recibidos y tras procesarlos,
enviarlos a capas superiores.
Control de flujo mediante parada y espera
Consiste en que el emisor envía una trama y al ser recibida por el receptor, éste (el receptor) confirma al emisor
(enviándole un mensaje de confirmación) la recepción de la trama. Este mensaje recibido por el emisor es el que
le indica que puede enviar otra trama al receptor. De esta forma, cuando el receptor esté colapsado no tiene más
que dejar de confirmar una trama y entonces el emisor esperará hasta que el receptor decida enviarle el mensaje
de confirmación.

6 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

Este sistema es el más eficaz para que no haya errores y es el más utilizado cuando se permiten tramas muy
grandes, pero tiene el inconveniente es que se infrautiliza la línea al estar parada mientras los mensajes del
receptor llegan al emisor.
Control del flujo mediante ventana deslizante
El problema de que sólo haya una trama cada vez en tránsito por la red se soluciona con este sistema de ventana
deslizante.
En este sistema, el receptor y el emisor se ponen de acuerdo en el número de tramas que puede tener el
receptor sin procesar. También se ponen de acuerdo en el número de bits a utilizar para numerar cada trama (al
menos hay que tener un número de bits suficientes para distinguir cada una de las tramas que quepan en el
buffer del receptor). Por ejemplo, si en el buffer del receptor caben 7 tramas, habrá que utilizar una numeración
con 3 bits (23 = 8 > 7).
El emisor transmite tramas por orden hasta un máximo de el número máximo de tramas que quepan en el buffer
del receptor (en el ejemplo, 7). El receptor irá procesando las tramas que le lleguen y confirmando que admite
tramas a partir de una dada (hasta un máximo de 7 en el ejemplo). Por ejemplo, si ha procesado hasta la trama
5, confirmará el número 6 (es decir, que puede procesar las tramas 6, 7, 0, 1, 2, 3 y 4). Al recibir el emisor la
confirmación de la trama 6, emitirá todas las que no haya transmitido desde la 6 hasta la 4 (6, 7, 0, 1, 2, 3 y 4).
Por ejemplo, si ya había enviado la 6, 7, 0 y 1, sabe que puede enviar la 2, 3 y 4.
Cuando las dos estaciones son emisoras y receptoras, se pueden utilizar dos ventanas por estación, una para el
envío y otra para la recepción. Se puede utilizar la misma trama para enviar datos y confirmaciones, mejorando
así la utilización del canal.
Este sistema de transmisión es mucho más eficiente que el de parada y espera, ya que pueden haber más de una
trama al mismo tiempo “en el aire” pendiente de asentimiento mientras que en el de parada y espera sólo puede
haber una trama a la vez.

CAPA DE RED (NIVEL 3)

La capa de red es una capa compleja que ofrece sus servicios a la capa de transporte. Responsable de la
conmutación y enrutamiento de la información, sus funciones se pueden resumir de la siguiente forma:
 Conocimiento de la topología de la red, es decir, de la forma en que están interconectados los nodos,
con objeto de determinar la mejor ruta para la comunicación entre máquinas que pueden estar ubicadas
en redes geográficamente distintas.
 División de los mensajes de la capa de transporte en unidades más complejas, llamadas paquetes
(NPDUs), y asignación de direcciones lógicas a los mismos.
 Ensamblado de paquetes en el host destino.
 Establecimiento, mantenimiento y liberación de las conexiones de red entre sistemas.
 Determinación del encaminamiento de los paquetes de la fuente al destino a través de dispositivos
intermedios (routers).
 Las rutas se pueden basar en tablas estáticas.
 Las rutas se pueden determinar al inicio de cada conversación.
 Las rutas pueden ser dinámicas, determinándose con cada paquete en función de la carga de la
red.
 Envío de paquetes de nodo a nodo usando un circuito virtual (orientado a la conexión) o datagramas (no
orientado a la conexión).
 Control de la congestión.
 Control de flujo.
 Control de errores.
 Reencaminamiento de paquetes en caso de caída de un enlace.
 Con frecuencia, funciones de contabilidad, para determinar cuántos paquetes, caracteres o bits envía
cada cliente y producir información de facturación.

Esta capa sólo es necesaria en las redes de conmutación o redes interconectadas. En redes punto a punto o de
difusión existe un canal directo entre los dos equipos, por lo que el nivel 2 proporciona directamente conexión
fiable entre los dos equipos.

LA CAPA DE TRANSPORTE (NIVEL 4)

Se trata de una verdadera capa extremo a extremo, del origen al destino. La comunicación en los niveles
inferiores es entre máquinas adyacentes.

___________________________________________________________________ 7
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

La capa de transporte proporciona sus servicios a la capa de sesión, efectuando la transferencia de datos
transparente entre dos entidades de sesión.
El nivel 4 tiene la interfaz más sencilla de todo el modelo OSI, es el que tiene menos primitivas. No tiene
primitivas de confirmación, pues se considera a todos los efectos que es un nivel fiable.
Su función más importante es la aceptación de datos de la capa de sesión, división en unidades más pequeñas, si
es preciso, denominadas segmentos, y envío de esta información a la capa de red, asegurando que todos los
pedazos lleguen correctamente al otro extremo de forma eficiente, donde son reensamblados.
Otras funcionalidades son:
 Establecimiento, mantenimiento y terminación adecuados de los circuitos virtuales (conexiones que se
establecen dentro de una red). Cuando se inicia la conexión se determina una ruta de la fuente al
destino, ruta que es usada para todo el tráfico de datos posterior.
 Determinación, en el momento del establecimiento de la sesión, del tipo de clase de servicio de
transporte que se proporcionará a la capa de sesión:
 Canal punto a punto libre de errores, que entrega los mensajes o bytes en el orden en que se
envían.
 Mensajes aislados sin garantía respecto al orden de entrega.
 Difusión de mensajes a múltiples destinos.
 Control de flujo, que desempeña un papel clave en esta capa. El control de flujo entre nodos es distinto
del control de flujo entre enrutadores, que tiene lugar en la capa de red. Los datos pueden ser normales
o urgentes. Estos últimos se saltan los mecanismos de control de flujo.
 Detección y recuperación de errores de transporte.
 Control de la congestión.
 Numeración de los segmentos para prevenir pérdidas y doble procesamiento de transmisiones.
 Garantía de recepción de todos los datos y en el orden adecuado, sin pérdidas ni duplicados.
 Asignación de una dirección única de transporte a cada usuario.
 Aislamiento a las capas superiores de los cambios inevitables de la tecnología del hardware.
 Contabilidad a través de la red.

Lo normal es que la capa de nivel 4 cree una conexión de red distinta para cada conexión de transporte que
requiera la capa de sesión. Sin embargo, es posible crear múltiples conexiones de red, dividiendo los datos entre
ellas para aumentar el volumen, si se requiere un volumen de transmisión alto. De igual forma, si resulta costoso
mantener una conexión de red, el nivel 4 puede multiplexar varias conexiones de transporte en la misma
conexión de red para reducir el coste. En la cabecera que añade este nivel se envía la información que identifica
a qué conexión pertenece cada mensaje. En cualquier caso, la capa de transporte debe hacer esto de forma
transparente a la capa de sesión.

LA CAPA DE SESIÓN (NIVEL 5)

Esta capa proporciona sus servicios a la capa de presentación, facilitando el medio necesario para que las
entidades de presentación de dos máquinas diferentes organicen y sincronicen su diálogo y procedan al
intercambio de datos, mediante el establecimiento de sesiones.
Por tanto, la función principal de la capa de sesión es el establecimiento, administración y finalización ordenada
de sesiones entre dos máquinas. Una sesión permite el transporte ordinario de datos, como efectuar un login a
un sistema remoto o transferir un archivo entre dos nodos, pero también proporciona servicios mejorados, útiles
en algunas aplicaciones, como los que se detallan a continuación:
 Manejo del control del diálogo (quién habla, cuándo, cuánto tiempo, half duplex o full duplex). Las
sesiones pueden permitir que el tráfico vaya en una única dirección, comunicaciones bidireccionales
alternadas (half duplex), o en ambas direcciones al mismo tiempo, comunicaciones bidireccionales
simultáneas (full duplex). En las comunicaciones half duplex, la capa de sesión ayuda a llevar el control
de los turnos, mediante el manejo de fichas, también llamadas testigos o token. Sólo el lado que posea
la ficha puede efectuar la operación.
 Sincronización del diálogo, mediante la inserción de puntos de verificación en la corriente de datos
(APDU), de modo que si se produce una interrupción sólo es necesario repetir la transferencia de los
datos después del último punto de verificación. La decisión de dónde colocar los puntos de
sincronización es competencia directa del nivel de aplicación. Los puntos de sincronización pueden ser
de dos tipos.
 Mayor. Necesita confirmación del otro extremo para seguir con la transferencia del siguiente
bloque.

8 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Menor. Se intercalan entre dos puntos de sincronización mayores. No necesitan confirmación. Al

confirmarse un punto de sincronización mayor, se dan por confirmados los puntos menores
intermedios.
El bloque entre el primero y el último punto de sincronización mayor se llama actividad. Cuando se establece una
conexión de sesión, automáticamente se abre una actividad, para poder trabajar. Sólo un tipo de datos concreto
puede enviarse fuera de una actividad, los datos de capacidades (CD), que son datos de control. Las actividades
se dividen en unidades de diálogo, que es el contenido entre dos puntos de sincronización mayor consecutivos.
En la siguiente figura pueden verse gráficamente estos conceptos.

Sesión

Actividad

CD CD

Sesión

Actividad Actividad Actividad

CD CD CD CD

Sesión Sesión Sesión

Actividad

CD CD

En esta capa la referencia a los dispositivos es por nombre y no por dirección. Además, es aquí donde se definen
las API’s (Application Program Interface).
El protocolo del nivel de sesión es orientado a la aplicación, ya que sus funcionalidades se adaptan a las
necesidades de la aplicación.
Las unidades de datos del nivel de sesión, SPDUs, que regulan el diálogo, fluyen horizontalmente a través del
nivel 5, pero son puestas en circulación por iniciativa de los correspondientes procesos de aplicación que residen
a nivel 7.
Es decir, la capa de sesión no en un nivel autónomo que tenga capacidad para tomar decisiones sobre quién
habla y quién escucha. Estas decisiones se reservan para las entidades de la capa de aplicación. El nivel 5 sólo
proporciona los mecanismos para que las entidades de aplicación puedan regular el diálogo entre sí.
En el párrafo anterior se habla como si la capa de aplicación residiera directamente encima de la de sesión. Esto
no es así. Como se indica al principio del apartado 3, la capa de sesión ofrece sus servicios a la capa de
presentación. Lo que ocurre es que el protocolo de nivel 6 no es un protocolo “normal”. De hecho, la mayor parte
de las primitivas que comunican la capa de presentación con el nivel 7 son traslación exacta de las
correspondientes primitivas entre el nivel 6 y la capa de sesión.

LA CAPA DE PRESENTACIÓN (NIVEL 6)

A diferencia de las capas inferiores, las explicadas hasta ahora, que se ocupan sólo del movimiento fiable de bits
de un lado a otro, la capa de presentación se encarga de la sintaxis y la semántica de la información que se
transmite. Además, aísla a dichas capas inferiores del formato de los datos de las aplicaciones específicas.
Las estructuras de datos a intercambiar se deben definir de forma abstracta, mediante la codificación de estos
datos de una manera estándar acordada, haciendo posible así la comunicación entre computadoras con
representaciones locales diferentes. La capa de presentación maneja estas estructuras de datos abstractas y las
convierte de la representación de la computadora a la representación estándar de la red y viceversa.

___________________________________________________________________ 9
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Además de esta funcionalidad, la capa de presentación ofrece a la de aplicación los servicios de:
 Garantía de que la información que envía la capa de aplicación de un sistema pueda ser entendida y
utilizada por la capa de aplicación de otro sistema.
 Acuerdo y negociación de la sintaxis de transferencia en la fase de establecimiento de la conexión. La
sintaxis elegida puede ser cambiada durante el tiempo que dure la conexión.
 Definición del código a utilizar para representar una cadena de caracteres (ASCII, EBCDIC, etc.)
 Interpretación de formatos de números...
 Compresión de los datos, si es necesario.
 Aplicación de procesos criptográficos, si así se requiere. Es el nivel clave para el sistema de seguridad
del modelo OSI.
 Formateo de la información para su visualización o impresión.

LA CAPA DE APLICACIÓN (NIVEL 7)

Es la capa del modelo OSI más cercana al usuario. Difiere de las demás capas en que no proporciona servicios a
ninguna otra capa OSI, sino a aplicaciones que se encuentran fuera del modelo. Todas las capas anteriores sirven
de mera infraestructura de telecomunicaciones, es decir, mantienen en buen estado el camino para que fluyan
los datos.
Las aplicaciones más importantes que hacen uso de esta capa, para que los procesos de las aplicaciones accedan
al entorno OSI son, entre otras:
 Correo electrónico. Primera aplicación que se normalizó en OSI.
 Terminal virtual de red abstracta, que diferentes editores y programas puedan manejar.
 Transferencia de archivos.
 Carga remota de trabajos.
 Servicios de directorio.
 Login remoto (rlogin, telnet).
 Acceso a bases de datos.
 Sistemas operativos de red.
 Aplicaciones Cliente/Servidor...
Por supuesto, en el nivel 7 también hay cabida para aplicaciones “particulares” diseñadas por y para un grupo
reducido de usuarios.
Las PDUs de la capa de aplicación, APDUs, son de formato muy flexible y variable. Entre dos APDUs pueden
encontrarse diferencias sustanciales en cuanto a su tamaño, número de campos presentes, etc., que dependen
de las necesidades de cada momento.
A cada una de las partes de una aplicación que se encarga de una tarea específica se denomina Elemento de
Servicio de Aplicación (ASE). El conjunto de todos los ASEs que forman una aplicación concreta y la relación entre
ellos forman el contexto de aplicación.
Hay ASEs válidos para varias aplicaciones:
 ACSE (Association Control Service Element). Establecimiento, manejo y liberación ordenada o abrupta de
conexiones. Lo utilizan todas las aplicaciones.
 RTSE (ReliableTransfer Service Element). Garantiza fiabilidad en la transferencia de datos, solucionando
los problemas que se hayan producido de nivel 4 hacia arriba. Se encarga de manejar todas las
funciones de nivel 5. Lo utilizan algunas aplicaciones, no todas.
 ROSE (Remote Operation Service Element). Facilita el trabajo de petición de operaciones remotas y
devolución de los resultados.

CRÍTICAS DEL MODELO

Algunos de los problemas o fallos que se han detectado en el modelo de referencia OSI son:
 Aunque el modelo OSI, junto con sus definiciones y protocolos de servicios, es muy completo; hay que
reconocer que los estándares son difíciles de implementar e ineficientes en su operación. Las
implementaciones iniciales fueron enormes, inmanejables y lentas.
 OSI se desarrolló antes de que se inventaran los protocolos. Así que los diseñadores no supieron bien
qué funcionalidad poner en cada capa.
 La capa de sesión tiene poco uso en la mayor parte de las aplicaciones.
 La capa de presentación está prácticamente vacía.
 Por el contrario, las capas de red y enlace de datos están muy llenas, hasta tal punto que han llegado a
dividirse en múltiples subcapas, cada una con funciones distintas.
 Algunas funciones, como el direccionamiento, el control de flujo y el control de errores, reaparecen una
y otra vez en cada capa.

10 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Omisión de la administración de la red en el modelo.

 Aunque en el presente documento se ha ubicado en la capa de presentación la función de cifrado y
seguridad de los datos, inicialmente se dejó fuera del modelo por falta de acuerdo sobre en qué capa
colocarlo.
 En la capa de red se ofrece servicio orientado a la conexión y no orientado a la conexión. Sin embargo,
en la capa de transporte, donde el servicio es visible a los usuarios, sólo se ofrece comunicación
orientada a la conexión.
 El modelo está dominado por una mentalidad de comunicaciones. Las computadoras son diferentes de
los teléfonos. Muchas de las decisiones tomadas son inapropiadas para la forma de trabajar de las
computadoras y el software. El modelo de un sistema controlado por interrupciones no se ajusta
conceptualmente con las ideas modernas de la programación estructurada.

100.02. LA FAMILIA DE PROTOCOLOS TCP/IP.

El nacimiento del modelo TCP/IP se remonta a la red ARPANET. Ésta era una red de investigación controlada por
el Departamento de Defensa de [Link]. Poco a poco fueron conectándose instituciones y universidades, mediante
el uso de líneas telefónicas alquiladas.
La necesidad de buscar una arquitectura de referencia nueva surgió cuando empezaron a añadirse redes de
satélite y radio y hubo problemas a la hora de interactuar con los protocolos existentes. Uno de los principales
objetivos de esta nueva arquitectura fue la capacidad de conexión de múltiples redes entre sí. Esta arquitectura
desembocó en lo que hoy conocemos como modelo de referencia TCP/IP.
TCP/IP tiene una mayor aplicación que el modelo OSI, ya que se desarrolló antes y las empresas implantaron
TCP/IP mientras esperaban el protocolo OSI. Además, como todas las especificaciones asociadas a los protocolos
TCP/IP son de dominio público, y por lo tanto no hay que pagar nada para usarlos, han sido utilizados
extensivamente por autoridades comerciales y públicas para crear entornos de redes abiertos.
La carta de presentación del modelo TCP/IP dice en su favor que:
 Agrupa bancos de redes, creando una red mayor llamada Internet.
 Es independiente del hardware del nodo, del sistema operativo y de la tecnología del medio y del enlace
de datos.
 Ofrece capacidad de encaminamiento adaptativo, transparente al usuario.
 Es el software de red más disponible universalmente.

Las diferencias más notables entre ambos modelos de referencia, OSI y TCP/IP, se enumeran a continuación:
 Mientras que en OSI la distinción entre los conceptos de servicio, interfaz y protocolo es clara, en TCP/IP
no existía esta distinción inicialmente. Posteriormente, se ha intentado ajustar esto para acercarse más a
OSI.
 OSI se desarrolló antes de que se inventaran los protocolos, mientras que TCP/IP fue, en realidad, una
descripción de los protocolos existentes.
 Una diferencia clara es que OSI cuenta con siete capas bien definidas y TCP/IP sólo tiene 4.
 El modelo OSI considera los dos tipos de comunicación, orientada y no orientada a la conexión, en la
capa de red. Sin embargo, en la capa de transporte, donde el servicio es visible al usuario, ofrece
únicamente comunicación orientada a la conexión. Por otro lado, el modelo TCP/IP en la capa de red
sólo tiene el modo sin conexión pero considera ambos modos en la capa de transporte, ofreciendo
posibilidad de elección a los usuarios.

100.02.01. CAPAS DEL MODELO TCP/IP

La arquitectura del modelo TCP/IP consta de 4 capas:
 Aplicación. Proporciona comunicación entre procesos o aplicaciones en ordenadores distintos. Contiene
todos los protocolos de alto nivel. A continuación se enumeran los más importantes:
 TELNET  Permite que un usuario, desde una máquina, entre en otra máquina distante y
trabaje en ella.
 FTP  Protocolo de transferencia de archivos que permite el movimiento de datos entre
máquinas de forma eficiente.
 SMTP  Correo electrónico.
 NNTP  Protocolo de transferencia de artículos de noticias.
 HTTP  Protocolo de recuperación de páginas de Internet.
 Transporte. Al igual que la capa de transporte de OSI, permite que se pueda establecer una
comunicación entre las entidades pares de los nodos origen y destino. Proporciona, por tanto,

___________________________________________________________________ 11
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

transferencia de datos extremo a extremo, asegurando que los datos llegan en el mismo orden que han
sido enviados y sin errores. Esta capa también puede incluir mecanismos de seguridad. Se puede
resumir la funcionalidad de la capa de transporte como calidad de servicio. En este nivel se definen dos
protocolos importantes, que se explican en detalle más adelante.
 TCP  Protocolo orientado a la conexión que proporciona entrega fiable de mensajes entre
máquinas. Realiza control de flujo para que un emisor rápido no pueda saturar a un receptor
lento.
 UDP  Protocolo sin conexión y no fiable. Se utiliza en aplicaciones donde la entrega rápida es
más importante que la entrega precisa, como transmisión de voz y vídeo, y en aplicaciones de
consulta de petición y respuesta, del tipo cliente-servidor.
 Interred. Esta capa es el eje de la arquitectura y permite que los nodos inyecten paquetes en cualquier
red y los hagan viajar de forma independiente a su destino, sin importar si está en la misma red, o si
hay otras redes entre ellas. Su misión principal, por tanto, es el enrutamiento de los paquetes, pero sin
garantía de que lleguen al extremo final ni de que lo hagan en el mismo orden en que se enviaron. Si se
desea una entrega ordenada, las capas superiores deben reordenar los paquetes. En este nivel se define
un formato de paquete y el protocolo IP, que se detallan en el capítulo siguiente.
 Capa del nodo a la red. El modelo TCP/IP no dice mucho de lo que sucede bajo la capa de interred,
existe un gran vacío. Esta abstracción de la topología de red pone en relieve la capacidad de la capa de
interred de soportar cualquier tipo de red por debajo. Lo que está claro es que debe permitir que un
nodo se conecte a la red para que pueda enviar por ella paquetes IP. El protocolo que regula esta
conexión puede variar de un nodo a otro.

100.02.02. PROTOCOLOS DEL NIVEL DE RED

El modelo de referencia TCP/IP consta principalmente de tres protocolos: IP, UDP y TCP. El protocolo básico es IP
y permite enviar mensajes entre dos equipos.
En los apartados siguientes se describen más en detalle estos y otros protocolos del modelo.

PROTOCOLO IP

IP proporciona un servicio de distribución de paquetes caracterizado por:

 Transmisión de datos en datagramas (paquetes IP).
 No es orientado a la conexión, por lo que los paquetes son tratados de forma independiente y cada uno
puede seguir una trayectoria diferente en su viaje hacia el host destino.
 No es fiable, por lo que no garantiza la entrega de los paquetes, ni la entrega en secuencia, ni la
entrega única. Esto es responsabilidad del protocolo TCP de la capa superior.
 No implementa control de errores ni control de congestión.
 Puede fragmentar los paquetes si es necesario.
 Direcciona los paquetes empleando direcciones lógicas IP de 32 bits. (IPv4)
 Verifica la integridad del paquete en sí, no de los datos que contiene.

DATAGRAMA IP

Los datos proporcionados por la capa de transporte son divididos en datagramas y transmitidos a través de la
capa de red. A lo largo del camino pueden ser fragmentados en unidades más pequeñas para atravesar una red o
subred cuya MTU (Unidad de Transferencia Máxima) sea más pequeña que el paquete. En la máquina destino,
estas unidades son reensambladas para volver a tener el datagrama original que es entregado a la capa de
transporte.
Un datagrama IP está formado por un cuerpo y una cabecera. El cuerpo se corresponde con el segmento
TCP/UDP de la capa de transporte. La cabecera tiene una parte fija de 20 bytes y una parte opcional de longitud
variable. En la siguiente figura puede verse la estructura de dicha cabecera. Además, se acompaña con la
descripción de cada campo.

12 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

Versión IHL Tipo de servicio Longitud total

D M
F F
Identificación Desplazamiento del fragmen-
to

TTL (tiempo de vida) Protocolo Suma de comprobación de la cabecera

Dirección de origen

Dirección de destino

Opciones (de 0 a 40 bytes)

 Versión (4 bits). Indica la versión del protocolo al que pertenece el datagrama. El propósito de este
campo es permitir la evolución del protocolo y que durante la transición entre las versiones se pueda
ejecutar en unas máquinas la versión vieja y en otras la versión nueva. Actualmente hay dos versiones:
la 4 (Ipv4) y la 6 (Ipv6).
 IHL (Internet Header Length) (4 bits). Indica la longitud de la cabecera en palabras de 32 bits, ya que
ésta no tiene una longitud constante. Si no hay opciones, este valor es mínimo e igual a 5. El valor
máximo es 15 (4 bits a “1”, “1111”=15 en decimal). Como cada palabra equivale a 4 bytes, el tamaño
máximo de la cabecera es de 60 bytes y, por tanto, de 40 bytes el campo de opciones.
 Tipo de servicio (8 bits). La subred ofrece distintos grados de confiabilidad y seguridad. Con este
campo el host puede indicarle a la subred el tipo de servicio que quiere, combinando fiabilidad y
seguridad. Este campo contiene, a su vez, de izquierda a derecha:
 Campo de precedencia (3 bits)  Indica la prioridad, de 0 (normal) a 7 (paquete de control de
red).
 Tres bits indicadores  D (Delay=retardo), T (Throughput=rendimiento) y R
(Reliability=fiabilidad), que permiten especificar qué interesa más.
 Dos bits no usados.
 Longitud total (16 bits). Longitud total en octetos del datagrama, incluyendo cabecera y datos. La
longitud teórica máxima es 65535 bytes (64 Kbytes) pero en la práctica los datagramas son de unos
1500 bytes. Este tamaño máximo será insuficiente en las redes futuras de alta velocidad. Internet no
limita los datagramas a un tamaño específico pero sugiere que redes y enrutadores estén preparados
para manejar datagramas a partir de 576 octetos.
 Identificación (16 bits). Cuando se transmite un datagrama a través de Internet puede ser necesario
fragmentarlo en unidades más pequeñas a lo largo del camino. Este campo permite al host destino
determinar a qué datagrama pertenece un fragmento recién llegado, ya que todos los fragmentos de un
mismo datagrama contienen el mismo valor de identificación.
 1 bit sin uso actualmente.
 Bit DF (Don’t Fragment). Puesto a “1”, indica a los enrutadores que no pueden fragmentar el
datagrama porque el destino no va a poder unir las piezas de nuevo. Si es demasiado grande y no se
puede enviar, se descarta y se envía al origen un mensaje de error.
 Bit MF (More Fragment). Este bit está a “1” en todos los fragmentos de un datagrama excepto en el
último. De esta forma, se sabe cuándo han llegado todos los fragmentos.
 Desplazamiento del fragmento (13 bits). Indica en qué posición del datagrama original, medido en
unidades de 8 octetos (64 bits), se encuentra el fragmento actual. Todos los fragmentos, menos el
último del datagrama, deben tener una longitud múltiplo de 8 bytes. Puede haber 8192 fragmentos
como máximo por datagrama.

___________________________________________________________________ 13
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

 TTL o tiempo de vida (8 bits). Contador que sirve para limitar la vida de un paquete. Teóricamente,
cuenta el tiempo en segundos, permitiendo una vida máxima de 255 segundos (“11111111”=255 en
decimal). Debe disminuirse en cada salto. En la práctica, simplemente cuenta saltos. Cuando el contador
llega a 0 el paquete se descarta y se envía al host origen un paquete de aviso. Este campo evita que los
paquetes estén dando vueltas eternamente por la red.
 Protocolo (8 bits). Indica la entidad de la capa de transporte a la que debe entregarse el datagrama
una vez que la capa de red del host destino lo ensambla por completo.
 Suma de comprobación de la cabecera (16 bits). Verifica sólo la cabecera y es útil para la detección
de errores generados por palabras de memoria en mal estado en un enrutador.
 Dirección de origen y dirección de destino (32 bits, cada una). Indican la dirección IP origen y la
dirección IP destino.
 Opciones (de 0 a 40 bytes). Las opciones son de longitud variable. Empiezan con un código de 1 byte,
que identifica la opción. A continuación, sólo para algunas opciones, 1 byte que indica la longitud de la
opción. Finalmente, uno o más bytes de datos. El campo de opciones se rellena para obtener palabras
completas o, lo que es lo mismo, múltiplos de 4 bytes. Las opciones las eligen las aplicaciones de origen
aunque es bastante raro usarlas. Actualmente hay 5 opciones definidas:
 Seguridad  Permite añadir una etiqueta para indicar lo secreta que es la información que
contiene el datagrama. En la práctica, los enrutadores ignoran esta opción.
 Enrutamiento estricto desde el origen  Indica la trayectoria completa a seguir como secuencia
de direcciones IP. Esta opción es usada por los administradores para hacer mediciones de
tiempo.
 Enrutamiento libre desde el origen  Se indica una lista de enrutadores por los que tiene que
pasar el paquete, en el orden especificado, pero puede pasar a través de otros enrutadores en
el camino. Es de utilidad cuando las consideraciones políticas o económicas dictan pasar o
evitar ciertos países.
 Registrar ruta  Indica a los enrutadores por los que pasa el datagrama que agreguen su
dirección IP de 32 bits en el campo de opciones para conocer la ruta que ha seguido el
datagrama.
 Marca de tiempo  Como la opción anterior, pero además el enrutador también tiene que
registrar una marca de tiempo de 32 bits, expresada en milisegundos, de acuerdo a cada reloj
local. Ambas opciones se utilizan principalmente para la búsqueda de fallos en los algoritmos de
enrutamiento.

DIRECCIONES IP

Cada nodo de la red tiene una dirección IP única, formada por el número de red y el número de host.
Para evitar que dos nodos tengan la misma dirección IP existe un organismo de asignación de direcciones, el NIC
(Network Information Center). Estas direcciones son de 32 bits de longitud y generalmente se escriben en
notación decimal con puntos.
Se usan en los campos de dirección de origen y dirección de destino de los paquetes IP.
Las direcciones se agrupan en clases. El formato de cada una puede verse gráficamente en la siguiente figura.

32 bits
8 bits

0 Red (1 - 126) Host Clase A

10 Red (1º byte 128 - 191) Host Clase B

110 Red (1º byte 192 - 223) Host Clase C

1110 Dirección multitransmisión (1º byte 224 - 239) Clase D

11110 Reservado para uso futuro (1º byte 240 - 247) Clase E

14 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Clase A. Tiene 8 bits para referenciar la identificación de la red, pero el primer bit es siempre 0. Por
tanto, sólo permite direccionar 27 = 128 redes. A este número hay que restarle 2, puesto que las
direcciones [Link] y [Link] están reservadas, quedando un total de 126 redes. La dirección de red
[Link] se denomina encaminamiento por defecto y [Link] es la dirección de loopback, como se
explica más abajo. Por otro lado, esta clase puede direccionar 224 – 2 = 16.777.214 nodos, puesto que
las direcciones X.0.0.0 y X.255.255.255 son las direcciones de red y difusión respectivamente. Una
dirección con todos los bits de la parte de host a 0 se refiere a la red y con todos los bits de nodo a 1 se
denomina dirección de difusión y se utiliza para referirse a todos los host de la red especificada.
 Clase B. Tiene dos octetos para identificar la red, pero los dos primeros bits están fijados a 10, con lo
que existen 214 =16.384 posibilidades. El número de host posibles es 216 – 2 = 65.534.
 Clase C. Sabiendo que los tres primeros bits son fijos (110), el número de redes posibles es 2 21 =
2.097.152. Por otro lado, el número de nodos posibles es 28 – 2 = 254.
 Clase D. El rango de direcciones de esta clase se utiliza para dirigir un datagrama a múltiples hosts.
 Clase E. Este rango se reserva para uso futuro.

El siguiente ejemplo permite clarificar la diferencia entre una dirección de red, una dirección de difusión y una
dirección asignable:
Se tiene la dirección [Link]. Para determinar a qué clase pertenece nos fijamos en el primer byte. Como
es un 115, está contenido en el rango 1-126 por lo que se trata de una dirección de clase A. Esto quiere decir
que el primer octeto identifica la red. Como se ha explicado antes, poniendo todos los bits a 0 en la parte de
host, se tiene la dirección de la red. Así pues, [Link] es una dirección de red de clase A. También se ha
comentado que poniendo a 1 todos los bits del host se tiene la dirección de difusión para la red indicada, que
será la [Link]. Quitando la dirección de red y la de difusión, el resto del rango son direcciones
asignables. En este ejemplo, se pueden asignar 224 – 2 = 16.777.214 direcciones de host, de la [Link] a la
[Link].
Existen algunas direcciones especiales:
 Cuando se arranca un host, éste utiliza la dirección IP [Link] inicialmente.
 El formato de dirección para referirse a una red se hace completando la parte local de la dirección con
ceros. Ejemplo: [Link] es una dirección de red de clase A.
 Las direcciones IP con número de red igual a 0 se refieren a la red actual. Ejemplo: [Link] es un
host en su propia red, de clase A.
 Para difusión en una subred local, se usa la dirección [Link]. No es reenviada por los
encaminadores.
 Para difundir un mensaje a todos los nodos de una red distante, la dirección IP a utilizar tiene un
número de red y sólo unos en el campo de host. Ejemplo: [Link] para difusión a todos los
ordenadores de la red de clase B [Link].
 Las direcciones con formato [Link] se utilizan para pruebas de realimentación. La dirección
[Link] se utiliza como dirección interna, también llamada “loopback”.

Subredes
Todos los ordenadores de una red deben tener el mismo número de red. Esta característica puede llegar a ser un
problema a medida que crecen las redes. La solución a este problema es la división de una red en varias partes o
subredes. Desde el punto de vista del mundo exterior las subredes no son visibles, sino que se ve la red como un
todo. Por esta razón, no es necesario ponerse en contacto con el NIC para la asignación de una subred nueva.
Al incluir el concepto de subred, la parte de la dirección IP que identifica la red no cambia, mientras que la parte
de host ahora se divide en subred y nodo dentro de ésta. Por ejemplo, se supongamos una organización que
tiene asignada la red de tipo B [Link] pero quiere tener sus máquinas repartidas en redes de área local o
LAN’s diferentes. La forma de conseguir esto es mediante la creación de subredes dentro de la red existente. El
número de bits asignados a la parte de subred y a la parte de host puede variar en función de las necesidades de
la organización. En este ejemplo, suponemos que de los 16 bits correspondientes inicialmente a la parte de host
de la red de clase B, 6 van a identificar la subred y 10 el nodo. De esta forma, se tiene una red de clase B con
posibilidad de albergar hasta 26 – 2 = 62 subredes (el 0 y el 1 se reservan), con 210 – 2 = 1022 hosts cada una.

Máscaras de red y subred

La herramienta que permite obtener la dirección de red de una dirección IP dada es la máscara de red. Es una
especie de dirección IP especial que, en binario, tiene todos los bits que definen la red puestos a 1 y los bits
correspondientes al host puestos a 0. Así, las máscaras de red de los diferentes tipos de redes principales son:

___________________________________________________________________ 15
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

 Red de clase A: Máscara de red = [Link] o bien /8 (siendo 8 el núm. de 1s de la máscara)

 Red de clase B: Máscara de red = [Link] o bien /16 (siendo 16 el núm. de 1s de la máscara)
 Red de clase C: Máscara de red = [Link] o bien /24 (siendo 24 el núm. de 1s de la máscara)

La máscara de red posee la propiedad de que cuando se combina, mediante una operación AND lógica, con la
dirección IP de un host se obtiene la dirección propia de la red en la que se encuentra el mismo.
En las redes donde hay definidas subredes se aplica el concepto de máscara de subred. Siguiendo con el ejemplo
anterior, la máscara de subred que debe aplicarse es [Link]. Es decir, si se recibe un mensaje con la
dirección [Link] se sabe que va destinado al host 281 de la subred 6. A continuación se clarifica esta
afirmación mediante notación binaria: la dirección recibida es 10001100.00011001.00011001.00011001.
Como el primer byte es un 145 (está en el rango 128-191) se sabe que es de clase B y, por tanto, la máscara de
red es [Link].

Dirección recibida 10001100.00011001.00011001.00011001

Máscara de red 11111111.11111111.00000000.00000000
Máscara de subred 11111111.11111111.11111100.00000000
< -------red--------- ><subr>< ----host--->

Red 10001100.00011001 = 145.25

Subred 000110 = 6
Host 0100011001 = 281

100.02.03. PROTOCOLOS DE CONTROL

Además de IP que, como hemos visto, se usa para la transferencia de datos, en la capa de red se usan varios
protocolos de control, como ICMP, ARP, RARP y BOOPT.

ICMP. PROTOCOLO DE CONTROL DE MENSAJES DE INTERNET

Cuando ocurre algún suceso, ICMP (Internet Control Message Protocol) es el protocolo encargado de informar del
mismo. No toma ninguna decisión al respecto, esto es tarea de las capas superiores. Los mensajes de ICMP se
encapsulan dentro del campo de datos de los paquetes IP.
El mensaje ICMP tiene tres campos fijos y a continuación el cuerpo del mensaje que varía en función del tipo de
mensaje. Los campos obligatorios son:
 Tipo (8 bits). Se utiliza para distinguir los tipos de mensajes ICMP, descritos más abajo, y determinar su
formato.
 Código (8 bits). En algunos mensajes ICMP se utiliza este campo para distinguir distintos subtipos
dentro de un tipo de mensaje, es decir, para ofrecer una descripción concreta del error que se ha
producido.
 Checksum (16 bits). Código de protección contra errores de transmisión.

Existen diversos tipos de mensajes ICMP. Por un lado, están los mensajes informativos. Todos ellos contienen,
además de los 3 campos fijos, un identificador de 16 bits y un número de secuencia, también de 16 bits. Los
mensajes informativos más importantes son los siguientes:
 Solicitud de eco (Tipo 8). Permite detectar si un destino concreto es alcanzable y está vivo. Cuando se
envía un mensaje de este tipo se espera que el destino, si existe, devuelva un mensaje de Respuesta de
eco. Lleva un campo de Datos opcional con un número de bytes variables que fija el host peticionario.
 Respuesta de eco (Tipo 0). Mensaje que se devuelve cuando se recibe un mensaje de Solicitud de eco
al emisor de dicho mensaje. Si el mensaje de solicitud lleva campo de datos, éste se copia en el mensaje
de respuesta, tal como llega. Este mecanismo permite ver si paquetes de distintos tamaños llegan o no
a un destino.

16 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Solicitud de marca de tiempo (Tipo 13). Misma funcionalidad que el mensaje Solicitud de eco pero
indica al receptor que debe añadir información adicional de tiempos en el mensaje de respuesta.
 Respuesta de marca de tiempo (Tipo 14). Parecido al mensaje de Respuesta de eco pero además
almacena el tiempo de llegada del mensaje de Solicitud de marca de tiempo y el tiempo de partida del
mensaje de respuesta. Los mensajes de solicitud y respuesta de marca de tiempo permiten estimar el
retardo extremo a extremo y sincronizar los relojes de los hosts.
 Solicitud de máscara de dirección (Tipo 17). Lo utiliza un host cuando se reinicia en una red y no
conoce cuántos bits se han asignado a la máscara de subred.
 Respuesta de máscara de dirección (Tipo 18). Ante un mensaje del tipo anterior, normalmente es
un router el que contesta con un datagrama con los bits de red y subred puestos a 1 y los de host a 0.

El resto son mensajes de error. Todos ellos contienen, además de los 3 campos fijos, el encabezado y los 8
primeros bytes del datagrama que ocasionó el error. Los mensajes de error más importantes son los siguientes:
 Destino inalcanzable (Tipo 3). Este tipo de mensaje se utiliza ante varias situaciones. El campo de
código describe el error concreto que se ha producido.
 Código=0  Se usa cuando no se puede encontrar la red del destino del mensaje.
 Código=1  Cuando el propio host o aplicación destino está inalcanzable.
 Código=2  Cuando el campo de protocolo del datagrama no coincide con ninguno de los
protocolos del host destino.
 Código=3  No se puede llegar al puerto destino o la aplicación destino no está libre.
 Código=4  Cuando una red no puede transportar un paquete IP demasiado grande para ella
pero lleva el bit DF activado, indicando que no se permite fragmentación.
 Código=5  La ruta de origen no es correcta.
 Código=6  No se conoce la red destino.
 Código=7  No se conoce el host destino.
 Código=8  El host origen está aislado.
 Código=9  La comunicación con la red destino está prohibida por razones administrativas.
 Código=10  La comunicación con el host destino está prohibida por razones administrativas.
 Código=11  No se puede llegar a la red destino debido al Tipo de servicio.
 Código=12  No se puede llegar al host destino debido al Tipo de servicio.
 Tiempo excedido (Tipo 11). Cuando existe una alta congestión en la red o los paquetes están vagando
por la red en bucle, llega un momento en que el contador de tiempo de vida del paquete llega a 0.
Cuando esto ocurre se envía un mensaje de Tiempo excedido al origen del datagrama descartado, con el
campo de Código puesto a 0. Esto puede ser síntoma de que el temporizador tiene un valor demasiado
pequeño. Otra situación en la que se envía este mensaje es cuando finaliza el tiempo de espera de los
trozos de un datagrama fragmentado sin que se hayan recibido todos. En este caso, el valor del campo
Código es 1.
 Problema de parámetro (Tipo 12). Indica que algún campo de la cabecera tiene un valor ilegal, que
el tamaño del datagrama es incorrecto o que falta algún campo obligatorio, debido a un fallo del
software de IP en el host emisor o en alguno de los enrutadores por los que ha pasado el mensaje. Este
mensaje incluye un campo Indicador de 8 bits que apunta al campo del encabezado IP que generó el
problema.
 Supresión de origen (Tipo 4). Cuando un host envía muchos paquetes se le envía un mensaje de este
tipo con la intención de que deje de enviar tantos. Actualmente no se usa mucho este tipo de mensaje
ICMP porque incrementan la posibilidad de congestión en la red.
 Redireccionamiento (Tipo 5). Cuando un enrutador detecta que un paquete puede estar mal
encaminado envía un mensaje de este tipo al host emisor del paquete para avisarle del posible error y
para que modifique sus tablas de enrutamiento, si procede.

ARP. PROTOCOLO DE RESOLUCIÓN DE DIRECCIONES

El hardware de la capa de enlace de datos no entiende las direcciones IP, es necesario que sean traducidas a
direcciones físicas.
Una posible solución es tener un archivo de configuración en algún lugar del sistema que proyecte las direcciones
IP en direcciones físicas. Sin embargo, en organizaciones con miles de hosts, el mantenimiento y gestión de estos
archivos conllevaría mucho tiempo y sería muy susceptible de errores.
Una solución más sencilla la ofrece el protocolo de resolución de direcciones, ARP (Address Resolution Protocol).
Cuando un host quiere enviar un paquete a otro, del cual conoce su dirección IP pero no su dirección física, envía
un paquete ARP a la red con la dirección IP que se quiere resolver. La difusión llegará a cada host de la red, que
revisará su propia dirección IP, y sólo aquel que coincida responderá con su dirección física. El host origen pone
en su caché el resultado de esta operación por si necesita establecer contacto con el mismo host posteriormente.

___________________________________________________________________ 17
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Esta solución admite distintas optimizaciones. Cuando un nodo envía un mensaje a otro, para lo que ha utilizado
previamente el protocolo ARP para obtener la dirección física del host destino, lo más normal es que el host
destino devuelva una respuesta. Por tanto, el destino debe utilizar el protocolo ARP para determinar la dirección
física del transmisor. Esto podría evitarse si el host origen incluye en su primer paquete ARP la proyección de su
dirección IP a dirección física. En este caso, todos los host de la red que reciben este paquete incluyen dicha
proyección en sus cachés de ARP.
Otra mejora sería que todos los hosts difundan su proyección al arrancar mediante un paquete de ARP. No debe
haber respuesta, pero todos los hosts de la red crean una entrada en su caché de ARP con la proyección recibida.
Si se recibe respuesta es porque dos host de la red tienen la misma dirección IP. En este caso, el host que se
está conectando debe informar de ello al administrador del sistema y no arrancar.
A continuación se muestra el formato de la trama de ARP.

[Link] PROTO [Link] [Link] OPERACION [Link] [Link] [Link] [Link]

 [Link] (Tipo de hardware). Especifica la tecnología de red. Ejemplo: Ethernet -> [Link]=1
 PROTO (Tipo de protocolo). Especifica el tipo de protocolo de nivel de red para el que se están
resolviendo las direcciones físicas.
 [Link] (Longitud hardware). Especifica la longitud de la dirección física que se va a resolver.
 [Link] (Longitud IP). Especifica la longitud de la dirección del protocolo de nivel 3 que hay que traducir.
 OPERACION
 1 = Solicitud ARP
 2 = Respuesta ARP
 3 = Solicitud RARP
 4 = Respuesta RARP
 [Link] (Dirección origen HW). Especifica la dirección física del emisor de la trama ARP.
 [Link] (Dirección origen IP). Especifica la dirección de nivel 3 del emisor de la trama ARP.
 [Link] (Dirección destino HW). Especifica la dirección física del destino de la trama ARP. Si se trata de
una operación de solicitud, será una dirección de difusión.
 [Link] (Dirección destino IP). Especifica la dirección de nivel 3 del destino de la trama ARP.

RARP. PROTOCOLO DE RESOLUCIÓN DE DIRECCIONES INVERSO.

A veces se produce el caso inverso al anterior. Es decir, se necesita conocer la dirección IP dada una dirección
física. Esto ocurre, por ejemplo, cuando se inicia una máquina sin disco que normalmente recibe la imagen
binaria de su sistema operativo de un servidor de archivos remoto pero desconoce su dirección de IP.
El protocolo de resolución de direcciones inverso RARP (Reverse Address Resolution Protocol) permite que un
host recién iniciado difunda su dirección física para preguntar si alguien en la red conoce la dirección IP asociada
a ella. Cuando el servidor RARP recibe esta solicitud busca la dirección física en sus archivos de configuración y le
envía la dirección de IP correspondiente.
Es preferible usar RARP a integrar la dirección IP en la imagen de memoria. La razón es que, si se hiciera esto
último, cada máquina necesitaría su propia imagen de memoria. De esta forma se puede usar la misma imagen
para todas las máquinas.
El problema de RARP es que usa una dirección de difusión limitada, con todos los bits a 1, que no es reenviada
por los enrutadores. Por esta razón es necesario que haya un servidor RARP en cada red.
El formato de la trama RARP es como el explicado para ARP.

BOOTP

Para solucionar el problema de RARP planteado en el apartado anterior se ha inventado un protocolo alterno de
arranque llamado BOOTP. A diferencia de RARP, BOOTP utiliza mensajes UDP que se reenvían a través de los
enrutadores.
Este protocolo también proporciona información adicional a una estación de trabajo sin disco, incluida la dirección
IP del servidor de archivos que contiene la imagen de memoria, la dirección IP del enrutador predeterminado y la
máscara de subred a usar.

IGMP. PROTOCOLO DE ADMINISTRACIÓN DE GRUPOS DE INTERNET

18 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

La comunicación IP normal es entre un transmisor y un receptor. En algunas aplicaciones, sin embargo, es útil
poder transmitir a una cantidad grande de receptores de forma simultánea. Por ejemplo, las actualizaciones de
réplicas, las bases de datos distribuidas, etc.
IP maneja la multitransmisión usando direcciones clase D (direcciones multicast) que identifican cada una a un
grupo de hosts (estos host mantienen su dirección IP individual de forma que responden a ambas direcciones).
Cuando se envía un paquete a una dirección clase D se intenta entregar a todos los miembros de grupo, pero no
se dan garantías (protocolo best-effort).
La multitransmisión se lleva a cabo mediante enrutadores especiales. Aproximadamente cada minuto todos los
enrutadores multitransmisión envían una multitransmisión de hardware a los host de su red local, solicitándoles
que indiquen las direcciones clase D o los grupos en los que están interesados. Cada host responde con dicha
información. Estos paquetes de solicitud y respuesta usan el protocolo IGMP (Internet Group Management
Protocol).
La trama IGMP tiene los siguientes campos:

0 4 8 16 31
VERS TYPE SIN USO CHECKSUM
DIRECCIÓN DE GRUPO DE MULTIENVÍO

100.02.04. PROTOCOLOS DEL NIVEL DE TRANSPORTE

PROTOCOLO TCP

TCP (Transmisión Control Protocol) se diseñó específicamente para enviar una secuencia de bytes fiable a través
de una interred no fiable. Sus características principales son:
 Es un protocolo orientado a la conexión. TCP establece una conexión entre un socket de la máquina
transmisora y un socket de la máquina receptora. Un socket es un punto terminal al que se le asigna un
número de socket formado por la dirección IP del host y un número de 16 bits local a ese host, llamado
puerto. Puerto es el nombre que se le asigna a los Puntos de acceso al servicio de nivel 4 (TSAP). Una
vez establecida la conexión se pueden transferir datos entre origen y destino. Aunque cada paquete
enviado desde el host origen puede viajar por un camino o ruta diferente hasta llegar al host destino,
por medio del protocolo IP, TCP consigue que parezca que existe un único circuito de comunicación
entre ambos hosts.
 Es un protocolo fiable.
 Es un protocolo de flujo no estructurado, con posibilidad de enviar información de control junto a los
datos.
 Es un protocolo con transferencia de memoria intermedia. Con objeto de minimizar el tráfico de red y
conseguir una transferencia eficiente, se van almacenando los datos del flujo de transmisión hasta
completar un paquete lo suficientemente largo como para ser enviado. En el destino, se almacenan los
datos recibidos hasta completar una secuencia completa y correcta para pasarla al proceso de aplicación
destino. Los datos se almacenan en memorias intermedias denominadas buffers.
 Usa conexiones dúplex integral, es decir, el tráfico puede ir en ambos sentidos al mismo tiempo. TCP no
reconoce la multitransmisión ni la difusión.

SEGMENTO TCP

Cada segmento comienza con una cabecera de formato fijo de 20 bytes. Ésta puede ir seguida de opciones de
cabecera. Tras las opciones, si las hay, se encuentran los datos. También puede haber segmentos sin datos
usados normalmente para acuses de recibo y mensajes de control.
El formato de la cabecera TCP es el siguiente:

___________________________________________________________________ 19
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Puerto de origen Puerto de destino

Número de secuencia

Número de reconocimiento
Longitud U A P R S F
de cabe- R C S S Y
I Tamaño de la ventana
cera TCP G K H T N
N

Suma de comprobación Apuntador urgente

Opciones (0 o más palabras de 32 bits)

Datos (opcional)

 Puerto de origen y puerto de destino (16 bits cada uno). Identifican los puntos terminales locales de la
conexión. Cada host puede decidir la forma de asignar sus propios puertos, comenzando por el 256. Al
finalizar la conexión el número de puerto queda libre para ser utilizado en una futura conexión. El rango
de puertos abarca desde 0 a 65535. De 0 a 1023 ya están asignados, algunos aparecen en la siguiente
tabla.

Puerto Aplicación Descripción

20 DATOS Transferencia de datos
21 FTP Transferencia de archivos
23 TELNET Conexión remota
25 SMTP Transferencia de correo
80 HTTP Transferencia de hipertexto
110 POP3 Recuperación de correo de PC
119 NNTP Acceso a noticias de la red

 Número de secuencia (32 bits). Indica el primer byte de datos que hay en el segmento.
 Número de acuse de recibo (32 bits). Especifica el siguiente byte esperado, no el último byte recibido
correctamente. Para que este campo se tenga en cuenta el bit ACK debe estar activado (“1”).

20 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Longitud de cabecera TCP. Cantidad de palabras de 32 bits contenidas en la cabecera TCP. Es

necesaria, ya que el campo de opciones es de longitud variable. El tamaño de la cabecera completa
puede oscilar entre 5 y 60 bytes.
 6 bits que no se usan. Su valor es “0” y están reservados para usos futuros.
 6 banderas o indicadores de 1 bit con funciones de control.
 URG  A “1” indica que el segmento contiene datos urgentes. El Apuntador urgente (16 bits)
indica el siguiente byte del campo de Datos que sigue a los datos urgentes, es decir, indica cuál
es el último byte de datos que es urgente. Al recibirse los datos urgentes en el destino se
interrumpe la aplicación receptora para que pueda leer el flujo de datos hasta encontrar los
datos urgentes.
 ACK  A “1” indica que el Número de acuse de recibo es válido. Si ACK=0 se ignora el campo
de Número de acuse de recibo. Hay que tener en cuenta que un mismo segmento puede
transportar datos en un sentido y confirmaciones en el sentido opuesto de la comunicación.
 PSH  Indica datos empujados. Se activa para solicitar al receptor que entregue los datos a la
aplicación a su llegada y no los almacene en el buffer hasta la recepción de un buffer completo.
 RST  Sirve para reestablecer una conexión y para rechazar un segmento no válido o un
intento de abrir una conexión.
 SYN  Campo para la sincronización de los números de secuencia, que se utiliza al establecer
la conexión. SYN indica el primer número de secuencia con el que se va a empezar a transmitir.
Puede ser distinto de 0.
 FIN  Se utiliza para liberar conexiones.
 Tamaño de la ventana (16 bits). Indica la cantidad de bytes que pueden enviarse a partir del último
byte del que se ha recibido acuse de recibo. El receptor pone el valor de la ventana a 0 cuando no
puede recibir más datos.
 Suma de comprobación (16 bits). Suma de comprobación de la cabecera, los datos y una
pseudocabecera conceptual.
 Opciones. Permite agregar características extra no cubiertas en la cabecera normal. La más importante
es la que permite que cada host especifique la carga útil TCP máxima que está dispuesto a aceptar.
 Para completar el tamaño del segmento TCP hasta que sea múltiplo de 32 bits se usan bits de relleno.

CONEXIONES TCP

Para establecer una conexión uno de los lados espera pasivamente una conexión entrante y el otro ejecuta una
primitiva de conexión, especificando la dirección y el puerto IP con el que se desea conectar, el tamaño máximo
de segmento TCP que está dispuesto a aceptar y, opcionalmente, algunos datos de usuario. Esta primitiva genera
un segmento TCP con el bit SYN encendido y el bit ACK apagado. Al llegar el segmento al destino la entidad TCP
revisa si hay algún proceso escuchando en el puerto indicado en el campo de puerto de destino. Si no lo hay,
envía una contestación con el bit RST encendido para rechazar la conexión. En caso contrario, el proceso recibe
el segmento TCP entrante y puede aceptar o rechazar la conexión. Si la acepta, se envía de vuelta un segmento
de acuse de recibo.
Cuando se cae un host, por seguridad, no puede reiniciarse durante el tiempo máximo de paquete (120 seg.)
para asegurar que no haya paquetes de conexiones previas vagando por Internet.
Para liberar una conexión, cualquiera de las partes puede enviar un segmento TCP con el bit FIN activado,
indicando que no tiene más datos que transmitir. Al reconocerse el FIN, ese sentido se apaga. Sin embargo, el
flujo de datos en el otro sentido puede continuar. Cuando ambos sentidos se han apagado se libera la conexión.
En algunas implementaciones de TCP existe un temporizador de seguir con vida (keepalive timer). Cuando una
conexión ha estado ociosa durante demasiado tiempo este contador puede agotarse. Si esto ocurre, un lado de la
conexión comprueba si el otro aún está ahí. Si no se recibe respuesta se termina la conexión.

DETECCIÓN DE ERRORES

Las técnicas más efectivas y usadas son las siguientes:

 Detección de errores. Consiste en añadir uno o más bits de información a cada segmento de forma
que indiquen claramente si se ha alterado alguno de los bits del mismo en el camino del emisor al
receptor. Ejemplos.
 Paridad  Se añade un bit de paridad al bloque de datos para que el número de bits de valor 1
sea par en todo el bloque. El receptor sólo tiene que comprobar que el número de bits 1 del
bloque recibido es par para darlo por válido.

___________________________________________________________________ 21
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

 Checksum  Se obtiene un valor calculado a partir de la información del segmento completo,

incluyendo dicho valor en la cabecera. En el otro extremo, el receptor vuelve a calcular este
valor, comprobando que es el mismo que el suministrado en la cabecera. Si no hay coincidencia
es incorrecto.
 Comprobación de Redundancia Cíclica (CRC)  Partiendo de un bloque de n bits a transmitir, el
emisor le suma los k bits necesarios para que n+k sea divisible por algún número conocido
tanto por el emisor como por el receptor.
 Confirmaciones positivas. El receptor devuelve un acuse de recibo positivo por cada uno de los
segmentos recibidos correctamente. Se usa para detectar y solicitar el reenvío de segmentos perdidos.
Esta es la técnica que se utiliza en el sistema de parada y espera (ver siguiente apartado).
 Expiración de intervalos de tiempo. El emisor inicia un contador de tiempo tras haber enviado un
segmento (el temporizador de retransmisión). Si este contador se agota sin que se reciba un ACK
positivo el emisor vuelve a transmitir el mismo segmento. Como el anterior, se utiliza para detectar y
solicitar el reenvío de segmentos perdidos.
 Confirmación negativa y transmisión. El receptor sólo confirma los segmentos recibidos
erróneamente para que el emisor los vuelva a enviar. Por tanto, se utiliza para solicitar el reenvío de
segmentos dañados.

CONTROL DE FLUJO

El control de flujo más simple es el que se lleva a cabo mediante el sistema de parada y espera. El transmisor
guarda un registro de cada segmento que envía, esperando un ACK antes de enviar el siguiente. También
arranca un temporizador cuando envía el segmento. Si el temporizador expira antes de recibir el acuse de recibo,
retransmite el segmento y reinicia el temporizador. Este mecanismo es el más barato y el más usado cuando se
transmiten tramas muy grandes pero es ineficiente ya que está el canal de transmisión desaprovechado la mayor
parte del tiempo.
El control de flujo mediante ventana deslizante permite que el transmisor envíe varios segmentos sin esperar
los ACK correspondientes. En este sistema el emisor y el receptor se ponen de acuerdo en el número de
segmentos sin procesar que puede guardar éste último, dependiendo del tamaño de sus buffers. También se
ponen de acuerdo en el número de bits a utilizar para numerar cada segmento. Cuando la ventana tiene un
tamaño cero el emisor no puede enviar más segmentos, salvo en dos casos excepcionales: cuando se trata de
datos urgentes y cuando el emisor envía un segmento de 1 byte para provocar que el receptor genere un nuevo
acuse de recibo con un nuevo tamaño de ventana, evitando así un bloqueo indefinido de la conexión. Este
sistema es mucho más eficiente que el de parada y espera ya que puede haber más de un segmento a la vez en
las líneas de transmisión.
Una variedad mejorada del sistema de ventana deslizante es el sistema de control de flujo con adelante-atrás-
N, en el que cuando la estación destino encuentra un segmento erróneo devuelve un ACK negativo, rechazando
todos los que le lleguen hasta que no reciba otra vez el segmento incorrecto en buenas condiciones. El emisor, al
recibir el ACK negativo, sabe que tiene que volver a transmitir ese segmento y todos los siguientes.
Por último, existe otro sistema denominado sistema de control con rechazo selectivo, que se basa en que los
únicos segmentos que se vuelven a retransmitir son aquellos rechazados por el receptor o aquellos cuyo
temporizador expira sin confirmación. Este método es más eficiente que los anteriores pero precisa que el
receptor disponga de un buffer intermedio de gran capacidad (y por lo tanto caro) en el que guardar todos los
segmentos recibidos tras el rechazo de uno dado hasta recibir de nuevo el segmento rechazado de forma
correcta. Además, debe ser capaz de colocarlo en su lugar de secuencia correcto. Por su parte, el emisor debe
tener la capacidad de reenviar segmentos fuera de orden. Estos motivos hacen que este método, a pesar de ser
el más efectivo, sea el menos utilizado.

CONTROL DE CONGESTIÓN

Cuando la carga ofrecida a la red es mayor que la que puede gestionar se produce congestión. Todos los
algoritmos TCP suponen que las terminaciones de temporización son causadas por congestiones y las revisan en
busca de problemas.
Cada transmisor mantiene dos ventanas diferentes:

 Ventana negociada con el receptor al establecerse la conexión, cuyo tamaño está basado en el tamaño
del buffer de memoria del destino. Esto permite que el transmisor no envíe más datos de los que el
receptor puede almacenar evitando así que le sature.
 Ventana de congestión, determinada por el tamaño de los datos que se pueden enviar sin que se
produzca timeout.

22 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

El transmisor sólo puede mandar un número de segmentos limitado por el tamaño de la ventana más pequeña. Al
establecerse una conexión, el transmisor asigna a la ventana de congestión el tamaño de segmento máximo
usado por la conexión. Cada envío reconocido con éxito duplica la ventana de congestión. Este algoritmo se llama
arranque lento y permite que el tamaño de la ventana de congestión crezca exponencialmente hasta que se
produzca una terminación de temporización (timeout) o se alcance el tamaño de la ventana receptora.
Este crecimiento exponencial puede producir saturación. Para evitarlo, se introduce otro parámetro, denominado
umbral, que toma como valor inicial 64 KBytes. Cuando se produce el timeout se cambia el valor del umbral a la
mitad del tamaño de la ventana de congestión, se establece el valor de la ventana al del tamaño de un segmento
máximo y se inicializa otra vez el proceso de arranque lento. Ahora, cuando el tamaño de la ventana llega al del
umbral ésta crece sólamente en saltos de un segmento máximo, es decir, con un progreso lineal hasta que se
produzca una nueva terminación de temporización.

PROTOCOLO UDP

El UDP (User Data Protocol) ofrece a las aplicaciones un mecanismo para enviar datagramas IP en bruto,
encapsulados sin tener que establecer una conexión.
Es una alternativa al TCP y se usa cuando una entrega rápida es más importante que una entrega garantizada, o
cuando la información a enviar cabe en un único datagrama. Sus características son:
 UDP no admite numeración de los datagramas y tampoco utiliza mensajes de confirmación de entrega.
Esto hace que la garantía de que un paquete llegue a su destino sea mucho menor que si se usa TCP.
También origina que los datagramas puedan llegar duplicados y/o desordenados a su destino. Por estos
motivos, el control de envío de datagramas debe ser implementado por las aplicaciones que usan UDP.
 Es un protocolo del tipo best-effort (mejor esfuerzo) porque hace lo que puede para transmitir los
datagramas hacia el destino, pero no puede garantizar que éste los reciba.
 UDP no utiliza mecanismos de control de errores. Cuando se detecta un error en un datagrama, en lugar
de entregarlo a la aplicación destino, se descarta.

Algunos ejemplos de situaciones en las que es más conveniente un servicio no orientado a conexión, en los que
es más útil un protocolo del tipo UDP, son:
 Aplicaciones en tiempo real como audio o video, donde no se puede tolerar el retardo producido por los
ACK.
 Consultas a servidores que requieren el envío de uno o dos mensajes únicamente, como es el caso del
DNS.
 Cuando se quiere transmitir información en modo multicast (a varios destinos) o en modo broadcast (a
todos los destinos), ya que no tiene sentido esperar la confirmación de todos los destinos para
continuar.

DATAGRAMA UDP

El datagrama UDP consiste en una cabecera de 8 bytes seguida de los datos. La cabecera presenta el siguiente
aspecto.

Puerto de origen Puerto de destino

Longitud UDP Suma de comprobación UDP

 Puerto de origen y puerto de destino (16 bits cada uno). Al igual que en TCP, sirven para identificar
los puntos terminales de las máquinas de origen y destino.
 Longitud UDP (16 bits). Indica la longitud del datagrama UDP en bytes, incluyendo la cabecera de 8
bytes y los datos.
 Suma de comprobación UDP (16 bits). Esta suma es opcional. Si no se calcula, su valor es 0.

___________________________________________________________________ 23
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

100.02.05. PROBLEMAS DEL MODELO TCP/IP

Aunque el modelo TCP/IP ha sido, en general, más aceptado que el modelo OSI, también tiene sus problemas:

 Como se ha dicho al comienzo del tema, el modelo TCP/IP no distingue con claridad los conceptos de
servicio, interfaz y protocolo.
 No es una buena guía para diseñar redes nuevas, ya que tampoco distingue de forma clara entre
especificaciones e implementación.
 No es un modelo general, por lo que no resulta adecuado para describir cualquier pila de protocolos
distinta de TCP/IP.
 La capa por debajo de interred, que denominamos capa de nodo a red, más que una capa es una
interfaz entre la red y las capas de enlace de datos. Se echa de menos, por tanto, la existencia de la
capa física y la de enlace de datos, que todo modelo bien diseñado debería incluir.
 Como la distribución de las implementaciones era gratuita, TCP/IP se ha utilizado ampliamente,
dificultando mucho su reemplazo.

100.03. EL PROTOCOLO IPV6

Desde principios de los 90, la IETF (Internet Engineering Task Force) investiga opciones para reemplazar la clási-
ca versión 4 del protocolo IP, a fin de subsanar los problemas que se van detectando: falta de suficientes direc-
ciones IP, excesivo volumen de las tablas de encaminamiento, poca atención al tipo de tráfico cursado, escasa
seguridad y otros varios.
En 1995 se presenta la versión 6 de IP y desde entonces sus características nuevas siguen sometidas a debate y
discusión. Entre estas novedades destacan: nuevo formato de direccionamiento, aceleración del encaminamiento,
soporte a la movilidad de máquinas, soporte al tráfico de tiempo real y seguridad integrada en el protocolo. Hasta
el día de hoy la red Internet funciona gracias a un protocolo general para redes de ordenadores llamado TCP/IP
(Transfer Control Protocol/Internet Protocol), en concreto la versión 4, o IPv4. RFC-791
Este sistema es todo un récord de persistencia en el mundo de la informática, porque tiene casi 20 años de anti-
güedad. Tras tan larga andadura, el protocolo IPv4 empieza a mostrar signos de debilidad. El más importante es
la escasez de direcciones IP libres. No obstante la solución ya está preparada y en camino en forma de una nue-
va versió[Link] especificaciones de Ipv6 se definen en la RFC 2460.

Concepto de protocolo en las redes.

Desde el punto de vista de la ingeniería, las redes de ordenadores no son un asunto trivial. Para empezar, los
datos no se pueden enviar por un cable directamente, porque los ordenadores conectados a la red no tendrían
modo de saber a cuál de ellos se dirigen o cuál es su contenido.
Por este motivo se inventaron los protocolos, un conjunto de mensajes que se envían por la red junto con los
datos, y que traducidos al lenguaje humano representan el equivalente a los saludos y notificaciones que no
aportan información: "Hola ordenador 2", "Te envío un archivo", "Ya lo he recibido", "Adiós". La información
sería, claro está, el archivo. Una dirección IP del protocolo IPv4 es un conjunto de cuatro números de la forma
[Link], cada uno de los cuales puede variar entre 0 y 255. Es decir, hay [Link] direcciones posi-
bles. Cada ordenador conectado a Internet debe tener su propia dirección IP, sea un servidor de páginas Web o
un ordenador doméstico que se conecta temporalmente a la red mediante un mó[Link] este último caso se
asigna una IP dinámica, que cuando ya no esté en uso puede asignarse a otro usuario. Por este motivo los pro-
veedores de acceso a Internet o ISPs deben reservar un cierto número de direcciones IP para sus abonados.

Terminología.

Dentro del entorno de Ipv6 se consideran las siguientes definiciones:

 IPng (IP: The Next Generation): Primer nombre que tuvo IPv6. Hoy es más bien un nombre informal
con el que se conoce a todos los protocolos que rodean a la nueva versión 6 del protocolo IP.
 IPv6 (IP versión 6): Nombre de la nueva versión (6) del protocolo IP.
 Internet II: La nueva Internet basada en nuevas tecnologías. Su protocolo de red será IPv6.
 Nodo.- dispositivo que implementa Ipv6. Puede ser un enrutador o un host.
 Router.- nodo que transmite paquetes Ipv6 no direccionados por él.
 Host.- cualquier nodo que no es router.
 Capa (layer) superior.- un protocolo de nivel inmediatamente por encima de Ipv6. Ejemplo: protoco-
los de transporte como TCP y UDP, protocolos de control como ICMP, protocolos de encaminamiento

24 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

como OSPF, protocolos de internet o de niveles inferiores tunelizados sobre IPv6 como IPX o el propio
Ipv6.
 Enlace (link).- Una facilidad de comunicación o medio sobre el cual los nodos pueden comunicarse en
la capa de enlace, es decir, la capa inmediatamente debajo del IPv6. Ejemplos son las Ethernets (sim-
ples o de puentes); enlaces PPP; X.25, Frame Relay, o redes ATM; y "túneles" de capa internet (o supe-
rior), tal como los túneles sobre IPv4 o sobre el mismo IPv6.
 Adyacentes (neighbors).- Nodos conectados al mismo enlace.
 Interfaz. La conexión de un nodo al enlace. Conexión con un medio de transmisión por la que se env-
ían los paquetes Ipv6. Aunque se realiza una distinción entre enrutadores y host, es posible, aunque po-
co probable, que un único nodo tenga varias interfaces y, potencialmente, reenvíe paquetes a direccio-
nes de otros nodos o solamente a un subconjunto de sus interfaces. Es decir, este dispositivo actuaría
como un host (en las interfaces que no reenvía) y como un enrutador (en las interfaces que reenvía).
 Dirección.- un identificador a nivel Ipv6 para una interfaz o un grupo de ellas.
 Paquete.- una cabecera Ipv6 más su carga útil.
 MTU del enlace.- (maximum transmission unit) tamaño máximo en octetos del paquete que puede ser
enviado por un enlace.
 MTU del path.- la mínima MTU del enlace de todos los enlaces de un path entre un nodo origen y un
nodo destino.

Las direcciones en IPv6

Las nuevas direcciones son de 128 bits: 3,4 X 10 elevado a 38 direcciones distintas (6,65 X 10 elevado a 23 or-
denadores por cada metro cuadrado de la superficie terrestre). Las direcciones se escriben en 8 bloques de 16
bits, en hexadecimal, separados por el carácter ":" Pueden omitirse en cada bloques los ceros no significativos:
5A01:0:0:0:8:800:200C:417A
Pueden sustituirse las secuencias de bloques consecutivos con los 16 bits a cero a la abreviatura "::". Esto sólo
puede hacerse una vez por dirección: 5A01::8:800:200C:417. Con un octeto (ocho bits de la forma 00010111) se
pueden representar los números de 0 a 255. Por tanto las direcciones IPv4 se componen de cuatro octetos, o 32
bits, lo cual genera los cuatro millones y pico de direcciones antes mencionadas.
En IPv6 las direcciones se componen de 16 octetos, es decir 128 bits. Esto daría lugar a 2128 direcciones, más o
menos 340 sextillones. No obstante, esta cifra no se alcanza, ya que parte de los dígitos identifican el tipo de
dirección, con lo que se quedan en 3800 millones. En cualquier caso se garantiza que no se acabarán en un plazo
razonable. Hay tres tipos de direcciones: unicast, anycast y multicast. Las direcciones unicast identifican un solo
destino. Un paquete que se envía a una dirección unicast llega sólo al ordenador al que corresponda. En el caso
de las direcciones anycast se trata de un conjunto de ordenadores o dispositivos, que pueden pertenecer a nodos
diferentes. Si se envía un paquete a una de estas direcciones lo recibirá el ordenador más cercano de entre las
rutas posibles. Las direcciones multicast definen un conjunto de direcciones pertenecientes también a nodos
diferentes, pero ahora los paquetes llegan a todas las máquinas identificadas por esa dirección. La arquitectura
de direccionamiento de Ipv6 se describe con detalle en la RFC 2373.

La nueva ortografía IP.

Para representar las direcciones IPv6 como cadenas de texto (en lugar de ceros y unos) hay diferentes reglas.
 La primera se denomina preferred form y consiste en listar la dirección completa como 8 números hexa-
decimales de cuatro cifras (8 paquetes de 16 bits): FEDC:2A5F:709C:216:AEBC:97:3154:3D12
1030:2A9C:0:0:0:500:200C:3A4
 La otra posibilidad es la forma comprimida o compressed form, en la que las cadenas que sean cero se
sustituyen por un par de dos puntos "::" que indican que hay un grupo de ceros. Por ejemplo:
FF08:0:0:0:0:0:209A:61 queda F08::209A:61 0:0:0:0:0:0:0:1 queda ::1
 Por último se pueden escribir en forma mixta, con las primeras cifras en hexadecimal y las últimas (las
orrespondientes a IPv4) en decimal: 0:0:0:0:0:0:[Link] ::[Link]
Las seis secciones de 16 bits de mayor orden (las de la izquierda) se muestran en hexadecimal, pero el resto se
muestra en la familiar notación decimal con puntos.

Características de Ipv6.
 La nueva versión debe ser capaz de coexistir e interoperar con las especificaciones actuales de Ipv4.
 Admite un espacio de direccionamiento exponencialmente mayor que Ipv4.
 Los paquetes de Ipv6 son más ligeros para facilitar la transmisión por distintos medios.
 IPv6 retiene la mayoría a de los conceptos básicos de IPv4.
 Al igual que IPv4, IPv6 es un servicio de entrega de datagramas no confiable y sin conexión.
 El formato de los datagramas en IPv6 es muy diferente al de IPv4.

___________________________________________________________________ 25
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

 IPv6 provee nuevas funcionalidades como autentificación y seguridad.

 IPv6 organiza cada datagrama como una secuencia de encabezados seguida de datos.
Un datagrama siempre comienza con un encabezado base de 40 octetos, el cual contiene las direcciones fuente y
destino y un identificador de flujo.
 El encabezado base puede estar seguido de 0 o más encabezados de extensión, seguido de datos.
 Los encabezados de extensión son opcionales; IPv6 los usa para codificar las mayoría de las opciones de
IPv4.
 Las direcciones en IPv6 son de 128 bits.
 Las direcciones están divididas en tipos, de manera análoga a las clases en IPv4.

Diferencias con la versión 4.

 Capacidad de direccionamiento ampliada.
Ipv6 incrementa el tamaño de la dirección desde los 32 bits a los 128 bits, para dar soporte a más niveles de
jerarquías de direccionamiento, un mayor número de nodos direccionables, y a una autoconfiguración más senci-
lla de las direcciones. La escalabilidad del encaminamiento multicast se ve incrementada por la inclusión de un
campo “scope” (finalidad) a las direcciones multicast addresses. Y se define un nuevo tipo de dirección denomi-
nada “anycast address”, usada para enviar un paquete a cualquiera de un grupo de nodos.
 Simplificación del formato de cabecera.
Algunos campos de la cabecera de Ipv4 han sido eliminados o convertidos en opcionales para reducir el coste de
proceso normal de los paquetes y limitar el coste en ancho de banda de la cabecera Ipv6.
 Mayor soporte para extensiones y opciones.
Los cambios en la forma en que se codifican las opciones de la cabecera IP permiten una transmisión más efi-
ciente, menos limitaciones para la longitud de las opciones y mayor flexibilidad para incluir nuevas opciones en
un futuro.
 Capacidad de etiquetado de flujo.
Se ha añadido una nueva posibilidad para permitir el etiquetado de paquetes pertenecientes a un determinado
“flujo” de tráfico para el que el emisor requiere de un manejo especial, como una calidad diferente de la de por
defecto o servicio en tiempo real.
 Utilidades de autenticación y privacidad.
Extensiones para dar soporte de autenticación, integridad de los datos y opcionalmente confidencialidad de los
datos.

Formato de cabecera Ipv6.

 Versión. Numero de versión de Internet Protocol (4 bits). Su valor es 6.
 Clase de tráfico. Campo de clase de trafico (8 bits).
 Etiqueta de flujo (20 bits).
 Longitud de carga útil. Entero sin signo de 16 bits. Longitud de la carga útil IPv6, es decir, el resto
del paquete que sigue a esta cabecera IPv6, en octetos. (Notar que cuales quiera de las cabeceras de
extensión presente es considerada parte de la carga útil, es decir, incluida en el conteo de la longitud).
 Cabecera siguiente. Selector de 8 bits. Identifica el tipo de cabecera que sigue inmediatamente a la
cabecera IPv6. Utiliza los mismos valores que el campo Protocolo del IPv4 [RFC-1700].
 Limite de salto. Entero sin signo de 8 bits. Decrementado en 1 por cada nodo que reenvía el paquete.
Se descarta el paquete si el Límite de saltos es decrementado hasta cero.
 Dirección de origen. Dirección de 128 bits del originador del paquete.
 Dirección destino. Dirección de 128 bits del recipiente pretendido del paquete (posiblemente no el
último recipiente, si
 está presente una cabecera Enrutamiento).
Se han mejorado las cabeceras de los paquetes, eliminado algunos campos de la cabecera Ipv4, haciendo que
otros sean opcionales y utilizando cabeceras de extensión. Las cabeceras de extensión son cabeceras separadas
que, con una excepción, no las examina ningún host en la ruta desde el origen al destino, mejorando la eficiencia
del enrutamiento.
También permite una mayor flexibilidad en la codificación de opciones y capacidades de expansión para opciones
futuras.
En Ipv6 se introduce el etiquetado de flujos, lo que permite indicar que los paquetes pertenecen a determinado
“flujo” de tráfico, de esta forma se permite manejar QoS y la administración de ancho de banda sin tener que
analizar cabeceras de TCP ni de UDP

26 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

También se han introducido extensiones que permiten autenticación, asegurar la integridad de los datos y cifrado
de paquetes opcional.

Cabeceras de Extensión IPv6

En el IPv6, la información de capa internet opcional se codifica en cabeceras separadas que se pueden colocar
entre la cabecera IPv6 y la cabecera de capa superior dentro de un paquete. Hay un número pequeño de tales
cabeceras de extensión, cada una identificada por un valor de Cabecera Siguiente distinto. Según esto un paque-
te IPv6 puede llevar cero, una, o más cabeceras de extensión, cada una identificada por el campo Cabecera Si-
guiente de la cabecera precedente:
Con una excepción, las cabeceras de extensión no son examinadas ni procesadas por ningún nodo a lo largo de
la ruta de entrega de un paquete, hasta que el paquete alcance el nodo (o cada uno del conjunto de nodos, en el
caso de multienvío) identificado en el campo Dirección Destino de la cabecera IPv6. Allí, el demultiplexaje normal
en el campo Cabecera Siguiente de la cabecera IPv6 invoca el módulo para procesar la primera cabecera de ex-
tensión, o la cabecera de capa superior si no hay ninguna cabecera de extensión presente. El contenido y la
semántica de cada cabecera de extensión determinan si se procede o no a la cabecera siguiente. Por lo tanto, las
cabeceras de extensión se deben procesar estrictamente en el orden que aparecen en el paquete; un receptor no
debe, por ejemplo, examinar a través de un paquete buscando un tipo en particular de cabecera de extensión y
procesar esa cabecera antes de procesar todas las precedentes.
La excepción mencionada es la cabecera Opciones de Salto a Salto, la cual lleva información que debe ser exami-
nada y procesada por cada nodo a lo largo de la ruta de entrega de un paquete, incluyendo los nodos de origen y
de destino. La cabecera Opciones de Salto a Salto, cuando está presente, debe seguir inmediatamente a la cabe-
cera IPv6. Su presencia es indicada por el valor cero en el campo Cabecera Siguiente de la cabecera Ipv6:
Si, como resultado de procesar una cabecera, un nodo necesita proceder a la cabecera siguiente pero el valor
Cabecera Siguiente en la cabecera actual es desconocido por el nodo, debe descartar el paquete y enviar un
mensaje ICMP de Problema de Parámetro al origen del paquete, con un valor Código ICMP de 1 ("encontrado tipo
de Cabecera Siguiente desconocido") y el campo Puntero ICMP conteniendo el desplazamiento del valor descono-
cido dentro del paquete original.
La misma acción se debería tomar si un nodo encuentra un valor Cabecera Siguiente de cero en cualquier cabe-
cera con excepción de una cabecera IPv6.
Cada cabecera de extensión es un entero múltiplo de 8 octetos de largo, para conservar la alineación de 8 octe-
tos para las cabeceras subsiguientes. Los campos Multiocteto dentro de cada cabecera de extensión se alinean en
sus límites naturales, es decir, los campos de ancho de n octetos son colocados en un entero múltiplo de n octe-
tos desde el inicio de la cabecera, para n = 1, 2, 4, o 8.
Una implementación completa del IPv6 comprende la implementación de las siguientes cabeceras de extensión:
 Opciones de Salto a Salto
 Enrutamiento (Tipo 0)
 Fragmento
 Opciones de Destino
 Autenticación
 Seguridad del Encapsulado de la Carga Útil
Las primeras cuatro están especificadas en este documento; las últimas dos están especificadas en la [RFC-2402]
y la [RFC-2406], respectivamente.

Orden de las Cabeceras de Extensión.

Cuando más de una cabecera de extensión se usa en un mismo paquete, se recomienda que esas cabeceras
aparezcan en el siguiente orden:
 Cabecera IPv6
 Cabecera Opciones de Salto a Salto
 Cabecera Opciones de Destino (*1)
 Cabecera Enrutamiento
 Cabecera Fragmento
 Cabecera Autenticación (*2)
 Cabecera Seguridad del Encapsulado de la Carga Útil (nota 2)
 Cabecera Opciones de Destino (*3)
 Cabecera de Capa Superior

___________________________________________________________________ 27
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

(*1): para las opciones a ser procesadas por el primer destino que aparece en el campo Dirección Destino IPv6
más los destinos subsiguientes listados en la Cabecera Enrutamiento.
(*2): recomendaciones adicionales con respecto al orden relativo de las cabeceras Autenticación y Seguridad del
Encapsulado de la Carga Útil se dan en la [RFC-2406].
(*3):: para las opciones a ser procesadas solo por el destino final del paquete.
Cada cabecera de extensión debe ocurrir solamente una vez, a excepción de la cabecera Opciones de Destino la
cual debe de ocurrir a lo sumo dos veces (una vez antes de una cabecera Enrutamiento y la otra vez antes de
una cabecera de capa superior).
Si la cabecera de capa superior es otra cabecera IPv6 (en el caso de que el IPv6 sea tunelizado o encapsulado en
el IPv6), puede ser seguida por sus propias cabeceras de extensión, las cuales están separadamente sujetas a las
mismas recomendaciones de orden.
Siempre y cuando se definan otras cabeceras de extensión, sus restricciones de orden concerniente a las cabece-
ras arriba listadas deben ser especificadas.
Los nodos IPv6 deben aceptar e intentar procesar cabeceras de extensión en cualquier orden y cualquier número
de veces que ocurran en un mismo paquete, a excepción de la cabecera Opciones de Salto a Salto la cual está
restringida a aparecer sólo inmediatamente después de una cabecera IPv6. No obstante, se aconseja fuertemen-
te que los originadores de paquetes IPv6 se apeguen al orden recomendado arriba hasta y a menos que especifi-
caciones subsiguientes corrijan esa recomendación.

Opciones.

Dos de las cabeceras de extensión actualmente definidas -- la cabecera Opciones de Salto a Salto y la cabecera
Opciones de Destino-- llevan un número variable de "opciones" codificadas tipo-longitud-valor (TLV), de la si-
guiente forma:
 Tipo de Opción. Identificador de 8 bits del tipo de opción.
 Lon Datos Opc. Entero sin signo de 8 bits. Longitud del campo Datos de la Opción de esta opción, en oc-
tetos.
 Datos de la Opción. Campo de longitud variable. Datos específicos del Tipo de Opción.
La secuencia de opciones dentro de una cabecera se deben procesar estrictamente en el orden que aparecen en
la cabecera; un receptor no debe, por ejemplo, examinar a través de una cabecera buscando un tipo en particular
de opción y procesar esa opción antes de procesar todas las precedentes.
 Los identificadores Tipo de Opción se codifican internamente tales que sus 2 bits de más alto orden es-
pecifican la acción que se debe tomar si el nodo IPv6 en proceso no reconoce el Tipo de Opción:
00 - no tomar en cuenta esta opción y continuar procesando la cabecera.
01 - descartar el paquete.
10 - descartar el paquete y, sin tener en cuenta si o no la Dirección Destino del paquete fue una dirección multi-
envío, enviar un mensaje ICMP Problema de Parámetro, Código 2, a la Dirección Origen del paquete señalando el
Tipo de Opción desconocido.
11 - descartar el paquete y, solo si la Dirección Destino del paquete no fue una dirección multienvío, enviar un
mensaje ICMP Problema de Parámetro, Código 2, a la Dirección Origen del paquete señalando el Tipo de Opción
desconocido.
El tercer bit de más alto orden del Tipo de Opción especifica si o no los Datos de la Opción de esa opción pueden
modificar el enrutado hacia el destino final del paquete. Cuando una cabecera Autenticación está presente en el
paquete, para cualquier opción cuyos datos pueden modificar el enrutado, su campo entero Datos de la Opción
se debe tratar como octetos de valor cero cuando se calcula o verifica el valor de autenticidad del paquete.
0 - los Datos de la Opción no modifican el enrutado.
1 - los Datos de la Opción pueden modificar el enrutado.
Los tres bits de alto orden descritos arriba están para ser tratados como parte del Tipo de Opción, no indepen-
dientemente del Tipo de Opción. Es decir, una opción en particular se identifica por un Tipo de Opción de 8 bits
completo, no sólo por los 5 bits de bajo orden de un Tipo de Opción.
El mismo espacio de enumeración del Tipo de Opción se usa tanto para la cabecera Opciones de Salto a Salto
como para la cabecera Opciones de Destino. Sin embargo, la especificación de una opción en particular puede
restringir su uso a solamente una de esas dos cabeceras.

28 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

Las opciones individuales pueden tener requisitos específicos de alineación, para asegurar que los valores multi-
octeto dentro de los campos Datos de la Opción caigan en límites naturales. El requisito de alineación de una
opción se especifica usando la notación xn+y, lo que significa que el Tipo de Opción debe aparecer en un entero
múltiplo de x octetos desde el inicio de la cabecera, más y octetos. Por ejemplo: 2n significa cualquier desplaza-
miento de 2 octetos a partir de comienzo de la cabecera.
8n+2 significa cualquier desplazamiento de 8 octetos a partir del comienzo de la cabecera, más 2 octetos.
Opción Pad1 (requisito de alineación: ninguno) el formato de la opción Pad1 es un caso especial -- no tiene los
campos longitud y valor. La opción Pad1 se usa para insertar un octeto de relleno dentro del área de Opciones de
una cabecera.
Si se requiere más de un octeto de relleno, la opción PadN, descrita a continuación, se debería usar, en lugar de
múltiples opciones Pad1.
Opción PadN (requisito de alineación: ninguno) La opción PadN se usa para insertar dos o más octetos de relleno
dentro del área de Opciones de una cabecera. Para N octetos de relleno, el campo Lon Datos Opc contiene el
valor N-2, y el campo Datos de la Opción consiste en N-2 octetos de valor cero.

Cabecera Opciones de Salto a Salto.

La cabecera Opciones de Salto a Salto se usa para llevar información opcional que debe ser examinada por cada
nodo a lo largo de la ruta de entrega de un paquete. La cabecera Opciones de Salto a Salto se identifica por un
valor Cabecera Siguiente de 0 en la cabecera IPv6, y tiene el siguiente formato:
Cabecera Siguiente. Selector de 8 bits. Identifica el tipo de cabecera que sigue inmediatamente a la cabecera
Opciones de Salto a Salto. Utiliza los mismos valores que el campo Protocolo del IPv4 [RFC- 1700 et seq.].
Lon Cab Ext. Entero sin signo de 8 bits. Longitud de la cabecera Opciones de Salto a Salto en unidades de 8
octetos, no incluye los primeros 8 octetos.
Opciones. Campo de longitud variable, de longitud tal que la cabecera Opciones de Salto a Salto completa es un
entero múltiplo de 8 octetos de largo. Contiene una o más opciones codificadas TLV.
Las únicas opciones de salto a salto definidas en este documento son las opciones Pad1 y PadN ya especificadas.

Cabecera Enrutamiento.

La cabecera Enrutamiento es utilizada por un origen IPv6 para listar uno o más nodos intermedio a ser "visitados"
en el camino hacia el destino de un paquete. Esta función es muy similar a las opciones Origen Impreciso y Re-
gistro de Ruta del IPv4. La cabecera Enrutamiento se identifica por una Cabecera Siguiente de valor 43 en la
cabecera inmediatamente precedente, y tiene el siguiente formato:
- Cabecera Siguiente. Selector de 8 bits. Identifica el tipo de cabecera que sigue inmediatamente a la ca-
becera Enrutamiento. Utiliza los mismos valores que el campo Protocolo del IPv4 [RFC-1700 et seq.].
- Lon Cab Ext. Entero sin signo de 8 bits. Longitud de la cabecera Enrutamiento en unidades de 8 octetos,
no incluye los primeros 8 octetos.
- Tipo de Enrutamiento. Identificador de 8 bits de una variante en particular de cabecera Enrutamiento.
Segmentos Dejados. Entero sin signo de 8 bits. Número de segmentos de ruta restantes, es decir, número
de nodos intermedio explícitamente listados aún a ser visitados antes de alcanzar el destino final.
- Datos específicos del tipo. Campo de longitud variable, de formato determinado por el Tipo de Enruta-
miento, y de longitud tal que la cabecera Enrutamiento completa es un entero múltiplo de 8 octetos de
largo.
Si, al procesar un paquete recibido, un nodo encuentra una cabecera Enrutamiento con un valor Tipo de Enruta-
miento desconocido, el comportamiento requerido del nodo depende del valor del campo Segmentos Dejados,
como sigue:
Si Segmentos Dejados es cero, el nodo debe ignorar la cabecera Enrutamiento y proceder a procesar la siguiente
cabecera en el paquete, cuyo tipo se identifica por el campo Cabecera Siguiente en la cabecera Enrutamiento.
Si Segmentos Dejados no es cero, el nodo debe descartar el paquete y enviar un mensaje ICMP Problema de
Parámetro, Código 0, a la Dirección Origen del paquete, apuntando al Tipo de Enrutamiento desconocido.
Si, después de procesar una cabecera Enrutamiento de un paquete recibido, un nodo intermedio determina que
el paquete será remitido hacia un enlace cuya MTU de enlace es menor que el tamaño del paquete, el nodo debe
descartar el paquete y enviar un mensaje ICMP Paquete Demasiado Grande a la Dirección Origen del paquete.
La cabecera Enrutamiento de Tipo 0 tiene el siguiente formato:

___________________________________________________________________ 29
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Cabecera Siguiente. Selector de 8 bits. Identifica el tipo de cabecera que sigue inmediatamente a la cabecera.
Enrutamiento. Utiliza los mismos valores que el campo Protocolo del IPv4 [RFC- 1700 et seq.].
Lon Cab Ext. Entero sin signo de 8 bits. Longitud de la cabecera Enrutamiento en unidades de 8 octetos, sin
incluir los primeros 8 octetos. Para la cabecera Enrutamiento de Tipo 0, Lon Cab Ext es igual a dos veces el
número de direcciones en la cabecera.
Tipo de Enrutamiento. 0.
Segmentos Dejados. Entero sin signo de 8 bits. Número de segmentos de ruta restantes, es decir, número de
nodos intermedio explícitamente listados aún a ser visitados antes de alcanzar el destino final.
Reservado. Campo reservado de 32 bits. Inicializado a cero para la transmisión; ignorado en la recepción.
Dirección[1.n]. Vector de direcciones de 128 bits, numerados desde 1 hasta n.
Las direcciones multienvío no deben aparecer en una cabecera Enrutamiento de Tipo 0, o en el campo Dirección
Destino IPv6 de un paquete que lleva una cabecera Enrutamiento de Tipo 0. Una cabecera Enrutamiento no se
examina o procesa hasta que alcance el nodo identificado en el campo Dirección Destino de la cabecera IPv6. En
ese nodo, al despachar el campo Cabecera Siguiente de la cabecera inmediatamente precedente ocasiona que el
módulo cabecera Enrutamiento sea invocado, el cual, en el caso de Enrutamiento Tipo 0, lleva a cabo un algorit-
mo.

Cabecera Fragmento.

La cabecera Fragmento es utilizada por un origen IPv6 para enviar un paquete más grande de lo que cabría en la
MTU de la ruta hacia su destino. (Nota: a diferencia del IPv4, la fragmentación en el IPv6 sólo se lleva a cabo por
los nodos origen, no por los enrutadores a lo largo de la ruta de entrega de un paquete -- ver sección 5.) La
cabecera Fragmento se identifica por un valor Cabecera Siguiente de 44 en la cabecera inmediatamente prece-
dente, y tiene el siguiente formato:
- Cabecera Siguiente. Selector de 8 bits. Identifica el tipo de cabecera inicial de la Parte Fragmentable del
paquete original (definido abajo). Usa los mismos valores que el campo Protocolo del IPv4 [EL RFC-1700
ET SEQ.].
- Reservado. Campo reservado de 8 bits. Inicializado a cero para la transmisión; ignorado en la recepción.
- Desplazamiento del Fragmento. Entero sin signo de 13 bits. El desplazamiento, en unidades de 8 octetos,
de los datos que siguen a esta cabecera, relativo al comienzo de la Parte Fragmentable del paquete origi-
nal.
- Res. Campo reservado de 2 bits. Inicializado a cero para la transmisión; ignorado en la recepción.
- Bandera M. 1 = más fragmentos; 0 = último fragmento.
- Identificación. 32 bits.
Para enviar un paquete que es demasiado grande para caber en la MTU de la ruta hacia su destino, un nodo
origen puede dividir el paquete en fragmentos y enviar cada fragmento como un paquete separado, para ser
reensamblado en el receptor.
Por cada paquete que será fragmentado, el nodo origen genera un valor Identificación. La Identificación debe ser
diferente que el de cualquier otro paquete fragmentado enviado recientemente* con la misma Dirección Origen y
Dirección Destino. Si una cabecera Enrutamiento está presente, la Dirección Destino de interés es la del destino
final.
* "recientemente" significa dentro del máximo tiempo de vida probable de un paquete, incluyendo el tiempo de
tránsito del origen hacia el destino y el tiempo gastado esperando el reensemblaje con otros fragmentos del
mismo paquete. Sin embargo, no se requiere que un nodo origen conozca el máximo tiempo de vida de un pa-
quete. Más bien, se asume que el requisito puede encontrarse manteniendo el valor Identificación como un sim-
ple, contador "envoltura alrededor", de 32 bits, incrementado cada vez que un paquete debe fragmentarse. Es
una opción de implementación si para mantener a un solo contador para el nodo o contadores múltiples, por
ejemplo, uno para cada una de las posibles direcciones origen del nodo, o uno para cada combinación (dirección
origen, dirección destino) activa. El paquete inicial, grande, no fragmentado es referido como el "paquete origi-
nal", y se considera que consiste en dos partes

Cabecera Opciones de Destino.

La cabecera Opciones de Destino es usada para llevar información opcional que necesita ser examinada solamen-
te por el(los) nodo(s) destino del paquete. La cabecera Opciones de Destino es identificada por un valor Cabecera
Siguiente de 60 en la cabecera inmediatamente precedente, y tiene el siguiente formato:

30 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

 Cabecera Siguiente. Selector de 8 bits. Identifica el tipo de cabecera que sigue inmediatamente a la
cabecera.
 Opciones de Destino. Utiliza los mismos valores que el campo Protocolo del IPv4 [RFC-1700 et seq.].
 Lon Cab Ext. Entero sin signo de 8 bits. Longitud de la cabecera Opciones de Destino en unidades de 8
octetos, no incluye los primeros 8 octetos.
 Opciones. Campo de longitud variable, de longitud tal que la cabecera Opciones de Destino completa
es un entero múltiplo de 8 octetos de largo. Contiene uno o más opciones codificadas TLV.
Notar que hay dos posibles maneras de codificar información de destino opcional en un paquete IPv6: como una
opción en la cabecera Opciones de Destino, o como una cabecera de extensión separada. La cabecera Fragmento
y la cabecera Autenticación son ejemplos de la más reciente propuesta. Qué propuesta puede ser usada depende
de qué acción es deseada de un nodo destino que no entiende la información opcional:
Si la acción deseada es que el nodo destino descarte el paquete y, sólo si la Dirección Destino del paquete no es
una dirección multienvío, enviar un mensaje ICMP Tipo No reconocido a la Dirección Origen del paquete, luego la
información puede ser codificada como una cabecera separada o como una opción en la cabecera Opciones de
Destino cuyo Tipo de Opción tiene el valor 11 en sus dos bits de más alto orden. La elección puede depender de
factores tales como cual toma menos octetos, o cual rinde mejor alineación o más eficiente análisis.
Si alguna otra acción es deseada, la información debe ser codificada como una opción en la cabecera Opciones
de Destino cuyo Tipo de Opción tiene el valor 00, 01, o 10 en sus dos bits de más alto orden, especificando la
acción deseada

Cabecera No Hay Siguiente.

El valor 59 en el campo Cabecera Siguiente de una cabecera IPv6 o de cualquier cabecera de extensión indica
que nada hay siguiendo esa cabecera. Si el campo Longitud de la Carga Útil de la cabecera IPv6 indica la presen-
cia de octetos más allá del final de una cabecera cuyo campo Cabecera Siguiente contiene 59, esos octetos deben
ignorarse, y pasarse inalterados si el paquete se reenvía.

Cuestiones de Tamaño del Paquete.

El IPv6 requiere que cada enlace en la internet tenga una MTU de 1280 octetos o mayor. En cualquier enlace que
no pueda llevarse un paquete de 1280 octetos en una pieza, debe proporcionarse fragmentación y reensamblaje
especifico al enlace en una capa debajo del IPv6.
Los Enlaces que tienen una MTU configurable (por ejemplo, enlaces PPP [RFC-1661]) deben configurarse para
tener una MTU de por lo menos1280 octetos; se recomienda que sean configurados con una MTU de 1500 octe-
tos o mayor, para alojar posibles encapsulaciones (es decir, tunelizar) sin incurrir en la fragmentación de la capa
IPv6.
De cada enlace al cuál un nodo se conecta directamente, el nodo debe poder aceptar paquetes tan grandes como
la MTU de ese enlace.
Se recomienda fuertemente que los nodos IPv6 implementen el Descubrimiento de la MTU de la Ruta [RFC-1981]
con el propósito de descubrir y tomar ventaja de las rutas con MTUs mayores que 1280 octetos. Sin embargo,
una implementación IPv6 mínima (por ejemplo, en una ROM de inicio) puede restringirse simplemente a enviar
paquetes no más grandes que 1280 octetos, y omitir la implementación del Descubrimiento de la MTU de la Ruta.
Con el propósito de enviar un paquete más grande que la MTU de la ruta, un nodo puede utilizar la cabecera
Fragmento IPv6 para fragmentar el paquete en el origen y tenerlo reensamblado en el(los) destino(s). Sin em-
bargo, el uso de tal fragmentación se desalienta en cualquier aplicación que pueda ajustar sus paquetes para
satisfacer la MTU de la ruta medida (es decir, por debajo de los 1280 octetos).
Un nodo debe poder aceptar un paquete fragmentado que, después del reensamblaje, sea tan grande como de
1500 octetos. Se permite a un nodo aceptar paquetes fragmentados de tal manera que reensamblan a más de
1500 octetos. Un protocolo o aplicación de capa superior que depende de la fragmentación IPv6 para enviar
paquetes más grandes que la MTU de una ruta no debe enviar paquetes más grandes que 1500 octetos a menos
que tenga la certidumbre que el destino es capaz reensamblar paquetes de esos tamaños tan grandes.
En contestación a un paquete IPv6 que se envía a un destino IPv4 (es decir, un paquete que experimenta la
traducción del IPv6 al IPv4), el nodo IPv6 originante puede recibir un mensaje ICMP Paquete Demasiado Grande
reportando de una MTU del Salto Siguiente menor a 1280. En ese caso, no se exige que el nodo IPv6 reduzca el
tamaño de los paquetes subsiguientes a menos de 1280, pero debe incluir una cabecera Fragmento en esos
paquetes para que el enrutador traductor de IPv6 a IPv4 pueda obtener un valor Identificación apropiado para
usar en los fragmentos IPv4resultantes.

___________________________________________________________________ 31
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

Etiquetas de Flujo.

El campo Etiqueta de Flujo de 20 bits en la cabecera IPv6 puede ser usado por un origen para etiquetar secuen-
cias de paquetes para los cuales solicita un manejo especial por los enrutadores IPv6, tal como la calidad de
servicio no estándar o el servicio en "tiempo real".
Este aspecto del IPv6 está, al momento de escribir, todavía experimental y sujeto a cambio conforme los requisi-
tos para dar soporte a flujos en la Internet se vuelvan más claros. Se exige a los hosts o a los enrutadores que no
dan soporte a las funciones del campo Etiqueta de Flujo poner el campo a cero al originar un paquete, pasar el
campo inalterado al reenviar un paquete, e ignorar el campo al recibir un paquete.

Clases de Tráfico.

El campo de 8 bits Clase de Tráfico en la cabecera IPv6 está disponible para usarse por nodos originantes y/o
enrutadores reenviantes para identificar y distinguir entre las diferentes clases o prioridades de paquetes IPv6. En
el momento en que esta especificación está siendo escrita, hay un cierto numero de experimentos en camino en
cuanto al uso de los bits Tipo de Servicio IPv4 y/o Anterioridad para proporcionar varias formas de "servicio dife-
renciado" para paquetes IP, además de a través del uso de un flujo establecido explícito. El campo Clase de
Tráfico en la cabecera IPv6 esta proyectado para permitir similar funcionalidad que será soportada en el IPv6.
Los siguientes requisitos generales se aplican al campo Clase de Tráfico:
La interface de servicio para el servicio IPv6 dentro de un nodo debe proporcionar un medio para que un protoco-
lo de capa superior proporcione el valor de los bits Clase de Tráfico en los paquetes originados por ese protocolo
de capa superior. El valor por defecto debe ser cero para todos los 8 bits.
Los nodos que soportan un uso (experimental o estándar eventual) especifico de algunos o todos los bits Clase
de Tráfico se les permite cambiar el valor de esos bits en los paquetes que ellos originan, reenvían, o reciben,
como sea requerido para ese uso específico. Los nodos deben ignorar y dejar sin alterar a cualesquiera de los bits
del campo Clase de Tráfico para los cuales no dan soporte a un uso específico. Un protocolo de capa superior no
debe asumir que el valor de los bits Clase de Tráfico en un paquete recibido son los mimos que el valor enviado
por el origen del paquete.

El problema de la intimidad con Ipv6.

De los 6 billones de personas que habitan en el mundo, sólo 500 millones, aproximadamente, tienen conexión a
Internet. Sin embargo, esta cifra está aumentando bastante rápido y más lo hará cuando el teléfono móvil de la
próxima generación sea el principal dispositivo de acceso a Internet en la mayoría de los países desarrollados.
La comunicación básica a través de Internet se realiza gracias al sistema llamado “IP” (Internet Protocol) que
requiere que cada uno de los ordenadores o dispositivos conectados a la red tenga un direccionamiento digital
denominado “dirección IP”. El problema con respecto al crecimiento del número de usuarios conectados a la red
es que el número de direcciones IP es finito. La versión actual de este protocolo es la versión “IPv4” que se ha
venido utilizando durante casi 20 años, la cual solamente tiene espacio para unos 4 billones de direcciones IP. Por
ello, aunque hace 20 años se pensara que este número iba a ser suficiente, hoy no es así, ya que, además de los
ordenadores, objetos básicos como el teléfono móvil, un coche, una tostadora, una bombilla o un equipo de
música estarán conectados a Internet, con lo que obviamente la cifra de 4 billones de direcciones IP resulta
mínima.
Los informáticos responsables del desarrollo de Internet y de su estructura básica previeron ya en su día este
problema desarrollando, hace aproximadamente 10 años, una versión básica de un nuevo Protocolo de Internet,
llamado “IPv6”. IPv6 tiene la capacidad de proporcionar un billón de billones de direcciones IP por metro cuadra-
do. Matemáticamente esto ha sido posible pasando de un direccionamiento de 32 bit en IPv4 hasta uno de 128
bit en IPv6.
La transición ordenada de IPv4 a IPv6 supone una gran tarea y requiere una enorme inversión en investigación y
desarrollo tecnológico, de modo que la configuración y el previo desarrollo a nivel internacional de este nuevo
protocolo necesitan ser probados antes de su implantación definitiva. Sin embargo, mientras que la modificación
de Internet resulta necesaria e inevitable, ésta puede plantear ciertas cuestiones legales que habrán de ser con-
sideradas.
La cuestión de la intimidad ya ha sido planteada en los EEUU y el temor que ésta suscita se debe a que cada
equipo conectado a la red va a tener su propia dirección IP. De este modo, el comportamiento diario de los usua-
rios de Internet podrá ser vigilado a un nivel sin precedentes. Imaginemos el día en el que, no sólo busquemos
información y compremos productos a través de la red, sino que, además, puedan transmitirse por ella las fun-
ciones y comunicaciones cotidianas de todo el mundo, como podría ser el control del termostato o del horno de
casa usando la capacidad de Internet ¿Qué sucederá cuando cada paquete pueda ser rastreado e identificado con

32 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

una persona determinada? Todo esto supone que, cuanto más utilicemos Internet como parte de nuestras vidas,
más nos arriesgamos a ser observados por el ojo del Gran Hermano.
Sin embargo, las posibles implicaciones y cuestiones legales que pueden surgir no estarán claras hasta que IPv6
no se haya diseñado y puesto en ejecución por completo. Mientras hoy es difícil hacer una lista exhaustiva de
estos temas, creemos que surgirán, además, otro tipo de cuestiones legales como las relativas a la protección de
datos, al cybercrimen o a la propiedad intelectual.
Cualquier análisis legal con respecto a estas cuestiones, aun siendo necesario para proteger los derechos de los
ciudadanos, no puede suponer un obstáculo para el desarrollo de IPv6, sino que debe proporcionar soluciones
diversas que contribuyan a su implantación definitiva, pues la Nueva Internet constituye un progreso esencial
dentro del desarrollo tecnológico mundial.

100.04. MPLS (MULTIPROTOCOL LABEL SWITCHING)

100.04.01. Introducción

Uno de los factores de éxito de Internet radica en la aceptación de los protocolos TCP/IP como estándar de facto
para todo tipo de servicios y aplicaciones. Pero si bien es cierto que Internet puede llegar a consolidarse como el
modelo de red pública de datos a gran escala, también lo es que, en la actualidad, no llega a satisfacer todos los
requisitos de los usuarios.
Una carencia fundamental de Internet es la imposibilidad de seleccionar diferentes niveles de servicio para los
distintos tipos de aplicaciones. Para ello se necesita introducir cambios tecnológicos fundamentales, que permitan
ir más allá del nivel “best-effort” y puedan proporcionar una respuesta más determinística y menos aleatoria. La
respuesta viene de la mano de MPLS.
MPLS (MultiProtocol Label Switching) es una nueva tecnología de conmutación creada para proporcionar circuitos
virtuales en las redes IP. Fue desarrollado por el IETF para unificar diferentes soluciones de conmutación multini-
vel, propuestas por distintos fabricantes a mitad de los 90.
Esta tecnología ofrece capacidades de multiprotocolo, porque sus técnicas son aplicables a cualquier protocolo de
nivel de transporte de datos (ATM, Frame Relay, PP Ethernet, etc.).
Los objetivos establecidos por el IETF en la elaboración del estándar MPLS fueron:

- Funcionar sobre cualquier tecnología de transporte, no sólo ATM

- Soportar el envío de paquetes tanto unicast como multicast
- Ser compatible con el Modelo de Servicios Integrados del IETF, incluyendo el protocolo RSVP
- Permitir el crecimiento constante de la Internet
- Ser compatible con los procedimientos de operación, administración y mantenimiento de las redes IP

100.04.02. Elementos y arquitectura de red

Una red MPLS esta compuesta por los siguientes elementos:

- LSR: Label switching router: elemento que conmuta etiquetas. Los LSR representan el núcleo de la red
MPLS. Son routers de gran velocidad, encargados de:

- participar en el establecimiento de los circuitos extremo-extremo de la red (LSP) utilizando un

protocolo de señalización apropiado
- conmutar rápidamente el tráfico en función de las etiquetas que tengan asignadas a través de
los LSP establecidos.

- LER: Label Edge Router: elemento que inicia o termina el túnel (pone y quita cabeceras MPLS). Son los
encaminadores (routers) encargados de realizar la interfaz con otras redes.
- LSP: Label switched Path: nombre genérico de un circuito virtual MPLS. Los LSPs son símplex, es decir,
se establecen para un sentido del tráfico en cada punto de entrada a la red (el tráfico dúplex requiere
dos LSPs, uno en cada sentido).

___________________________________________________________________ 33
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

IP

MPLS
LSR

LER

LER

LSP

Cada LSP se crea a base de concatenar uno o más saltos (hops) desde el LER de entrada al LER de sali-
da, atravesando los LSR que sean necesarios.
- FEC: Forwarding Equivalence Class: conjunto de paquetes que se envían sobre el mismo LSP, ya que
comparten unas mismas características para su transporte. Cada FEC puede representar unos requeri-
mientos de servicio para un conjunto de paquetes o para una dirección fija. La clase FEC a la cual se
asigna el paquete se codifica como un campo de unos pocos bits, de longitud fija, conocido como eti-
queta (label), y que se añade a la cabecera del mismo.

- Protocolo de distribución de etiquetas: Protocolo utilizado para establecer los LSP sobre los conmu-
tadores MPLS. Habitualmente se trata de LDP (Label Distribution Protocol). Para incorporar requisitos de
calidad de servicio se utilizan otros como RSVP-TE (extensión de RSVP - Resource reSerVation Protocol –
para ingeniería de tráfico) o CR-LDP (Constrain-based Routing LDP).

Cuando se implementa MPLS sobre un protocolo de transporte de datos (nivel 2) que contiene un campo para la
identificación de circuitos virtuales (como ATM, con los campos VPI/CVI, o Frame Relay, con el campo DLCI), se
pueden utilizar dichos campos para las insertar las etiquetas MPLS. Lo mismo ocurre si el protocolo de nivel 3
utilizado es IPv6, que habilita en su cabecera el espacio necesario para implementar MPLS.
Por el contrario, si la tecnología empleada no soporta un campo para etiquetas (por ejemplo, Ethernet o PPP),
entonces se emplea una cabecera genérica MPLS de 4 octetos, que contiene un campo específico para la etiqueta
y que se inserta entre la cabecera del nivel 2 y la del nivel 3 (paquete IPv4).
Los 32 bits de la cabecera MPLS se reparten en: 20 bits para la etiqueta MPLS, 3 bits para identificar la clase de
servicio en el campo EXP (Experimental, anteriormente llamado Class of Service), 1 bit de stack para poder apilar
etiquetas de forma jerárquica (S) y 8 bits para indicar el TTL ( time-to-live) que sustenta la funcionalidad estándar
TTL de las redes IP.

100.04.03. Conmutación en MPLS

Dentro del dominio MPLS los LSR no hacen uso de la cabecera IP. Para realizar la conmutación, estos encamina-
dores mantienen unas tablas de envío (o conmutación) en las que, por cada etiqueta recibida a través de una
interfaz entrante, se especifica la interfaz de salida para el próximo salto y una nueva etiqueta.
La tabla de envío se construye a partir de la información de encaminamiento que proporciona la componente de
control de la red (protocolos de encaminamiento, como OSPF, IS-IS, RIP, etc.). Las etiquetas son locales a cada
nodo.

34 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

El mecanismo de conmutación se basa en la identificación, por parte del LER de entrada, del FEC al que pertene-
ce un paquete que ingresa en la red, y la asignación al mismo de una etiqueta específica a dicho FEC. Esta eti-
queta es usada por los conmutadores de la red para encaminar el paquete hacia su siguiente nodo. Cuando un
paquete se envía a su siguiente router (LSR o LER saliente), la etiqueta es enviada con él.
Si el encaminador que recibe el paquete es un LSR, utilizará la etiqueta para comprobar en su tabla de conmuta-
ción cuál es el enlace por el que debe dar salida a dicho paquete (próximo salto) y qué nueva etiqueta hay que
utilizar. La etiqueta vieja es sustituida por la nueva, y el paquete es enviado al salto siguiente.
Si el router es el LER de salida, eliminará la etiqueta del paquete y lo encaminará utilizando el mecanimo de eru-
tamiento habitual.

Establecimiento de un LSP

Para establecer un túnel MPLS (o LSP) dentro de un dominio MPLS, existen dos mecanismos posibles: encamina-
miento salto a salto o encaminamiento explícito.
- Encaminamiento salto a salto: cada LSR selecciona independientemente el próximo salto para un FEC
determinado (similar a la metodología utilizada en redes IP). Para generar la tabla de conmutación, el
LSR utiliza cualquier protocolo de encaminamiento disponible como OSPF, ATM PNNI (ATM Private Net-
work-Node Interface), etc.
- Encaminamiento explícito: Existen dos opciones:

- Bajo demanda, o desde el origen: El LER de entrada determina la secuencia de saltos explícito
desde la entrada hasta la salida.
- No solicitado, o desde el destino: El LER de salida distribuye las etiquetas que deben ser utiliza-
das para alcanzar un determinado destino.

MPLS permite establecer LSP primarios y LSP de respaldo (backup) asociados a los de trabajo. El establecimiento
de todos estos LSP se realizará utilizando ingeniería de tráfico, mediante la utilización de algoritmos de encami-
namiento con calidad de servicio que buscan la ruta óptima, tanto desde el punto de vista de la calidad de servi-
cio requerida como desde el punto de vista del uso de los recursos de la red. A partir de este punto la gestión de
recursos básicamente se encarga de ajustar los LSP establecidos en la red adaptándolos al uso real que se esté
haciendo de ellos.
Una característica fundamental de los LSPs radica en que dos LSPs con origen distinto, pero mismo destino, pue-
dan converger dentro de la red compartiendo el último tramo de salto. Esto los diferencia de los túneles IP o los
circuitos virtuales, en los que es necesario crear un tunel o circuito virtual específico para cada pareja origen-
destino. Esta será la base para el establecimiento de redes privadas virtuales (VPN) sobre MPLS.

100.04.04. Protocolos de distribución de etiquetas

Un protocolo de distribución de etiquetas es un conjunto de procedimientos por los cuales un enrutador LSR o
LER informa a otro de la relación etiqueta/FEC que realizado de forma local. También abarca las negociaciones
que se establecen entre dos enrutadores para aprender cada uno las posibilidades MPLS del otro.

___________________________________________________________________ 35
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

El protocolo utilizado dependerá del mecanismo de establecimiento del LSP utilizado:

- Para el establecimiento salto a salto, IETF recomienda el uso del protocolo LDP (Label Distribution Pro-
tocol) para la asignación de etiquetas. También se pueden utilizar los protocolos RSVP-TE y CR-LDP.
- Para el encaminamiento explícito desde el origen, las opciones disponibles actualmente son CR-LDP y
RSVP.
- Para el encaminamiento explícito desde el destino, la única opción disponible es LDP.

Protocolo LDP (Label Distribution Protocol)

Es la opción recomendada aunque no obligatoria del IETF. Es un protocolo diseñado para el intercambio de in-
formación sobre el mapeo de etiquetas entre dos LSRs.
El intercambio de mensajes entre LSRs es bidireccional, y se realiza mediante el intercambio de PDUs. Para ello
se establecen sesiones LDP sobre conexiones TCP. Cada PDU puede transportar más de un mensaje LDP, sin que
estos mensajes tengan que tener relación entre ellos.

RSVP-TE (Resource ReserVation Protocol-Traffic Engineering)

RSVP es un protocolo definido por IETF para realizar reserva de recursos a través de una red. Se puede utilizar
para solicitar o proporcionar niveles de calidad de servicio específicos para flujos de datos.
RSVP-TE es la extensión de RSVP para permitir realizar ingeniería de tráfico sobre redes MPLS. Permite tener en
cuenta restricciones de red como ancho de banda disponible y saltos explícitos (indicación ordenada de los nodos
a atravesar) en el establecimiento de LSPs. Por este motivo este protocolo se utiliza habitualmente en MPLS
cuando se desea establecer túneles bajo demanda desde el origen.
El proceso de establecimiento de un LSP mediante la utilización de RSVP se basa en dos fases: solicitud de reser-
va desde el origen del LSP y confirmación de la misma desde el receptor del mismo. Una vez establecido, el ex-
tremo receptor mantiene la reserva de recursos para dicho flujo de datos, refrescándola de manera periódica. De
esta forma soporta adaptación dinámica automática a cambios en la red.
El funcionamiento de este protocolo para el establecimiento de túneles LSP se describe a continuación:

- Cuando un LER de entrada al dominio MPLS decide que necesita establecer un LSP hasta un determina-
do LER de salida, envía un mensaje RSVP denominado path. La ruta a seguir por el LSP puede haberla
calculado el LER utilizando los algoritmos de encaminamiento de la capa red.
- Cuando los LSR intermedios reciben el mensaje de path lo procesan de acuerdo con las especificaciones
del protocolo y una vez reconocido que no son el extremo del FEC, transmiten el mensaje hacia el si-
guiente nodo de la ruta.
- Cuando el mensaje de path finalmente alcanza el LSE destino, éste procede a reservar los recursos in-
ternos, selecciona la etiqueta a utilizar para este túnel LSP y procede a propagarla hacia el anterior LSR
mediante un mensaje de reserva (resv).
- Cuando los LSR´s intermedios reciben la asignación de la etiqueta con el mensaje de resv proceden a
reservar los recursos internos necesarios y determinar la etiqueta a utilizar para el flujo. Una vez calcu-
lada la propagan para el LSR anterior de nuevo con ayuda del mensaje resv. Este proceso se repite hasta
alcanzar el LSR origen donde también se realiza el proceso de reservar recursos internos.

CR-LDP (Constraint-Based Routing label Distribution Protocol)

Extensión de LDP para permitir el encaminamiento basado en restricciones (Constraint-based routing). Esta ex-
tensión del LDP se basa en el calculo de trayectos que están sujetos a ciertas restricciones: ancho de banda, los
requisitos de calidad de servicios QoS, demora (delay), variación de demora o jitter, o cualquier otro requisito
asociado al trayecto que defina el operador de la red. Esta es una de las herramientas más útiles para controlar el
dimensionado del tráfico y la QoS en la red que pueden ofrecer a sus clientes y/o usuarios.
Se ha definido expresamente para soportar el establecimiento y mantenimiento de LSP por encaminamiento
explícito, pero no incluyen los algoritmos necesarios para calcular trayectos según los criterios definidos por el
operador de la red.

36 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

100.04.05. Aplicaciones de MPLS

Las principales aplicaciones que tiene MPLS hoy en día son:

- Ingeniería de tráfico
- Diferenciación de niveles de servicio mediante clases (Class of Service)
- Servicio de redes privadas virtuales (VPN)

Ingeniería de tráfico

El objetivo básico de la ingeniería de tráfico es adaptar los flujos de tráfico a los recursos físicos de la red, de
manera que no haya algunos que estén subreutilizados, con posibles puntos calientes y cuellos de botella, mien-
tras otros puedan estar infrautilizados. Entre otras funcionalidades, MPLS ofrece:

- establecimiento de rutas explícitas, especificando el camino físico exacto de un LSP.

- Obtención de estadísticas de uso de LSPs como herramientas de análisis de cuellos de botella y carga de
los enlaces.
- Realización de "encaminamiento restringido" (Constraint-based Routing, CBR), de modo que el adminis-
trador de la red pueda seleccionar determinadas rutas para servicios especiales, con garantías explícitas
de retardo, ancho de banda, fluctuación, pérdida de paquetes, etc.

Clases de servicio (Class of Service)

MPLS está diseñado para poder cursar servicios diferenciados, según el Modelo DiffServ del IETF. Este modelo
define una variedad de mecanismos para poder clasificar el tráfico en un reducido número de clases de servicio,
con diferentes prioridades y asignarlos a diferentes colas de salida dentro de cada router.
Estas clases de servicio se pueden recoger en las etiquetas MPLS utilizando el campo EXP para poder propagar la
clase de servicio CoS en el correspondiente LSP, y así conseguir que una red MPLS pueda transportar distintas
clases de tráfico.

Redes Privadas Virtuales (VPNs)

Una red privada virtual (VPN) se construye a base de conexiones realizadas sobre una infraestructura compartida,
con funcionalidades de red y de seguridad equivalentes a las que se obtienen con una red privada. El objetivo de
las VPNs es el soporte de aplicaciones intra/extranet, integrando aplicaciones multimedia de voz, datos y vídeo
sobre infraestructuras de comunicaciones eficaces y rentables.
MPLS define un modelo acoplado para la creación de VPNs sobre la nube IP. En este modelo, en lugar de co-
nexiones extremo a extremo entre los distintos emplazamientos de una VPN, lo que hay son conexiones IP a una
"nube común", implementada mediante LSPs, en las que solamente pueden entrar los miembros de la misma
VPN.
La diferencia entre los túneles IP convencionales (o los circuitos virtuales) y los túneles MPLS (LSPs) está en que
éstos se crean dentro de la red, a base de LSPs, y no de extremo a extremo a través de la red.

___________________________________________________________________ 37
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Volumen 4. Redes, Comunicaciones e Internet

100.04.06. Conclusión

En la actualidad, la provisión de servicios de banda ancha está basada principalmente en ATM, con velocidades
que típicamente va de los 155,52 Mbit/s hasta varios Gbit/s. ATM viene usándose desde mediados de la década
pasada, y su renovación parece cercana. El principal candidato es MPLS, y su despliegue ya es de hecho una
realidad en muchos grandes operadores.
MPLS ofrece grandes ventajas a la hora de definir y establecer redes privadas virtuales. Asimismo, abre la puerta
a nuevas tecnologías como MPλS y GMPLS, orientanas al dominio óptico, que permitirán a las redes alcanzar
caudales del orden del Tbit/s por una sola fibra. En un futuro no muy lejano, estas capacidades de transporte por
la red serán necesarias si se generalizan servicios relacionados con transmisión de video, como video bajo de-
manda, videoconferencia o vigilancia remota.
MPLS abre a los proveedores IP la oportunidad de ofrecer nuevos servicios que no son posibles con las técnicas
actuales de encaminamiento IP, limitadas a encaminar por dirección de destino). Además de poder hacer inge-
niería de tráfico IP, MPLS permite mantener clases de servicio y soporta con gran eficacia la creación de VPNs.
Por todo ello, MPLS aparece ahora como la gran promesa y esperanza para poder mantener el ritmo actual de
crecimiento de Internet.

100.05. ANEXO: CASO PRÁCTICO

Tenemos una subred cuya dirección es: [Link]
Comprobar cuáles de estas direcciones pertenecen a dicha subred:
[Link]
[Link]
[Link]

A) Suponiendo que la máscara es [Link] o bien /24

B) Suponiendo que la máscara es [Link] o bien /25
C) Suponiendo que la máscara es [Link] o bien /26
D) Suponiendo que la máscara es [Link] o bien /27

38 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.
 Volumen 4. Redes, Comunicaciones e Internet.

Solución

A) MÁSCARA [Link] ( /24 )

Descomponemos la máscara y las direcciones en binario (negrita: RED, resto: HOST):

[Link] - 10001000.11000110.10001100.00100000
[Link] - 10001000.11000110.10001100.10001010
[Link] - 10001000.11000110.10001110.00010111

[Link] - 10001000.11000110.10001100.00000000
[Link] - 11111111.11111111.11111111.00000000

Comprobamos qué direcciones IP de las facilitadas tienen la parte de red (1s en la máscara) idéntica a la de la
subred [Link]. Deben coincidir los 24 primeros bits:
[Link] – Sí está dentro de la subred [Link] / [Link]
[Link] – Sí está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]

B) MÁSCARA [Link] ( /25 )

Descomponemos la máscara y las direcciones en binario (negrita: RED, resto: HOST):

[Link] - 10001000.11000110.10001100.00100000
[Link] - 10001000.11000110.10001100.10001010
[Link] - 10001000.11000110.10001110.00010111

[Link] - 10001000.11000110.10001100.00000000
[Link] - 11111111.11111111.11111111.10000000

Comprobamos qué direcciones IP de las facilitadas tienen la parte de red (1s en la máscara) idéntica a la de la
subred [Link]. Deben coincidir los 25 primeros bits:
[Link] – Sí está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]

C) MÁSCARA [Link] ( /26 )

Descomponemos la máscara y las direcciones en binario (negrita: RED, resto: HOST):

[Link] - 10001000.11000110.10001100.00100000
[Link] - 10001000.11000110.10001100.10001010
[Link] - 10001000.11000110.10001110.00010111

[Link] - 10001000.11000110.10001100.00000000
[Link] - 11111111.11111111.11111111.11000000

Comprobamos qué direcciones IP de las facilitadas tienen la parte de red (1s en la máscara) idéntica a la de la
subred [Link]. Deben coincidir los 26 primeros bits:
[Link] – Sí está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]

___________________________________________________________________ 39
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS
Piconet 1

Volumen 4. Redes, Comunicaciones e Internet

D) MÁSCARA [Link] ( /27 )

Descomponemos la máscara y las direcciones en binario (negrita: RED, resto: HOST):

[Link] - 10001000.11000110.10001100.00100000
[Link] - 10001000.11000110.10001100.10001010
[Link] - 10001000.11000110.10001110.00010111

[Link] - 10001000.11000110.10001100.00000000
[Link] - 11111111.11111111.11111111.11100000

Comprobamos qué direcciones IP de las facilitadas tienen la parte de red (1s en la máscara) idéntica a la de la
subred [Link]. Deben coincidir los 27 primeros bits:
[Link] – No está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]
[Link] – No está dentro de la subred [Link] / [Link]

40 ________________________________________________
100. El modelo de referencia OSI. La familia de protocolos TCP/IP. El protocolo IPv6. MPLS.