t25 El Modelo de Referencia de Interconexión de Sistemas Abiertos

T25 - EL MODELO DE REFERENCIA DE INTERCONEXIN DE SISTEMAS ABIERTOS
(OSI) DE ISO. PROTOCOLOS TCP/IP.
1. EL MODELO DE REFERENCIA DE INTERCONEXIN DE SISTEMAS ABIERTOS (OSI) DE ISO ................ 3

1.1. INTRODUCCIN........................................................................................................................................................ 3
1.2. MODELO DE REFERENCIA OSI. CONCEPTOS GENERALES ............................................................................. 3
1.2.1. CONEXIONES...................................................................................................................................................... 7
1.2.1.1. ESTABLECIMIENTO DE CONEXIONES........................................................................................................ 7
1.2.1.2. LIBERACIN DE CONEXIONES.................................................................................................................... 8
1.2.1.3. MULTIPLEXACIN Y DIVISIN.................................................................................................................... 8
1.2.2. TRANSMISIN DE DATOS ................................................................................................................................. 9
1.3. CAPAS DEL MODELO OSI........................................................................................................................................ 9
1.3.1. CAPA FSICA (NIVEL 1) ................................................................................................................................... 11
1.3.2. CAPA DE ENLACE DE DATOS (NIVEL 2)....................................................................................................... 12
1.3.3. CAPA DE RED (NIVEL 3) ................................................................................................................................. 12
1.3.4. LA CAPA DE TRANSPORTE (NIVEL 4) ........................................................................................................... 13
1.3.5. LA CAPA DE SESIN (NIVEL 5) ...................................................................................................................... 14
1.3.6. LA CAPA DE PRESENTACIN (NIVEL 6) ....................................................................................................... 15
1.3.7. LA CAPA DE APLICACIN (NIVEL 7)............................................................................................................. 16
1.4. CRTICAS DEL MODELO........................................................................................................................................ 18
2. PROTOCOLOS TCP/IP.................................................................................................................................................. 18
2.1. INTRODUCCIN...................................................................................................................................................... 18
2.2. CAPAS DEL MODELO TCP/IP ................................................................................................................................ 19
2.3. PROTOCOLOS DEL NIVEL DE RED...................................................................................................................... 20
2.3.1. PROTOCOLO IP................................................................................................................................................ 20
2.3.1.1. DATAGRAMA IP............................................................................................................................................ 20
2.3.1.2. DIRECCIONES IP.......................................................................................................................................... 22
2.3.1.3. ENRUTAMIENTO .......................................................................................................................................... 25
2.3.2. PROTOCOLOS DE CONTROL ......................................................................................................................... 26
2.3.2.1. ICMP. PROTOCOLO DE CONTROL DE MENSAJES DE INTERNET ........................................................ 26
2.3.2.2. ARP. PROTOCOLO DE RESOLUCIN DE DIRECCIONES ....................................................................... 28
2.3.2.3. RARP. PROTOCOLO DE RESOLUCIN DE DIRECCIONES INVERSO. .................................................. 29
2.3.2.4. BOOTP ........................................................................................................................................................... 29
2.3.2.5. IGMP. PROTOCOLO DE ADMINISTRACIN DE GRUPOS DE INTERNET............................................. 29
2.3.3. PROTOCOLOS DE ENRUTAMIENTO.............................................................................................................. 30
2.3.3.1. OSPF. PROTOCOLO DE ENRUTAMIENTO DE PASARELA INTERIOR ................................................... 30
2.3.3.2. BGP. PROTOCOLO DE ENRUTAMIENTO DE PASARELA EXTERIOR .................................................... 31
2.3.4. IPv6 .................................................................................................................................................................... 32
2.3.4.1. LA CABECERA DE IPv6................................................................................................................................ 33
2.4. PROTOCOLOS DEL NIVEL DE TRANSPORTE .................................................................................................... 34
2.4.1. PROTOCOLO TCP ............................................................................................................................................ 34
2.4.1.1. SEGMENTO TCP ........................................................................................................................................... 35
2.4.1.2. CONEXIONES TCP ....................................................................................................................................... 36
2.4.1.3. DETECCIN DE ERRORES.......................................................................................................................... 37
2.4.1.4. CONTROL DE FLUJO................................................................................................................................... 37
2.4.1.5. CONTROL DE CONGESTIN ...................................................................................................................... 38
2.4.2. PROTOCOLO UDP ........................................................................................................................................... 38
2.4.2.1. DATAGRAMA UDP ....................................................................................................................................... 39
2.5. PROTOCOLOS DEL NIVEL DE APLICACIN...................................................................................................... 39
2.5.1. PROTOCOLOS QUE UTILIZAN UDP .............................................................................................................. 39
2.5.1.1. SNMP. PROTOCOLO DE GESTIN DE RED.............................................................................................. 39
2.5.1.2. DNS. SERVICIO DE NOMBRES DE DOMINIO ........................................................................................... 40
T25
Pgina 1 de 49
2.5.2. PROTOCOLOS QUE UTILIZAN TCP ............................................................................................................... 40
2.5.2.1. SMTP. PROTOCOLO DE TRANSFERENCIA DE MENSAJES..................................................................... 40
2.5.2.2. TELNET. PROTOCOLO DE CONEXIN REMOTA..................................................................................... 41
2.5.2.3. FTP. PROTOCOLO DE TRANSFERENCIA DE FICHEROS........................................................................ 41
2.5.2.4. HTTP. PROTOCOLO DE TRANSPORTE DE HIPERTEXTO....................................................................... 41
2.6. PROBLEMAS DEL MODELO TCP/IP ..................................................................................................................... 42
3. CONCLUSIN ................................................................................................................................................................. 42
4. BIBLIOGRAFA .............................................................................................................................................................. 43
5. ESQUEMA RESUMEN ................................................................................................................................................ 44
TEMARIO-TICC-mar04 T25
Actualizado en marzo de 2004 Pgina 2 de 49
1. EL MODELO DE REFERENCIA DE INTERCONEXIN DE SISTEMAS ABIERTOS (OSI)
DE ISO
1.1. INTRODUCCIN
Inicialmente, los computadores eran elementos aislados que contenan sus propios archivos y precisaban sus
propios perifricos. La independencia era tal que, si se necesitaba imprimir un documento alojado en una
mquina que no dispona de impresora, era necesario copiar el archivo en un disquete y llevarlo hasta un equipo
con impresora e imprimirlo desde all. Para evitar esto, la solucin era instalar una impresora en el computador
inicial, con la consiguiente duplicidad de recursos y dispositivos.
Con una planta informtica as, la configuracin y gestin de todos los ordenadores y de los perifricos a ellos
asociados se converta en una tarea tediosa, llegando a ser poco prctica cuando el nmero de computadores fue
creciendo en las distintas empresas.
De esta forma, surgi la necesidad de conectar los diferentes ordenadores entre s e implantar mtodos de
comunicacin y transferencia de datos entre ellos. Nace el concepto de redes de ordenadores y trabajo en red.
A mediados de los 70 diversos fabricantes desarrollaron sus propios sistemas de redes locales. Sin embargo, la
comunicacin entre ordenadores pertenecientes a redes distintas era imposible, debido a que los sistemas de
comunicacin de cada red eran propietarios. Es decir, estaban desarrollados con hardware y software propios y
usaban protocolos y arquitecturas diferentes a los de otras redes.
Entonces las empresas se dieron cuenta de que era necesario abandonar los sistemas propietarios y definir una
arquitectura de red con un modelo comn que permitiera interconectar varias redes sin problemas.
En 1977, la Organizacin Internacional de Normas (ISO, International Standard Organization), integrada por
industrias representativas del sector, cre un subcomit para desarrollar estndares de comunicacin de datos
que permitieran la interoperabilidad entre productos de diferentes fabricantes. Tras varias investigaciones acerca
de los modelos de red, elaboraron el modelo de referencia OSI (Open Systems Interconnection), en 1984.
1.2. MODELO DE REFERENCIA OSI. CONCEPTOS GENERALES
El modelo de referencia para la Interconexin de Sistemas Abiertos se caracteriza porque:
Se ocupa de la conexin de sistemas abiertos, es decir, sistemas que estn abiertos a la comunicacin
con otros sistemas.
Consta de siete capas. Por capa se entiende una entidad (o varias) que realiza por s misma una funcin
especfica. Las entidades del mismo nivel se denominan entidades pares.
Representa el primer paso hacia la estandarizacin internacional de los protocolos que se usan en las
diversas capas.
No es una arquitectura de red en s, ya que no especifica los servicios y protocolos exactos que se han de
usar en cada capa, sino que slo dice lo que debe hacer cada capa.
En el modelo OSI existen tres conceptos fundamentales:
Servicio.- Capacidad de comportamiento de una capa. Cada capa presta algunos servicios a las
entidades que se encuentran sobre ella, que acceden a los mismos a travs de los puntos de acceso al
servicio (SAP), intercambiando primitivas de servicio.
Interfaz.- Dice a los procesos de la capa superior cmo acceder a ella, especificando cules son los
parmetros y qu resultados esperar. La interfaz entre dos capas en una mquina no tiene porque ser
igual a la correspondiente en otra mquina.
Protocolo.- Conjunto de reglas que determinan el comportamiento de comunicacin horizontal entre
entidades pares. Se pueden cambiar los protocolos de una capa sin afectar a las dems.
Las entidades pares residentes en el nivel N+1 se comunican entre s a travs del nivel N, mediante el uso de
primitivas de servicio. Sin embargo, existe una comunicacin lgica horizontal entre entidades pares. Las reglas
que regulan esta comunicacin vienen reflejadas en el protocolo de pares. Por lo tanto, en la especificacin de
cada capa existen dos documentos:
Especificacin del servicio, que informa sobre las primitivas existentes. En la descripcin de las primitivas
se dice cuntos parmetros puede o debe haber y qu informacin contienen, pero no se dice cmo ni
con qu formato han de ser pasados. Esto es asunto local y definir esto equivale a definir la Interfaz.
Existen cuatro tipos de primitivas.
De peticin (REQUEST). Empleada para invocar un servicio y pasarle los parmetros necesarios
para su ejecucin.
De indicacin (INDICATION). Usada para indicar que un procedimiento ha sido invocado por el
usuario par del servicio en la conexin y pasar los parmetros asociados o para indicar al usuario del
servicio el inicio de una accin por parte del proveedor.
De respuesta (RESPONSE). Empleada por el usuario del servicio para reconocer o completar algn
procedimiento previamente iniciado por una indicacin del proveedor.
De confirmacin (CONFIRM). Usada por el proveedor del servicio para reconocer o completar algn
procedimiento previamente iniciado por una peticin del usuario.
USUARIO DEL SERVICIO PROVEEDOR DEL SERVICIO USUARIO DEL SERVICIO
REQUEST
INDICATION
RESPONSE
CONFIRM
Especificacin del protocolo, que describe las PDUs (Protocol Data Units) y las reglas que determinan su
intercambio entre unidades pares. Existen dos clases de PDUs.
De datos, que contiene los datos del usuario final (en el caso de la capa de aplicacin) 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 conexin, control de flujo, control de errores, etc. No contienen
informacin alguna proveniente del nivel N+1.
Con la siguiente figura se ilustra la nomenclatura utilizada por ISO en la torre que enva la informacin.
PDU (N) -> Unidad de Datos de Protocolo de nivel N. Contiene informacin de control de protocolo y,
posiblemente, datos de usuario. Debe estar puntual y perfectamente definida (sintaxis y semntica)
ICI (N) -> Informacin de Control de Interfaz de nivel N. Es transferida entre una entidad N+1 y una entidad N
para coordinar el funcionamiento local conjunto. Su sintaxis y semntica son un asunto local cuando acta como
informacin complementaria en la transferencia de una PDU.
T25
Pgina 4 de 49
IDU (N) -> Unidad de Datos de Interfaz de nivel N. Es transferida a travs del punto de acceso al servicio N.
Contiene la ICI ms la totalidad (o parte) de la informacin de la PDU (N+1). La estructura de las informaciones
en la IDU es asunto local.
SDU (N) -> Unidad de Datos del Servicio de nivel N. Representa la informacin entregada por el nivel
inmediatamente superior.
PCI (N) -> Informacin de Control del Protocolo de nivel N. Informacin generada por la entidad N para coordinar
el funcionamiento conjunto con otra u otras entidades N con las que est intercambiando informacin horizontal.
UD (N) -> Datos de Usuario. Datos transferidos entre entidades N en nombre de las entidades N+1.
PDU (N+1)
ICI (N)
IDU (N)
ICI (N) PDU (N+1)
ICI (N)
SDU (N)
PCI (N)
Protocolo N
PDU (N)
ICI (N-1)
Entidad N
iDU (N-1)
ICI (N-1)
SDU (N-1)
En la torre que recibe la informacin, la relacin existente entre las unidades de datos residentes en las
entidades de nivel N-1, N y N+1 es similar a la representada ms arriba, slo que en lugar de aadidos se
producen sustracciones y las flechas son ascendentes, como muestra la figura siguiente.
T25
Pgina 5 de 49
PDU (N+1)
ICI (N)
IDU (N)
ICI (N)
SDU (N)
PCI (N)
Protocolo N
PDU (N)
ICI (N-1)
Entidad N
IDU (N-1)
ICI (N-1)
SDU (N-1)
Los datos de usuario contenidos en la PDU (N) de datos corresponden exactamente a la PDU (N+1). Para el nivel
N son una ristra de bits, cuya semntica desconoce. La PDU (N) de datos se forma con los UD (N) y con la PCI
(N), que los envuelve antes de entregarlos al nivel inferior.
Cuando las unidades de datos de los niveles limtrofes no tienen tamaos compatibles, se recurre a alguna de las
siguientes funciones:
Segmentacin de la SDU. Cuando la SDU es demasiado grande, se reparte en ms de una PDU. La

funcin simtrica en el extremo receptor es el reensamblado, que consiste en identificar varias PDUs con
una sola SDU. La PCI incluye, en este caso, informacin adicional para posibilitar el reensamblado.
Bloqueo de la SDU. Cuando el tamao de la SDU es ms pequeo que el de la PDU, puede ser
conveniente o necesario agrupar varias SDUs en una sola PDU. El bloqueo es el caso contrario que la
segmentacin de la SDU. La funcin inversa del bloqueo es el desbloqueo, que consiste en descomponer
una PDU en varias SDUs. El caso de segmentacin se da con ms frecuencia que el de bloqueo.
Segmentacin de la PDU. Si la PDU es muy grande, puede ser necesario repartirla en ms de una IDU
del nivel inferior. Por eso, en la definicin de IDU se dice que contiene la ICI ms la totalidad (o parte) de
la PDU. Tambin en este caso deben existir informaciones adicionales que posibiliten el reensamblado en
el extremo receptor.
Concatenacin de PDU. Si el tamao de la SDU del nivel inferior, es decir, de la IDU del nivel inferior, es
mayor que el de la PDU, puede convenir agrupar varias PDUs sobre una sola SDU. La funcin inversa a
T25
Pgina 6 de 49
sta, que se realiza en el extremo receptor, es la separacin. La concatenacin-separacin es el caso
contrario de la segmentacin-reensamblado de la PDU, siendo ste ltimo ms frecuente que el primero.
1.2.1. CONEXIONES
El modelo de referencia OSI es orientado a la conexin. Esto significa que, en todos los niveles, es necesario que
se establezca previamente una conexin para que pueda existir intercambio de datos. Sin embargo, existen
protocolos que no requieren esta condicin, son los no orientados a la conexin (connectionless).
En las comunicaciones orientadas a la conexin se pierde tiempo y procesamiento en establecer y liberar la

conexin entre dos nodos, pero se garantiza que el nodo remoto est escuchando. Por el contrario, en las
comunicaciones no orientadas a la conexin 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 CONEXIN N-1
A nivel N-1 se establece una asociacin, una conexin N-1, para que dos entidades de nivel N puedan
comunicarse. La conexin N-1 es un servicio ofrecido por el nivel N-1, a travs de la cual circulan unidades de
informacin del nivel N.
El Punto de Acceso al Servicio (SAP) del nivel N identifica la direccin del nivel N a la que se conectan las
entidades de nivel N+1. La relacin entre direcciones de dos niveles consecutivos puede ser 1 a 1, N a 1 ( no
confundir con la multiplexacin, que se explica ms abajo) o 1 a N, como se muestra en la figura siguiente.
DIRECCIONES N
(N SAPs)
NIVEL N
DIRECCIONES N-1
(N-1 SAPs)
1A1 NA1 1AN
1.2.1.1. ESTABLECIMIENTO DE CONEXIONES
Para que dos entidades N establezcan una conexin, es necesario:
Disponer de una conexin N-1 por debajo. En los niveles bajos, es necesario establecer previamente la
conexin N-1 antes de intentar establecer la conexin N, descendiendo hasta que se encuentra una
disponible a nivel fsico (el nivel ms bajo). Sin embargo, en los niveles altos, se aprovecha la circunstacia
de establecimiento de la conexin N para establecer, al mismo tiempo, la conexin N+1.
Estar ambas entidades conformes con el establecimiento.
Una vez establecida la conexin, es como si la entidad dispusiese de un tubo a travs del cual pudiese enviar
datos a su entidad de comunicacin correspondiente.
1.2.1.2. LIBERACIN DE CONEXIONES
La liberacin de una conexin N es iniciada, normalmente, por una de las entidades N+1 que la est usando. Sin
embargo, esta ruptura puede ser tambin iniciada por una de las entidades N que la soportan.
Al contrario que ocurre en el establecimiento, la liberacin de una conexin N-1 no implica la liberacin de la
conexin N. Esto es as para permitir que, si la conexin N-1 se ha roto por dificultades de la comunicacin,
pueda intentarse reestablecerla o sustituirla por otra.
La liberacin de una conexin puede ser:
Abrupta. Se libera de inmediato y los datos pendientes de envo se pierden.

Suave o diferida. Antes de romper la conexin, se espera a no tener datos pendientes.
1.2.1.3. MULTIPLEXACIN Y DIVISIN
La multiplexacin es la funcin que permite utilizar una sola conexin N-1 para soportar varias conexiones de
nivel N. Todos los tubos de conexin N viajan por dentro del tubo de conexin N-1. Varias comunicaciones
entre entidades pares de nivel N se realizan apoyndose en una sola conexin de nivel N-1. Es decir, las distintas
entidades usan un solo punto de acceso al servicio N-1. La funcin inversa realizada en el receptor se denomina
demultiplexacin. No debe confundirse el concepto de multiplexacin con el de concatenacin, ya explicado.
N SAPs
CONEXIONES N
CONEXIN N-1
La divisin es la funcin que permite la utilizacin de ms de una conexin N-1 por una sola conexin de nivel N.
Con ello, el flujo de datos que soporta puede ser mayor. El flujo de datos del tubo correspondiente a la conexin
N se reparte entre todos los tubos de conexiones N-1. En el extremo receptor, la funcin inversa se denomina
recombinacin y debe ser capaz de recuperar el orden en el que las PDUs fueron generadas por el extremo
emisor. No debe confundirse el concepto de divisin con el de segmentacin, ya explicado.
N SAP
CONEXIN N
CONEXIONES N-1
1.2.2. TRANSMISIN DE DATOS
Una capa de una mquina no puede transferir los datos de forma directa a su capa par de otra mquina, sino que
necesita los servicios de todas las capas que se encuentran por debajo de ella en la jerarqua de capas,
pasndose la informacin hacia abajo hasta llegar al nivel fsico, donde se transmiten a la mquina receptora.
Cada capa utiliza el encapsulamiento para colocar la PDU de la capa superior en su campo de datos y agregar
cualquier encabezado e informacin final que la capa necesite para realizar su funcin. De esta forma, a medida
que los datos se desplazan hacia abajo a travs de las capas del modelo OSI, el tamao del mensaje va
creciendo. A nivel 3, la PDU se llama paquete e incluye las direcciones lgicas origen y destino. A nivel 2, la
trama incluye las direcciones fsicas. Y, finalmente, la capa fsica codifica los datos de la trama de enlace de datos
en un patrn de unos y ceros para su transmisin a travs del medio.
En la mquina 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.
1.3. CAPAS DEL MODELO OSI
Como se ha dicho en el punto anterior, el modelo de referencia OSI se dividi en siete niveles o capas, para
poder simplificar la implementacin de la arquitectura necesaria.
Los principios que se aplicaron para llegar a las siete capas son los siguientes:
Pgina 9 de 49
Se debe crear una nueva capa siempre que se precise un grado diferente de abstraccin.
A cada capa se le asigna una funcin bien definida o un conjunto de funciones relacionadas entre s,
tratando de resolver cada capa un problema distinto.
La funcionalidad de cada capa se debe elegir teniendo en cuenta la posibilidad de definir protocolos
normalizados a nivel internacional.
La frontera de las capas ser tal que se minimice el flujo de informacin a travs de la interfaz entre
ambas.
El nmero de capas debe ser lo suficientemente grande para no reunir en un mimo nivel funcionalidades
distintas y suficientemente pequeo para que la arquitectura resultante sea manejable.
Cada una de las capas del modelo OSI ilustra una funcin de red particular. Las caractersticas generales de las
capas son las siguientes:
Las capas poseen una estructura jerrquica.

Cada capa desempea 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 comunicacin virtual entre dos mismas capas, de manera horizontal.
Existe una comunicacin vertical entre una capa de nivel N y las capas de nivel N-1 y N+1
La comunicacin fsica se lleva a cabo entre las capas de nivel 1.
Las siete capas del modelo de referencia son:
Aplicacin.
Presentacin.
Sesin.
Transporte.
Red.
Enlace.
Fsica.
Las tres capas inferiores, fsica, enlace y red, engloban lo que se conoce como bloque de transmisin y tratan los
protocolos asociados con la red de conmutacin de paquetes utilizada para la conexin.
El nivel 4 enmascara a los niveles superiores los detalles de trabajo de los niveles inferiores, dependientes de la
red, y junto con ellos forma lo que se conoce como bloque de transporte. Este bloque es comn para todas las
aplicaciones y se encarga del transporte fiable de los datos sin intervenir en el significado de los mismos.
Los niveles de aplicacin, presentacin y sesin son los usuarios del bloque de transporte, estn relacionados
con aspectos de las aplicaciones de usuario y aslan la comunicacin de las caractersticas especficas del
sistema informtico.
1.3.1. CAPA FSICA (NIVEL 1)
La capa fsica est relacionada con la transmisin de bits por un canal de comunicacin, de forma que slo
reconoce bits individuales, sin estructura alguna. Es decir, la PDU de nivel fsico se corresponde con un bit o,
dicho de otro modo, cada bit se considera una unidad de datos.
Las consideraciones de diseo tienen que ver con las interfaces mecnica, elctrica y de procedimiento, as como
con el medio de transmisin que est bajo la capa fsica, asegurando que cuando un lado enve un bit 1, se reciba
en el otro extremo como bit 1, no como bit 0.
La capa fsica proporciona sus servicios a la capa de enlace de datos. Sus principales funciones son:
Definicin de caractersticas materiales (componentes y conectores mecnicos) y elctricas (niveles de

tensin, tipo de seal) que se van a utilizar en la transmisin de los datos por el medio fsico.
Definicin de las caractersticas funcionales de la interfaz en cuanto a establecimiento, mantenimiento y
liberacin del enlace fsico.
Definicin de reglas de procedimiento, es decir, la secuencia de eventos para transmitir.
Transmisin de flujos de bits a travs del medio.
T25
Pgina 11 de 49
Manejo de voltajes y pulsos elctricos para representar 1s o 0s.
Especificacin de cables, polos en un enchufe, componentes de interfaz con el medio, etc.
Especificacin del medio fsico de transmisin (coaxial, fibra ptica, par trenzado, etc.)
Garanta de conexin fsica, pero no fiabilidad de la misma. Es decir, no se realiza ningn control de
errores en este nivel. Eso corresponde al nivel superior.
1.3.2. CAPA DE ENLACE DE DATOS (NIVEL 2)
Puesto que la capa fsica slo acepta y transmite una corriente de bits sin preocuparse por su significado o
estructura, corresponde al nivel de enlace tomar el medio de transmisin en bruto y transformarlo en una lnea
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 ms importantes de la capa de enlace son:
Establecimiento de medios necesarios para la comunicacin fiable y eficiente entre dos mquinas en red.
Estructuracin de los datos en un formato predefinido, denominado trama, que suele ser de unos cientos
de bytes, aadiendo una secuencia especial de bits al principio y al final de la misma.
Sincronizacin en el envo de tramas.
Deteccin y control de errores provenientes del medio fsico mediante el uso de bits de paridad, CRC
(Cdigos Cclicos Redundantes) y envo de acuses de recibo por parte del receptor que debe procesar el
emisor.
Utilizacin de nmero de secuencia en las tramas para evitar prdidas y duplicidades.
Utilizacin de la tcnica de piggybacking, envo de acuses de recibo dentro de tramas de datos.
Resolucin de los problemas provocados por las tramas daadas, perdidas o duplicadas.
Control de la congestin de la red.
Mecanismos de regulacin de trfico 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 difusin.
1.3.3. 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
conmutacin y enrutamiento de la informacin, sus funciones se pueden resumir de la siguiente forma:
Conocimiento de la topologa de la red, es decir, de la forma en que estn interconectados los nodos, con
objeto de determinar la mejor ruta para la comunicacin entre mquinas que pueden estar ubicadas en
redes geogrficamente distintas.
Divisin de los mensajes de la capa de transporte en unidades ms complejas, llamadas paquetes
(NPDUs), y asignacin de direcciones lgicas a los mismos.
Ensamblado de paquetes en el host destino.
Establecimiento, mantenimiento y liberacin de las conexiones de red entre sistemas.
Determinacin del encaminamiento de los paquetes de la fuente al destino a travs de dispositivos
intermedios (routers).
Las rutas se pueden basar en tablas estticas.
T25
Pgina 12 de 49
Las rutas se pueden determinar al inicio de cada conversacin.
Las rutas pueden ser dinmicas, determinndose con cada paquete en funcin de la carga de la red.
Envo de paquetes de nodo a nodo usando un circuito virtual (orientado a la conexin) o datagramas (no
orientado a la conexin).
Control de la congestin.
Control de flujo.
Control de errores.
Reencaminamiento de paquetes en caso de cada de un enlace.
Con frecuencia, funciones de contabilidad, para determinar cuntos paquetes, caracteres o bits enva
cada cliente y producir informacin de facturacin.
Esta capa slo es necesaria en las redes de conmutacin o redes interconectadas. En redes punto a punto o de
difusin existe un canal directo entre los dos equipos, por lo que el nivel 2 proporciona directamente conexin
fiable entre los dos equipos.
1.3.4. LA CAPA DE TRANSPORTE (NIVEL 4)
Se trata de una verdadera capa extremo a extremo, del origen al destino. La comunicacin en los niveles
inferiores es entre mquinas adyacentes.
La capa de transporte proporciona sus servicios a la capa de sesin, efectuando la transferencia de datos
transparente entre dos entidades de sesin.
El nivel 4 tiene la interfaz ms sencilla de todo el modelo OSI, es el que tiene menos primitivas. No tiene
primitivas de confirmacin, pues se considera a todos los efectos que es un nivel fiable.
Su funcin ms importante es la aceptacin de datos de la capa de sesin, divisin en unidades ms pequeas, si

es preciso, denominadas segmentos, y envo de esta informacin 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 terminacin adecuados de los circuitos virtuales (conexiones que se

establecen dentro de una red). Cuando se inicia la conexin se determina una ruta de la fuente al destino,
ruta que es usada para todo el trfico de datos posterior.
Determinacin, en el momento del establecimiento de la sesin, del tipo de clase de servicio de transporte
que se proporcionar a la capa de sesin:
Canal punto a punto libre de errores, que entrega los mensajes o bytes en el orden en que se envan.
Mensajes aislados sin garanta respecto al orden de entrega.
Difusin de mensajes a mltiples destinos.
Control de flujo, que desempea 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.
Deteccin y recuperacin de errores de transporte.
Control de la congestin.
Numeracin de los segmentos para prevenir prdidas y doble procesamiento de transmisiones.
Garanta de recepcin de todos los datos y en el orden adecuado, sin prdidas ni duplicados.
Asignacin de una direccin nica de transporte a cada usuario.
T25
Pgina 13 de 49
Aislamiento a las capas superiores de los cambios inevitables de la tecnologa del hardware.
Contabilidad a travs de la red.
Lo normal es que la capa de nivel 4 cree una conexin de red distinta para cada conexin de transporte que
requiera la capa de sesin. Sin embargo, es posible crear mltiples conexiones de red, dividiendo los datos entre
ellas para aumentar el volumen, si se requiere un volumen de transmisin alto. De igual forma, si resulta costoso
mantener una conexin de red, el nivel 4 puede multiplexar varias conexiones de transporte en la misma conexin
de red para reducir el coste. En la cabecera que aade este nivel se enva la informacin que identifica a qu
conexin pertenece cada mensaje. En cualquier caso, la capa de transporte debe hacer esto de forma
transparente a la capa de sesin.
1.3.5. LA CAPA DE SESIN (NIVEL 5)
Esta capa proporciona sus servicios a la capa de presentacin, facilitando el medio necesario para que las
entidades de presentacin de dos mquinas diferentes organicen y sincronicen su dilogo y procedan al
intercambio de datos, mediante el establecimiento de sesiones.
Por tanto, la funcin principal de la capa de sesin es el establecimiento, administracin y finalizacin ordenada
de sesiones entre dos mquinas. Una sesin permite el transporte ordinario de datos, como efectuar un login a un
sistema remoto o transferir un archivo entre dos nodos, pero tambin proporciona servicios mejorados, tiles en
algunas aplicaciones, como los que se detallan a continuacin.
Manejo del control del dilogo (quin habla, cundo, cunto tiempo, half duplex o full duplex). Las
sesiones pueden permitir que el trfico vaya en una nica direccin, comunicaciones bidireccionales
alternadas (half duplex), o en ambas direcciones al mismo tiempo, comunicaciones bidireccionales
simultneas (full duplex). En las comunicaciones half duplex, la capa de sesin ayuda a llevar el control
de los turnos, mediante el manejo de fichas, tambin llamadas testigos o token. Slo el lado que posea la
ficha puede efectuar la operacin.
Sincronizacin del dilogo, mediante la insercin de puntos de verificacin en la corriente de datos
(APDU), de modo que si se produce una interrupcin slo es necesario repetir la transferencia de los
datos despus del ltimo punto de verificacin. La decisin de dnde colocar los puntos de sincronizacin
es competencia directa del nivel de aplicacin. Los puntos de sincronizacin pueden ser de dos tipos.
Mayor. Necesita confirmacin del otro extremo para seguir con la transferencia del siguiente bloque.
Menor. Se intercalan entre dos puntos de sincronizacin mayores. No necesitan confirmacin. Al
confirmarse un punto de sincronizacin mayor, se dan por confirmados los puntos menores
intermedios.
El bloque entre el primero y el ltimo punto de sincronizacin mayor se llama actividad. Cuando se
establece una conexin de sesin, automticamente se abre una actividad, para poder trabajar. Slo 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 dilogo, que es el contenido entre dos puntos
de sincronizacin mayor consecutivos. En la siguiente figura pueden verse grficamente estos conceptos.
Sesin
Actividad
CD CD
T25
Pgina 14 de 49
Sesin
Actividad Actividad Actividad
CD CD CD CD
Sesin Sesin Sesin
Actividad
CD CD
En esta capa la referencia a los dispositivos es por nombre y no por direccin. Adems, es aqu donde se definen
las APIs (Application Program Interface).
El protocolo del nivel de sesin es orientado a la aplicacin, ya que sus funcionalidades se adaptan a las
necesidades de la aplicacin.
Las unidades de datos del nivel de sesin, SPDUs, que regulan el dilogo, fluyen horizontalmente a travs del
nivel 5, pero son puestas en circulacin por iniciativa de los correspondientes procesos de aplicacin que residen
a nivel 7. Es decir, la capa de sesin no en un nivel autnomo que tenga capacidad para tomar decisiones sobre
quin habla y quin escucha. Estas decisiones se reservan para las entidades de la capa de aplicacin. El nivel 5
slo proporciona los mecanismos para que las entidades de aplicacin puedan regular el dilogo entre s.
En el prrafo anterior se habla como si la capa de aplicacin residiera directamente encima de la de sesin. Esto
no es as. Como se indica al principio del apartado 3, la capa de sesin ofrece sus servicios a la capa de
presentacin. 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 presentacin con el nivel 7 son traslacin exacta de las
correspondientes primitivas entre el nivel 6 y la capa de sesin.
1.3.6. LA CAPA DE PRESENTACIN (NIVEL 6)
A diferencia de las capas inferiores, las explicadas hasta ahora, que se ocupan slo del movimiento fiable de bits
de un lado a otro, la capa de presentacin se encarga de la sintaxis y la semntica de la informacin que se
transmite. Adems, asla a dichas capas inferiores del formato de los datos de las aplicaciones especficas.
Las estructuras de datos a intercambiar se deben definir de forma abstracta, mediante la codificacin de estos
datos de una manera estndar acordada, haciendo posible as la comunicacin entre computadoras con
representaciones locales diferentes. La capa de presentacin maneja estas estructuras de datos abstractas y las
convierte de la representacin de la computadora a la representacin estndar de la red y viceversa.
Adems de esta funcionalidad, la capa de presentacin ofrece a la capa de aplicacin los servicios de:
Garanta de que la informacin que enva la capa de aplicacin de un sistema pueda ser entendida y
utilizada por la capa de aplicacin de otro sistema.
Acuerdo y negociacin de la sintaxis de transferencia en la fase de establecimiento de la conexin. La
sintaxis elegida puede ser cambiada durante el tiempo que dure la conexin.
Definicin del cdigo a utilizar para representar una cadena de caracteres (ASCII, EBCDIC, etc.)
Interpretacin de formatos de nmeros...
Compresin de los datos, si es necesario.
T25
Pgina 15 de 49
Aplicacin de procesos criptogrficos, si as se requiere. Es el nivel clave para el sistema de seguridad
del modelo OSI.
Formateo de la informacin para su visualizacin o impresin.
1.3.7. LA CAPA DE APLICACIN (NIVEL 7)
Es la capa del modelo OSI ms cercana al usuario. Difiere de las dems 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. Es la capa de aplicacin la que hace posible que una red se pueda usar, a pesar de estar
abstrada de todas las restantes funciones necesarias para el establecimiento de la comunicacin.
Las aplicaciones ms importantes que hacen uso de esta capa, para que los procesos de las aplicaciones
accedan al entorno OSI son, entre otras:
Correo electrnico. Primera aplicacin 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 tambin hay cabida para aplicaciones particulares diseadas por y para un ncleo
reducido de usuarios, pero carecen de demasiado inters.
Las PDUs de la capa de aplicacin, APDUs, son de formato muy flexible y variable. Entre dos APDUs pueden
encontrarse diferencias sustanciales en cuanto a su tamao, nmero de campos presentes, etc, que dependen de
las necesidades de cada momento.
A cada una de las partes de una aplicacin que se encarga de una tarea especfica se denomina Elemento de
Servicio de Aplicacin (ASE). El conjunto de todos los ASEs que forman una aplicacin concreta y la relacin
entre ellos forman el contexto de aplicacin.
Hay ASEs vlidos para varias aplicaciones:
ACSE (Association Control Service Element). Establecimiento, manejo y liberacin 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 peticin de operaciones remotas y
devolucin de los resultados.
Las aplicaciones se componen de una mezcla de elementos especficos y comunes. Las siguientes figuras
ilustran las relaciones entre ASEs comunes.
T25
Pgina 16 de 49
Resto aplicaciones
Para aplicaciones que no manejan RTSE ni
ROSE. Tienen que gestionar por s mismas
los puntos de sincronizacin, los token, etc.
ACSE
N Presentacin
Resto aplicaciones
El RTSE es el que se encarga de las RTSE

actividades, los puntos de sincronizacin,
etc. En este caso, la aplicacin no maneja
directamente el nivel 5, sino que lo hace a
ACSE
travs de RTSE.
N Presentacin
Resto aplicaciones
ROSE
Para las aplicaciones que hacen uso de los
tres ASEs comunes.
RTSE
ACSE
N Presentacin
Resto aplicaciones
En este caso, ROSE trabaja directamente

sobre el nivel 5.
ROSE
ACSE
N Presentacin
1.4. CRTICAS DEL MODELO
La verdadera razn de que el modelo OSI tenga siete capas es que, en el momento en que se dise, IBM tena
un protocolo patentado de siete capas, llamado SNA (System Network Architecture, Arquitectura de Red de
Sistemas) y, en esa poca, IBM dominaba la industria de la computacin.
Por otro lado, el proceso de estandarizacin fue demasiado largo. Cuando todava se trabajaba en la definicin de
OSI, ya existan implementaciones completas y gratuitas de TCP/IP y aplicaciones como e-mail, telnet, ftp, etc.
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 estndares son difciles de implementar e ineficientes en su operacin. Las
implementaciones iniciales fueron enormes, inmanejables y lentas.
OSI se desarroll antes de que se inventaran los protocolos. As que los diseadores no supieron bien
qu funcionalidad poner en cada capa.
La capa de sesin tiene poco uso en la mayor parte de las aplicaciones.
La capa de presentacin est prcticamente vaca.
Por el contrario, las capas de red y enlace de datos estn muy llenas, hasta tal punto que han llegado a
dividirse en mltiples 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.
Omisin de la administracin de la red en el modelo.
Aunque en el presente documento se ha ubicado en la capa de presentacin la funcin 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 conexin y no orientado a la conexin. Sin embargo,
en la capa de transporte, donde el servicio es visible a los usuarios, slo se ofrece comunicacin
orientada a la conexin.
El modelo est dominado por una mentalidad de comunicaciones. Las computadoras son diferentes de
los telfonos. 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 programacin estructurada.
2. PROTOCOLOS TCP/IP
2.1. INTRODUCCIN
El nacimiento del modelo TCP/IP se remonta a la red ARPANET. sta era una red de investigacin controlada por
el Departamento de Defensa de EE.UU. Poco a poco fueron conectndose instituciones y universidades,
mediante el uso de lneas telefnicas alquiladas.
La necesidad de buscar una arquitectura de referencia nueva surgi cuando empezaron a aadirse redes de
satlite 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 conexin de mltiples redes entre s. Esta arquitectura
desemboc en lo que hoy conocemos como modelo de referencia TCP/IP.
TCP/IP tiene una mayor aplicacin que el modelo OSI, ya que se desarroll antes y las empresas implantaron
TCP/IP mientras esperaban el protocolo OSI. Adems, como todas las especificaciones asociadas a los
protocolos TCP/IP son de dominio pblico, y por lo tanto no hay que pagar nada para usarlos, han sido utilizados
extensivamente por autoridades comerciales y pblicas para crear entornos de redes abiertos.
T25
Pgina 18 de 49
La carta de presentacin 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 tecnologa del medio y del enlace
de datos.
Ofrece capacidad de encaminamiento adaptativo, transparente al usuario.
Es el software de red ms disponible universalmente.
Las diferencias ms notables entre ambos modelos de referencia, OSI y TCP/IP, se enumeran a continuacin:
Mientras que en OSI la distincin entre los conceptos de servicio, interfaz y protocolo es clara, en TCP/IP
no exista esta distincin inicialmente. Posteriormente, se ha intentado ajustar esto para acercarse ms a
OSI.
OSI se desarroll antes de que se inventaran los protocolos, mientras que TCP/IP fue, en realidad, una
descripcin de los protocolos existentes.
Una diferencia clara es que OSI cuenta con siete capas bien definidas y TCP/IP slo tiene 4.
El modelo OSI considera los dos tipos de comunicacin, orientada y no orientada a la conexin, en la
capa de red. Sin embargo, en la capa de transporte, donde el servicio es visible al usuario, ofrece
nicamente comunicacin orientada a la conexin. Por otro lado, el modelo TCP/IP en la capa de red slo
tiene el modo sin conexin pero considera ambos modos en la capa de transporte, ofreciendo posibilidad
de eleccin a los usuarios.
2.2. CAPAS DEL MODELO TCP/IP
La arquitectura del modelo TCP/IP consta de 4 capas:
Aplicacin. Proporciona comunicacin entre procesos o aplicaciones en ordenadores distintos. Contiene

todos los protocolos de alto nivel. A continuacin se enumeran los ms importantes:
TELNET Permite que un usuario, desde una mquina, entre en otra mquina distante y trabaje en
ella.
FTP Protocolo de transferencia de archivos que permite el movimiento de datos entre mquinas de
forma eficiente.
SMTP Correo electrnico.
NNTP Protocolo de transferencia de artculos de noticias.
HTTP Protocolo de recuperacin de pginas de Internet.
Transporte. Al igual que la capa de transporte de OSI, permite que se pueda establecer una
comunicacin entre las entidades pares de los nodos origen y destino. Proporciona, por tanto,
transferencia de datos extremo a extremo, asegurando que los datos llegan en el mismo orden que han
sido enviados y sin errores. Esta capa tambin 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 ms adelante.
TCP Protocolo orientado a la conexin que proporciona entrega fiable de mensajes entre
mquinas. Realiza control de flujo para que un emisor rpido no pueda saturar a un receptor lento.
UDP Protocolo sin conexin y no fiable. Se utiliza en aplicaciones donde la entrega rpida es ms
importante que la entrega precisa, como transmisin de voz y vdeo, y en aplicaciones de consulta de
peticin 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
T25
Pgina 19 de 49
otras redes entre ellas. Su misin principal, por tanto, es el enrutamiento de los paquetes, pero sin
garanta 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 captulo 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 vaco. Esta abstraccin de la topologa 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 conexin
puede variar de un nodo a otro.
2.3. PROTOCOLOS DEL NIVEL DE RED
El modelo de referencia TCP/IP consta principalmente de tres protocolos: IP, UDP y TCP. El protocolo bsico es
IP y permite enviar mensajes entre dos equipos.
En los apartados siguientes se describen ms en detalle estos y otros protocolos del modelo.
2.3.1. PROTOCOLO IP
IP proporciona un servicio de distribucin de paquetes caracterizado por:
Transmisin de datos en datagramas (paquetes IP).

No es orientado a la conexin, 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 congestin.
Puede fragmentar los paquetes si es necesario.
Direcciona los paquetes empleando direcciones lgicas IP de 32 bits. (IPv4)
Verifica la integridad del paquete en s, no de los datos que contiene.
2.3.1.1. DATAGRAMA IP
Los datos proporcionados por la capa de transporte son divididos en datagramas y transmitidos a travs de la
capa de red. A lo largo del camino pueden ser fragmentados en unidades ms pequeas para atravesar una red o
subred cuya MTU (Unidad de Transferencia Mxima) sea ms pequea que el paquete. En la mquina 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. Adems, se acompaa con la
descripcin de cada campo.
32 bits
Versin IHL Tipo de servicio Longitud total

D M
Identificacin F F Desplazamiento del fragmento
TTL (tiempo de vida) Protocolo Suma de comprobacin de la cabecera
Direccin de origen
Direccin de destino
Opciones (de 0 a 40 bytes)
Versin (4 bits). Indica la versin del protocolo al que pertenece el datagrama. El propsito de este
campo es permitir la evolucin del protocolo y que durante la transicin entre las versiones se pueda
ejecutar en unas mquinas la versin vieja y en otras la versin 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 mnimo e igual a 5. El valor mximo es
15 (4 bits a 1, 1111=15 en decimal). Como cada palabra equivale a 4 bytes, el tamao mximo 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 ms.
Dos bits no usados.
Longitud total (16 bits). Longitud total en octetos del datagrama, incluyendo cabecera y datos. La
longitud terica mxima es 65535 bytes (64 Kbytes) pero en la prctica los datagramas son de unos 1500
bytes. Este tamao mximo ser insuficiente en las redes futuras de alta velocidad. Internet no limita los
datagramas a un tamao especfico pero sugiere que redes y enrutadores estn preparados para manejar
datagramas a partir de 576 octetos.
Identificacin (16 bits). Cuando se transmite un datagrama a travs de Internet puede ser necesario
fragmentarlo en unidades ms pequeas a lo largo del camino. Este campo permite al host destino
determinar a qu datagrama pertenece un fragmento recin llegado, ya que todos los fragmentos de un
mismo datagrama contienen el mismo valor de identificacin.
1 bit sin uso actualmente.
Bit DF (Dont 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 enva 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 cundo han llegado todos los fragmentos.
Desplazamiento del fragmento (13 bits). Indica en qu posicin 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 mltiplo de 8 bytes. Puede haber 8192 fragmentos como
mximo por datagrama.
TTL o tiempo de vida (8 bits). Contador que sirve para limitar la vida de un paquete. Tericamente, cuenta
el tiempo en segundos, permitiendo una vida mxima de 255 segundos (11111111=255 en decimal).
Debe disminuirse en cada salto. En la prctica, simplemente cuenta saltos. Cuando el contador llega a 0
el paquete se descarta y se enva al host origen un paquete de aviso. Este campo evita que los paquetes
estn 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 comprobacin de la cabecera (16 bits). Verifica slo la cabecera y es til para la deteccin de
errores generados por palabras de memoria en mal estado en un enrutador.
Direccin de origen y direccin de destino (32 bits, cada una). Indican la direccin IP origen y la
direccin IP destino.
Opciones (de 0 a 40 bytes). Las opciones son de longitud variable. Empiezan con un cdigo de 1 byte,
que identifica la opcin. A continuacin, slo para algunas opciones, 1 byte que indica la longitud de la
opcin. Finalmente, uno o ms bytes de datos.
El campo de opciones se rellena para obtener palabras completas o, lo que es lo mismo, mltiplos de 4
bytes. Las opciones las eligen las aplicaciones de origen aunque es bastante raro usarlas. Actualmente
hay 5 opciones definidas:
Seguridad Permite aadir una etiqueta para indicar lo secreta que es la informacin que contiene
el datagrama. En la prctica, los enrutadores ignoran esta opcin.
Enrutamiento estricto desde el origen Indica la trayectoria completa a seguir como secuencia de
direcciones IP. Esta opcin 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 travs de otros enrutadores en el camino.
Es de utilidad cuando las consideraciones polticas o econmicas dictan pasar o evitar ciertos pases.
Registrar ruta Indica a los enrutadores por los que pasa el datagrama que agreguen su direccin
IP de 32 bits en el campo de opciones para conocer la ruta que ha seguido el datagrama.
Marca de tiempo Como la opcin anterior, pero adems el enrutador tambin 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 bsqueda de fallos en los algoritmos de enrutamiento.
2.3.1.2. DIRECCIONES IP
Cada nodo de la red tiene una direccin IP nica, formada por el nmero de red y el nmero de host.
Para evitar que dos nodos tengan la misma direccin IP existe un organismo de asignacin de direcciones, el NIC
(Network Information Center). Estas direcciones son de 32 bits de longitud y generalmente se escriben en
notacin decimal con puntos.
Se usan en los campos de direccin de origen y direccin de destino de los paquetes IP.
Las direcciones se agrupan en clases. El formato de cada una puede verse grficamente en la siguiente figura.
Pgina 22 de 49
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 Direccin multitransmisin (1 byte 224 - 239) Clase D
11110 Reservado para uso futuro (1 byte 240 - 247) Clase E
Clase A. Tiene 8 bits para referenciar la identificacin de la red, pero el primer bit es siempre 0. Por tanto,
slo permite direccionar 27 = 128 redes. A este nmero hay que restarle 2, puesto que las direcciones
0.0.0.0 y 127.0.0.0 estn reservadas, quedando un total de 126 redes. La direccin de red 0.0.0.0 se
denomina encaminamiento por defecto y 127.0.0.0 es la direccin de loopback, como se explica ms
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 difusin respectivamente. Una direccin 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 direccin
de difusin 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 estn fijados a 10, con lo que
existen 214 =16.384 posibilidades. El nmero de host posibles es 216 2 = 65.534.
Clase C. Sabiendo que los tres primeros bits son fijos (110), el nmero de redes posibles es 221 =
2.097.152. Por otro lado, el nmero de nodos posibles es 28 2 = 254.
Clase D. El rango de direcciones de esta clase se utiliza para dirigir un datagrama a mltiples hosts.
Clase E. Este rango se reserva para uso futuro.
El siguiente ejemplo permite clarificar la diferencia entre una direccin de red, una direccin de difusin y una
direccin asignable:
Se tiene la direccin 115.40.110.15. 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 direccin 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 direccin de la red. As pues, 115.0.0.0 es una direccin de red de clase A. Tambin se ha comentado
que poniendo a 1 todos los bits del host se tiene la direccin de difusin para la red indicada, que ser la
115.255.255.255. Quitando la direccin de red y la de difusin, el resto del rango son direcciones asignables. En
este ejemplo, se pueden asignar 224 2 = 16.777.214 direcciones de host, de la 115.0.0.1 a la 115.255.255.254.
Existen algunas direcciones especiales:
Cuando se arranca un host, ste utiliza la direccin IP 0.0.0.0 inicialmente.

El formato de direccin para referirse a una red se hace completando la parte local de la direccin con
ceros. Ejemplo: 5.0.0.0 es una direccin de red de clase A.
Las direcciones IP con nmero de red igual a 0 se refieren a la red actual. Ejemplo: 0.193.130.11 es un
host en su propia red, de clase A.
Para difusin en una subred local, se usa la direccin 255.255.255.255. No es reenviada por los
encaminadores.
Para difundir un mensaje a todos los nodos de una red distante, la direccin IP a utilizar tiene un nmero
de red y slo unos en el campo de host. Ejemplo: 131.18.255.255 para difusin a todos los ordenadores
de la red de clase B 131.18.0.0.
Las direcciones con formato 127.xx.yy.zz se utilizan para pruebas de realimentacin. La direccin
127.0.0.1 se utiliza como direccin interna, tambin llamada loopback.
Subredes
Todos los ordenadores de una red deben tener el mismo nmero de red. Esta caracterstica puede llegar a ser un
problema a medida que crecen las redes. La solucin a este problema es la divisin 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 razn, no es necesario ponerse en contacto con el NIC para la asignacin de una subred nueva.
Al incluir el concepto de subred, la parte de la direccin 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 organizacin que
tiene asignada la red de tipo B 145.25.0.0 pero quiere tener sus mquinas repartidas en redes de rea local o
LANs diferentes. La forma de conseguir esto es mediante la creacin de subredes dentro de la red existente. El
nmero de bits asignados a la parte de subred y a la parte de host puede variar en funcin de las necesidades de
la organizacin. 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.
Mscaras de red y subred
La herramienta que permite obtener la direccin de red de una direccin IP dada es la mscara de red. Es una
especie de direccin 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 mscaras de red de los diferentes tipos de redes principales son:
Red de clase A: Mscara de red = 255.0.0.0

Red de clase B: Mscara de red = 255.255.0.0
Red de clase C: Mscara de red = 255.255.255.0
La mscara de red posee la propiedad de que cuando se combina, mediante una operacin AND lgica, con la
direccin IP de un host se obtiene la direccin propia de la red en la que se encuentra el mismo.
En las redes donde hay definidas subredes se aplica el concepto de mscara de subred. Siguiendo con el
ejemplo anterior, la mscara de subred que debe aplicarse es 255.255.252.0. Es decir, si se recibe un mensaje
con la direccin 145.25.25.25 se sabe que va destinado al host 281 de la subred 6. A continuacin se clarifica
esta afirmacin mediante notacin binaria: la direccin 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 mscara de
red es 255.255.0.0.
Direccin recibida 10001100.00011001.00011001.00011001

Mscara de red 11111111.11111111.00000000.00000000
Mscara de subred 11111111.11111111.11111100.00000000
< ---------red---------- ><subr>< -----host---->
Red 10001100.00011001 = 145.25

Subred 000110 = 6
Host 0100011001 = 281
T25
Pgina 24 de 49
IP mvil
La mayor parte de las direcciones IP se asignan a host estacionarios, es decir, que nunca se mueven. Sin
embargo, hoy en da, millones de personas tienen ordenadores porttiles que se mueven de un punto a otro de la
red. A continuacin se explica el proceso de asignacin de direcciones IP a host mviles:
Por un lado, todos los hosts tienen una direccin base permanente.
Por otro lado, en todas las reas de la red existe un agente de base, que lleva el registro de todos los
usuarios mviles cuya base est en el rea, pero que actualmente estn visitando otra rea, y uno o ms
agentes forneos, que llevan el registro de todos los usuarios que visitan el rea.
Cuando un host se conecta en un rea nueva debe registrarse con el agente forneo de ese lugar, dando
su direccin base, su direccin actual de capa de enlace de datos y cierta informacin de seguridad.
El agente forneo se pone en contacto con el agente de base del host mvil para informarle de que uno
de sus host est en el rea de dicho agente forneo. ste le enva al agente de base la informacin de
seguridad proporcionada por el host mvil y su propia direccin IP.
El agente de base examina la informacin de seguridad.
Cuando el agente forneo recibe el reconocimiento del agente de base, hace una entrada en sus tablas e
informa al host mvil que ahora est registrado.
Los paquetes enviados al host mvil son interceptados por el agente de base. ste lo encapsula en un paquete
exterior y lo enva al agente forneo que controla al host mvil. Este mecanismo se llama proceso de tnel. El
agente forneo recibe el paquete encapsulado, extrae el paquete original de y se lo enva al host mvil. Adems,
el agente de base informa al emisor del paquete original para que en el futuro enve los paquetes al host mvil a
travs del agente forneo.
Cuando el host mvil abandona un rea debera comunicarlo para borrar el registro pero muchas veces no lo
hace. Para evitar los problemas que esto conlleva, el registro es vlido slo por un intervalo de tiempo fijo,
transcurrido el cul el agente forneo limpia sus tablas. El registro puede renovarse peridicamente antes de que
se agote el tiempo de validez.
CIDR. Enrutamiento interdominios sin clases
Se est agotando el espacio de direcciones IP de 32 bits. En teora existen cerca de dos mil millones de
direcciones pero la prctica de organizar el espacio de direcciones por clases desperdicia millones de ellas.
Para la mayora de las organizaciones una red clase A, con 16 millones de direcciones, es demasiado grande y
una red clase C es demasiado pequea. Una red clase B es la adecuada pero hay estudios que demuestran que
ms de la mitad de todas las redes clase B tienen menos de 50 hosts. Por tanto, una red clase C habra sido
suficiente. Sin embargo, si se usaran medio milln de redes clase C, se necesitaran tablas de enrutamiento con
miles de entradas en los routers, complicando con una tasa mayor que la lineal los algoritmos relacionados con el
mantenimiento de dichas tablas.
El enrutamiento interdominios sin clases CIDR (Classless InterDomain Routing) supone un respiro ante este
problema. Se basa en el reparto de las redes clase C no asignadas an en bloques de tamao variable. De esta
forma si una instalacin necesita 2000 direcciones se asignan 8 redes clase C contiguas en vez de una direccin
clase B completa.
2.3.1.3. ENRUTAMIENTO
Para enrutar los paquetes de una red a otra se utilizan unos dispositivos denominados enrutadores o routers. Son
los encargados de determinar el camino concreto que seguir cada paquete en su viaje desde el host origen al
host destino.
T25
Pgina 25 de 49
Cada enrutador posee en su interior una tabla de encaminamiento para alcanzar redes distantes y otra para
alcanzar redes locales. En la primera se almacenan direcciones IP de redes y subredes distintas de la actual, as
como la mscara e interfaz de salida asociada a cada una de ellas. Y en la segunda tabla las direcciones de los
hosts de la subred actual, junto con la direccin de la tarjeta de red de dicho host. De esta forma, cada enrutador
slo tiene que llevar el registro de otras redes/subredes y de los host locales. Las tablas de direccionamiento
deben estar ordenadas de las direcciones ms especficas hasta la ms general y recorrerse en este orden.
Las tablas de enrutamiento pueden ser fijas y contener rutas alternativas que sern utilizadas cuando algn
dispositivo de encaminamiento no est disponible. Tambin pueden ser dinmicas de forma que el router puede ir
modificndolas de acuerdo con el estado de la red y de los enrutadores que se comunican con l. Este es el
motivo por el que los paquetes pertenecientes a una misma comunicacin pueden seguir caminos diferentes.
Los hosts tambin poseen tablas de encaminamiento. De hecho, cuando un host desea enviar datos a otro lo
primero que hace es comprobar si el host destino aparece en sus tablas de enrutamiento. En caso afirmativo los
datagramas le son enviados directamente mediante su direccin fsica (la direccin de su tarjeta de red). En caso
contrario enva un mensaje de peticin ARP (este concepto se explica ms adelante), que ser respondido por el
host destino enviando su direccin fsica. A partir de aqu se procede como en el caso afirmativo. En ambos casos
el proceso recibe el nombre de entrega directa. Si ningn host de la red/subred responde al mensaje de peticin
los datagramas son enviados al router para que ste se encargue de su direccionamiento. En este caso se habla
de entrega indirecta.
Cuando un paquete IP llega a un enrutador, se extrae la direccin del host destino y se comprueba, pasndole las
diferentes mscaras almacenadas en la tabla de enrutamiento, si pertenece a alguna de las redes que dicho
router une. En caso afirmativo, el enrutador se comporta como un host ms y sigue el proceso de entrega directa
explicado en el prrafo anterior. Si el host destino no pertenece a ninguna de las redes que conecta el router, se
reenva al siguiente enrutador por la interfaz dada en la tabla de enrutamiento. De esta forma, el paquete va
saltando de uno a otro router, hasta llegar a uno que s est conectado a la red destino.
De todo esto se desprende que, si slo se tuvieran que enviar datos entre hosts de la misma red, no sera
necesario el uso del protocolo IP ya que con el direccionamiento fsico mediante los nmeros de las tarjetas de
red se podra trabajar sin problemas. Sin embargo, cuando se deben mandar datos a hosts de otra red el
protocolo IP es necesario porque el conjunto de nmeros de tarjeta de red conforma un sistema de
direccionamiento plano. Es decir, dichos nmeros son asignados secuencialmente por el fabricante de la tarjeta,
no dando informacin alguna de la localizacin del host que la tiene instalada.
2.3.2. PROTOCOLOS DE CONTROL
Adems 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.
2.3.2.1. ICMP. PROTOCOLO DE CONTROL DE MENSAJES DE INTERNET
Cuando ocurre algn suceso, ICMP (Internet Control Message Protocol) es el protocolo encargado de informar del
mismo. No toma ninguna decisin 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 continuacin el cuerpo del mensaje que vara en funcin del tipo de
mensaje. Los campos obligatorios son:
Tipo (8 bits). Se utiliza para distinguir los tipos de mensajes ICMP, descritos ms abajo, y determinar su
formato.
Cdigo (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 descripcin concreta del error que se ha producido.
Checksum (16 bits). Cdigo de proteccin contra errores de transmisin.
Existen diversos tipos de mensajes ICMP. Por un lado, estn los mensajes informativos. Todos ellos contienen,
adems de los 3 campos fijos, un identificador de 16 bits y un nmero de secuencia, tambin de 16 bits. Los
mensajes informativos ms importantes son los siguientes:
Solicitud de eco (Tipo 8). Permite detectar si un destino concreto es alcanzable y est vivo. Cuando se
enva 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 nmero 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 tamaos llegan o no a
un destino.
Solicitud de marca de tiempo (Tipo 13). Misma funcionalidad que el mensaje Solicitud de eco pero
indica al receptor que debe aadir informacin adicional de tiempos en el mensaje de respuesta.
Respuesta de marca de tiempo (Tipo 14). Parecido al mensaje de Respuesta de eco pero adems
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 mscara de direccin (Tipo 17). Lo utiliza un host cuando se reinicia en una red y no
conoce cuntos bits se han asignado a la mscara de subred.
Respuesta de mscara de direccin (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, adems de los 3 campos fijos, el encabezado y los 8
primeros bytes del datagrama que ocasion el error. Los mensajes de error ms importantes son los siguientes:
Destino inalcanzable (Tipo 3). Este tipo de mensaje se utiliza ante varias situaciones. El campo de
cdigo describe el error concreto que se ha producido.
Cdigo=0 Se usa cuando no se puede encontrar la red del destino del mensaje.
Cdigo=1 Cuando el propio host o aplicacin destino est inalcanzable.
Cdigo=2 Cuando el campo de protocolo del datagrama no coincide con ninguno de los protocolos
del host destino.
Cdigo=3 No se puede llegar al puerto destino o la aplicacin destino no est libre.
Cdigo=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 fragmentacin.
Cdigo=5 La ruta de origen no es correcta.
Cdigo=6 No se conoce la red destino.
Cdigo=7 No se conoce el host destino.
Cdigo=8 El host origen est aislado.
Cdigo=9 La comunicacin con la red destino est prohibida por razones administrativas.
Cdigo=10 La comunicacin con el host destino est prohibida por razones administrativas.
Cdigo=11 No se puede llegar a la red destino debido al Tipo de servicio.
Cdigo=12 No se puede llegar al host destino debido al Tipo de servicio.
Tiempo excedido (Tipo 11). Cuando existe una alta congestin en la red o los paquetes estn 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 enva un mensaje de Tiempo excedido al origen del datagrama descartado, con el
campo de Cdigo puesto a 0. Esto puede ser sntoma de que el temporizador tiene un valor demasiado
pequeo. Otra situacin en la que se enva este mensaje es cuando finaliza el tiempo de espera de los
T25
Pgina 27 de 49
trozos de un datagrama fragmentado sin que se hayan recibido todos. En este caso, el valor del campo
Cdigo es 1.
Problema de parmetro (Tipo 12). Indica que algn campo de la cabecera tiene un valor ilegal, que el
tamao del datagrama es incorrecto o que falta algn 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.
Supresin de origen (Tipo 4). Cuando un host enva muchos paquetes se le enva un mensaje de este
tipo con la intencin de que deje de enviar tantos. Actualmente no se usa mucho este tipo de mensaje
ICMP porque incrementan la posibilidad de congestin en la red.
Redireccionamiento (Tipo 5). Cuando un enrutador detecta que un paquete puede estar mal
encaminado enva 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.
2.3.2.2. ARP. PROTOCOLO DE RESOLUCIN DE DIRECCIONES
El hardware de la capa de enlace de datos no entiende las direcciones IP, es necesario que sean traducidas a
direcciones fsicas.
Una posible solucin es tener un archivo de configuracin en algn lugar del sistema que proyecte las direcciones
IP en direcciones fsicas. Sin embargo, en organizaciones con miles de hosts, el mantenimiento y gestin de
estos archivos conllevara mucho tiempo y sera muy susceptible de errores.
Una solucin ms sencilla la ofrece el protocolo de resolucin de direcciones, ARP (Address Resolution Protocol).
Cuando un host quiere enviar un paquete a otro, del cual conoce su direccin IP pero no su direccin fsica, enva
un paquete ARP a la red con la direccin IP que se quiere resolver. La difusin llegar a cada host de la red, que
revisar su propia direccin IP, y slo aquel que coincida responder con su direccin fsica. El host origen pone
en su cach el resultado de esta operacin por si necesita establecer contacto con el mismo host posteriormente.
Esta solucin admite distintas optimizaciones. Cuando un nodo enva un mensaje a otro, para lo que ha utilizado
previamente el protocolo ARP para obtener la direccin fsica del host destino, lo ms normal es que el host
destino devuelva una respuesta. Por tanto, el destino debe utilizar el protocolo ARP para determinar la direccin
fsica del transmisor. Esto podra evitarse si el host origen incluye en su primer paquete ARP la proyeccin de su
direccin IP a direccin fsica. En este caso, todos los host de la red que reciben este paquete incluyen dicha
proyeccin en sus cachs de ARP.
Otra mejora sera que todos los hosts difundan su proyeccin 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 proyeccin
recibida. Si se recibe respuesta es porque dos host de la red tienen la misma direccin IP. En este caso, el host
que se est conectando debe informar de ello al administrador del sistema y no arrancar.
A continuacin se muestra el formato de la trama de ARP.
T.HW PROTO L.HW L.IP OPERACION D.O.HW D.O.IP D.D.HW D.D.IP
T.HW (Tipo de hardware). Especifica la tecnologa de red. Ejemplo: Ethernet -> T.HW=1
PROTO (Tipo de protocolo). Especifica el tipo de protocolo de nivel de red para el que se estn
resolviendo las direcciones fsicas.
L.HW (Longitud hardware). Especifica la longitud de la direccin fsica que se va a resolver.
L.IP (Longitud IP). Especifica la longitud de la direccin del protocolo de nivel 3 que hay que traducir.
OPERACION
1 = Solicitud ARP
T25
Pgina 28 de 49
2 = Respuesta ARP
3 = Solicitud RARP
4 = Respuesta RARP
D.O.HW (Direccin origen HW). Especifica la direccin fsica del emisor de la trama ARP.
D.O.IP (Direccin origen IP). Especifica la direccin de nivel 3 del emisor de la trama ARP.
D.D.HW (Direccin destino HW). Especifica la direccin fsica del destino de la trama ARP. Si se trata de
una operacin de solicitud, ser una direccin de difusin.
D.D.IP (Direccin destino IP). Especifica la direccin de nivel 3 del destino de la trama ARP.
2.3.2.3. RARP. PROTOCOLO DE RESOLUCIN DE DIRECCIONES INVERSO.
A veces se produce el caso inverso al anterior. Es decir, se necesita conocer la direccin IP dada una direccin
fsica. Esto ocurre, por ejemplo, cuando se inicia una mquina sin disco que normalmente recibe la imagen binaria
de su sistema operativo de un servidor de archivos remoto pero desconoce su direccin de IP.
El protocolo de resolucin de direcciones inverso RARP (Reverse Address Resolution Protocol) permite que un
host recin iniciado difunda su direccin fsica para preguntar si alguien en la red conoce la direccin IP asociada
a ella. Cuando el servidor RARP recibe esta solicitud busca la direccin fsica en sus archivos de configuracin y
le enva la direccin de IP correspondiente.
Es preferible usar RARP a integrar la direccin IP en la imagen de memoria. La razn es que, si se hiciera esto
ltimo, cada mquina necesitara su propia imagen de memoria. De esta forma se puede usar la misma imagen
para todas las mquinas.
El problema de RARP es que usa una direccin de difusin limitada, con todos los bits a 1, que no es reenviada
por los enrutadores. Por esta razn es necesario que haya un servidor RARP en cada red.
El formato de la trama RARP es como el explicado para ARP.
2.3.2.4. 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 reenvan a travs de los
enrutadores.
Este protocolo tambin proporciona informacin adicional a una estacin de trabajo sin disco, incluida la direccin
IP del servidor de archivos que contiene la imagen de memoria, la direccin IP del enrutador predeterminado y la
mscara de subred a usar.
2.3.2.5. IGMP. PROTOCOLO DE ADMINISTRACIN DE GRUPOS DE INTERNET
La comunicacin 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 simultnea. Por ejemplo, las actualizaciones de
rplicas, las bases de datos distribuidas, etc.
IP maneja la multitransmisin usando direcciones clase D (direcciones multicast) que identifican cada una a un
grupo de hosts (estos host mantienen su direccin IP individual de forma que responden a ambas direcciones).
Cuando se enva un paquete a una direccin clase D se intenta entregar a todos los miembros de grupo, pero no
se dan garantas (protocolo best-effort).
La multitransmisin se lleva a cabo mediante enrutadores especiales. Aproximadamente cada minuto todos los
enrutadores multitransmisin envan una multitransmisin de hardware a los host de su red local, solicitndoles
que indiquen las direcciones clase D o los grupos en los que estn interesados. Cada host responde con dicha
informacin. 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
DIRECCIN DE GRUPO DE MULTIENVO
2.3.3. PROTOCOLOS DE ENRUTAMIENTO
2.3.3.1. OSPF. PROTOCOLO DE ENRUTAMIENTO DE PASARELA INTERIOR
OSPF (Open Shortest Path First) se estandariz en 1990 desbancando al protocolo de vector de distancia RIP,
que slo funcionaba bien en sistemas pequeos.
Los requisitos que se pretendan cubrir cuando se diseo OSPF eran:
El algoritmo no poda ser propiedad de una compaa sino que tena que publicarse como literatura
abierta.
El nuevo protocolo tena que reconocer distintas mtricas de distancia, incluidas distancia fsica y retardo.
Tena que ser un algoritmo dinmico que se adaptara a los cambio de topologa de forma rpida y
automtica.
El nuevo protocolo tena que reconocer el enrutamiento basado en el tipo de servicio, diferenciando entre
el trfico de tiempo real y el resto.
El protocolo tena que efectuar equilibrio de cargas, dividindola entre varias lneas.
Reconocimiento de sistemas jerrquicos de modo que ningn enrutador tuviera que conocer la topologa
completa.
Se requera un mnimo de seguridad para evitar el envo de informacin de enrutamiento falsa a los
enrutadores.
En OSPF se pueden encontrar distintos tipos de topologas:
Punto a punto. Este tipo de topologas son las ms simples, ya que en ellas slo intervienen dos
enrutadores conectados de forma directa formando un nico enlace.
Redes multiacceso con difusin. Los enrutadores tienen en comn una red que permite trfico de
multicast, es decir, dirigido a varios routers.
Redes multiacceso sin difusin. La red que une a los distintos enrutadores no permite trfico de
multicast. Es necesario emular esta caracterstica mediante la replicacin de mensajes.
Los host, normalmente, no desempean ningn papel en OSPF.
OSPF funciona mapeando el conjunto de redes, enrutadores y lneas en un grafo dirigido, en el que a cada arco
se le asigna un coste, y calculando la trayectoria ms corta desde cada dispositivo de enrutamiento a todos los
dems en base a los pesos de los arcos.
OSPF maneja reas numeradas, donde un rea es una generalizacin de una subred. La topologa y detalles de
un rea no son visibles desde fuera de la misma. El rea 0 es el rea de backbone. Todas las reas se conectan
al backbone. Cada enrutador conectado a dos o ms reas forma parte del backbone. Dentro de un rea todos
los routers tienen la misma base de datos y ejecutan el mismo algoritmo de trayectoria ms corta a todos los
T25
Pgina 30 de 49
dems enrutadores del rea, incluido el que est conectado al backbone. Un router conectado a dos reas
necesita las bases de datos de ambas reas y debe ejecutar para cada una por separado el algoritmo de
trayectoria ms corta.
OSPF maneja el enrutamiento en funcin del tipo de servicio teniendo varios grafos etiquetados con los costes
segn la mtrica utilizada. Para uno la mtrica es el retardo, para otro es el rendimiento y, para otro, la fiabilidad.
Esto triplica el clculo necesario pero permite rutas separadas para optimizar el retardo, el rendimiento y la
fiabilidad.
La siguiente tabla muestra los tipos de mensaje OSPF:
Tipo de mensaje Descripcin

Hola Sirve para descubrir quines son los vecinos
Actualizacin de estado de enlace Proporciona los costes del transmisor a sus vecinos
Reconocimiento de estado de enlace Reconocimiento de la actualizacin de estado de enlace
Descripcin de la base de datos Anuncia las actualizaciones que tiene el transmisor
Solicitud de estado de enlace Solicita informacin del compaero
2.3.3.2. BGP. PROTOCOLO DE ENRUTAMIENTO DE PASARELA EXTERIOR
Todo lo que tiene que hacer un protocolo de pasarela interior, como OSPF, es mover paquetes con la mayor
eficiencia posible del origen al destino sin necesidad de preocuparse por la poltica. Sin embargo, los protocolos
de pasarela exterior en general, y en particular el BGP (Border Gateway Protocol), se han diseado para permitir
muchos tipos de polticas de enrutamiento.
Las polticas tpicas comprenden consideraciones polticas, valga la redundancia, de seguridad o econmicas. Se
configuran manualmente en cada enrutador BGP y no son parte del protocolo mismo. Un ejemplo de restriccin
de enrutamiento es que el trfico que comience o termine en una organizacin no debe transitar por redes de la
competencia.
BGP tiene especial inters en el trfico de trnsito. Las redes se agrupan en tres categoras:
Redes de punta. Slo tienen una conexin al grafo BGP. No se pueden usar para el trfico en trnsito
porque no hay nadie al otro lado.
Redes multiconectadas. Pueden utilizarse para el trfico de trnsito excepto que si se niegan ha
hacerlo.
Redes de trnsito. Estn dispuestas a manejar los paquetes de terceros, posiblemente con algunas
restricciones. Un ejemplo de este tipo son los backbones.
Dos enrutadores BGP se consideran conectados si comparten una red comn. Los pares de routers BGP se
comunican entre ellos estableciendo conexiones TCP, proporcionando comunicacin fiable y ocultando todos los
detalles de la red por la que pasa.
BGP es fundamentalmente un protocolo de vector de distancia, en el que cada dispositivo de encaminamiento

mantiene el coste a cada destino y, adems, la trayectoria seguida. Del mismo modo, en lugar de dar
peridicamente a cada vecino sus costes estimados a todos los destinos posibles, cada enrutador BGP le dice a
sus vecinos la trayectoria exacta que est usando.
La esencia de BGP es el intercambio de informacin de enrutamiento entre dispositivos de encaminamiento. Esta

informacin actualizada se va propagando a travs de un conjunto de redes. BGP involucra tres procedimientos
funcionales:
Adquisicin de vecino. Dos routers son vecinos si estn conectados a la misma subred y estn de
acuerdo en que quieren intercambiar informacin de enrutamiento entre ellos.
Deteccin de vecino alcanzable. Permite mantener la relacin de vecino.
Deteccin de red alcanzable. Cada enrutador mantiene una base de datos con todas las redes que
puede alcanzar y la mejor ruta para alcanzarla.
Todos los mensajes BGP tienen una cabecera de 19 bytes formada por tres campos:
Marcador. Permite al receptor verificar la identidad del emisor.

Longitud. Indica el tamao del mensaje en bytes.
Tipo. Indica el tipo del mensaje. Hay 4 tipos: Open, Update, Notification y Keepalive.
Alguno de estos mensajes puede tener campos adicionales, adems de la cabecera.
2.3.4. IPv6
A lo largo del captulo 3 se han puesto de manifiesto algunas de las limitaciones de IP (IPv4). En 1990 se empez
a trabajar en una nueva versin de IP que fuera ms flexible y superase los problemas de IPv4. Las principales
metas que se perseguan eran:
Manejar miles de millones de host, an con asignacin de espacio de direcciones ineficiente.

Reducir el tamao de las tablas de enrutamiento.
Simplificar el protocolo para permitir a los enrutadores el procesamiento ms rpido de los paquetes.
Proporcionar mayor seguridad.
Prestar ms atencin al tipo de servicio, especialmente a los datos en tiempo real.
Mejorar la multitransmisin.
Posibilitar que un host sea mvil sin cambiar su direccin.
Permitir que el protocolo evolucione.
Permitir que distintas versiones del protocolo puedan coexistir.
As surge la nueva versin de IP, IPv6 (tambin llamado IPng=Internet Protocol Next Generation). Dos de las
caractersticas ms significativas de IPv6 son:
Direcciones de 16 bytes de longitud, frente a las direcciones de 4 bytes de IPv4.

Simplificacin de la cabecera. Campos que en IPv4 eran obligatorios en IPv6 son opcionales. Esto
permite a los enrutadores procesar los paquetes con mayor rapidez y, por tanto, mejorar el rendimiento.
En IPv6 las direcciones identifican a una interfaz o conjunto de interfaces, no a un nodo. Para identificar a un host
como perteneciente a una red dada se ha sustituido el mtodo de las mscaras de red por el de los
Identificadores: [prefijo de abonado][Identificador de subred][Identificador de interfaz], de n bits, (80-n) bits y 48
bits, respectivamente. El Identificador de interfaz se construye mediante el nmero de la tarjeta de red del host
(direccin fsica), con lo que se unen la direccin fsica y la lgica.
Las redes que implementan IPv6 son ms fciles de administrar, tienen menos problemas de trfico y cargan
menos a los enrutadores. Tambin cambian los protocolos encargados de gestionar el sistema, perdiendo
importancia algunos de ellos, como el ARP, y apareciendo otros nuevos encargados de la comunicacin y el paso
de referencias entre los diferentes routers.
T25
Pgina 32 de 49
2.3.4.1. LA CABECERA DE IPv6
La cabecera consta de los siguientes campos:
Versin. Para IPv6 su valor es siempre 6.

Prioridad. Permite distinguir entre paquetes a los que se les puede controlar el flujo y a los que no. Para
transmisiones capaces de reducir su velocidad en caso de congestionamiento se utilizan los valores de 0
a 7. Los valores de 8 a 15 son para el trfico en tiempo real cuya tasa de envo es constante, an cuando
se estn perdiendo paquetes. Dentro de cada grupo, los paquetes de nmero ms alto son ms
importantes que los paquetes de nmero ms bajo.
Etiqueta de flujo. Este campo est pensado para permitir a un origen y un destino establecer una
pseudoconexin con propiedades y requisitos particulares.
Longitud de carga til. Indica cuntos bytes siguen a la cabecera de 40 bytes.
Siguiente cabecera. La razn por la que pudo reducirse la cabecera es que puede haber cabeceras
adicionales de extensin, que son opcionales y proporcionan informacin extra codificada de una forma
eficiente. Este campo indica cul de las seis cabeceras de extensin sigue a sta. Si es la ltima
cabecera de IP este campo indica el protocolo de transporte al que se entregar el paquete en el destino.
Las cabeceras de extensin deben aparecer tras la cabecera fija en el siguiente orden de preferencia.
Cabecera de extensin Descripcin

Opciones salto por salto Informacin diversa para los enrutadores
Enrutamiento Ruta total o parcial a seguir
Fragmentacin Manejo de fragmentos de datagrama
Verificacin de autenticidad Comprobacin de la identidad del transmisor
Carga til cifrada de seguridad Informacin sobre el contenido cifrado
Opciones de destino Informacin adicional para el destino
Lmite de saltos. Se usa para evitar que los paquetes vivan eternamente. Es el equivalente al TTL de
IPv4.
Direccin de origen y direccin de destino. Direcciones de 16 bytes de longitud fija. Adems de
manejar direcciones punto a punto y multitransmisin (multicast), IPv6 tambin maneja un nuevo tipo de
direccionamiento, la transmisin a cualquiera (anycast). Consiste en entregar el paquete a un solo destino
de entre un grupo dado, generalmente al ms cercano. Las direcciones se escriben como ocho grupos de
cuatro dgitos hexadecimales, separados los grupos por dos puntos.
32 bits
Versin Prioridad Etiqueta de flujo
Longitud de carga til Siguiente cabecera Lmite de saltos
Direccin de origen
(16 bytes)
Direccin de destino
(16 bytes)
Comparando con IPv4, lo que se ha dejado fuera de la cabecera de IPv6 es:
IHL, porque la cabecera de IPv6 tiene una longitud fija.

Protocolo, porque el campo de Siguiente cabecera se utiliza tambin para este propsito.
Todos los campos relacionados con la fragmentacin, porque IPv6 afronta la fragmentacin de forma
diferente. Todos los host y enrutadores deben reconocer paquetes de 576 bytes, lo que hace que sea
menos probable que haya que fragmentarlos. Cuando un host enva un paquete de IPv6 demasiado
grande, en vez de fragmentarlo, el enrutador que no es capaz de reenviarlo enva hacia atrs un mensaje
de error que indica al host que divida todos los paquetes futuros a ese destino. Es ms eficiente hacer
que el host enve paquetes del tamao correcto que hacer que los enrutadores los fragmenten por el
camino.
Checksum, porque su clculo reduce en gran medida el rendimiento.
2.4. PROTOCOLOS DEL NIVEL DE TRANSPORTE
2.4.1. PROTOCOLO TCP
TCP (Transmisin Control Protocol) se dise especficamente para enviar una secuencia de bytes fiable a travs
de una interred no fiable. Sus caractersticas principales son:
Es un protocolo orientado a la conexin. TCP establece una conexin entre un socket de la mquina
transmisora y un socket de la mquina receptora. Un socket es un punto terminal al que se le asigna un
nmero de socket formado por la direccin IP del host y un nmero 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 conexin 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 comunicacin entre
ambos hosts.
Es un protocolo fiable.
Es un protocolo de flujo no estructurado, con posibilidad de enviar informacin de control junto a los
datos.
Es un protocolo con transferencia de memoria intermedia. Con objeto de minimizar el trfico de red y
conseguir una transferencia eficiente, se van almacenando los datos del flujo de transmisin 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 aplicacin
destino. Los datos se almacenan en memorias intermedias denominadas buffers.
Usa conexiones dplex integral, es decir, el trfico puede ir en ambos sentidos al mismo tiempo. TCP no
reconoce la multitransmisin ni la difusin.
2.4.1.1. 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. Tambin puede haber segmentos sin datos
usados normalmente para acuses de recibo y mensajes de control.
El formato de la cabecera TCP es el siguiente:
32 bits
Puerto de origen Puerto de destino
Nmero de secuencia
Nmero de reconocimiento
Longitud U A P R S F
de cabe- R C S S Y I Tamao de la ventana
cera TCP G K H T N N
Suma de comprobacin Apuntador urgente
Opciones (0 o ms palabras de 32 bits)
Datos (opcional)
Puerto de origen y puerto de destino (16 bits cada uno). Identifican los puntos terminales locales de la
conexin. Cada host puede decidir la forma de asignar sus propios puertos, comenzando por el 256. Al
finalizar la conexin el nmero de puerto queda libre para ser utilizado en una futura conexin. El rango
de puertos abarca desde 0 a 65535. De 0 a 1023 ya estn asignados, algunos aparecen en la siguiente
tabla.
Puerto Aplicacin Descripcin
20 DATOS Transferencia de datos
21 FTP Transferencia de archivos
23 TELNET Conexin remota
25 SMTP Transferencia de correo
80 HTTP Transferencia de hipertexto
110 POP3 Recuperacin de correo de PC
119 NNTP Acceso a noticias de la red
Nmero de secuencia (32 bits). Indica el primer byte de datos que hay en el segmento.
T25
Pgina 35 de 49
Nmero 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).
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 tamao de la cabecera completa
puede oscilar entre 5 y 60 bytes.
6 bits que no se usan. Su valor es 0 y estn 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 cul es el ltimo
byte de datos que es urgente. Al recibirse los datos urgentes en el destino se interrumpe la aplicacin
receptora para que pueda leer el flujo de datos hasta encontrar los datos urgentes.
ACK A 1 indica que el Nmero de acuse de recibo es vlido. Si ACK=0 se ignora el campo de
Nmero 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 comunicacin.
PSH Indica datos empujados. Se activa para solicitar al receptor que entregue los datos a la
aplicacin a su llegada y no los almacene en el buffer hasta la recepcin de un buffer completo.
RST Sirve para reestablecer una conexin y para rechazar un segmento no vlido o un intento de
abrir una conexin.
SYN Campo para la sincronizacin de los nmeros de secuencia, que se utiliza al establecer la
conexin. SYN indica el primer nmero de secuencia con el que se va a empezar a transmitir. Puede
ser distinto de 0.
FIN Se utiliza para liberar conexiones.
Tamao 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 ms datos.
Suma de comprobacin (16 bits). Suma de comprobacin de la cabecera, los datos y una
pseudocabecera conceptual.
Opciones. Permite agregar caractersticas extra no cubiertas en la cabecera normal. La ms importante
es la que permite que cada host especifique la carga til TCP mxima que est dispuesto a aceptar.
Para completar el tamao del segmento TCP hasta que sea mltiplo de 32 bits se usan bits de relleno.
2.4.1.2. CONEXIONES TCP
Para establecer una conexin uno de los lados espera pasivamente una conexin entrante y el otro ejecuta una
primitiva de conexin, especificando la direccin y el puerto IP con el que se desea conectar, el tamao mximo
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 algn proceso escuchando en el puerto indicado en el campo de puerto de destino. Si no lo hay,
enva una contestacin con el bit RST encendido para rechazar la conexin. En caso contrario, el proceso recibe
el segmento TCP entrante y puede aceptar o rechazar la conexin. Si la acepta, se enva de vuelta un segmento
de acuse de recibo.
Cuando se cae un host, por seguridad, no puede reiniciarse durante el tiempo mximo de paquete (120 seg.) para
asegurar que no haya paquetes de conexiones previas vagando por Internet.
Para liberar una conexin, cualquiera de las partes puede enviar un segmento TCP con el bit FIN activado,
indicando que no tiene ms 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 conexin.
T25
Pgina 36 de 49
En algunas implementaciones de TCP existe un temporizador de seguir con vida (keepalive timer). Cuando una
conexin ha estado ociosa durante demasiado tiempo este contador puede agotarse. Si esto ocurre, un lado de la
conexin comprueba si el otro an est ah. Si no se recibe respuesta se termina la conexin.
2.4.1.3. DETECCIN DE ERRORES
Las tcnicas ms efectivas y usadas son las siguientes:
Deteccin de errores. Consiste en aadir uno o ms bits de informacin 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 aade un bit de paridad al bloque de datos para que el nmero de bits de valor 1 sea
par en todo el bloque. El receptor slo tiene que comprobar que el nmero de bits 1 del bloque
recibido es par para darlo por vlido.
Checksum Se obtiene un valor calculado a partir de la informacin 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.
Comprobacin de Redundancia Cclica (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 algn nmero 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 reenvo de segmentos perdidos.
Esta es la tcnica que se utiliza en el sistema de parada y espera (ver siguiente apartado).
Expiracin de intervalos de tiempo. El emisor inicia un contador de tiempo tras haber enviado un
segmento (el temporizador de retransmisin). 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
reenvo de segmentos perdidos.
Confirmacin negativa y transmisin. El receptor slo confirma los segmentos recibidos errneamente
para que el emisor los vuelva a enviar. Por tanto, se utiliza para solicitar el reenvo de segmentos
daados.
2.4.1.4. CONTROL DE FLUJO
El control de flujo ms simple es el que se lleva a cabo mediante el sistema de parada y espera. El transmisor
guarda un registro de cada segmento que enva, esperando un ACK antes de enviar el siguiente. Tambin
arranca un temporizador cuando enva el segmento. Si el temporizador expira antes de recibir el acuse de recibo,
retransmite el segmento y reinicia el temporizador. Este mecanismo es el ms barato y el ms usado cuando se
transmiten tramas muy grandes pero es ineficiente ya que est el canal de transmisin desaprovechado la mayor
parte del tiempo.
El control de flujo mediante ventana deslizante permite que el transmisor enve varios segmentos sin esperar los
ACK correspondientes. En este sistema el emisor y el receptor se ponen de acuerdo en el nmero de segmentos
sin procesar que puede guardar ste ltimo, dependiendo del tamao de sus buffers. Tambin se ponen de
acuerdo en el nmero de bits a utilizar para numerar cada segmento. Cuando la ventana tiene un tamao cero el
emisor no puede enviar ms segmentos, salvo en dos casos excepcionales: cuando se trata de datos urgentes y
cuando el emisor enva un segmento de 1 byte para provocar que el receptor genere un nuevo acuse de recibo
con un nuevo tamao de ventana, evitando as un bloqueo indefinido de la conexin. Este sistema es mucho ms
eficiente que el de parada y espera ya que puede haber ms de un segmento a la vez en las lneas de
transmisin.
Una variedad mejorada del sistema de ventana deslizante es el sistema de control de flujo con adelante-atrs-N,
en el que cuando la estacin destino encuentra un segmento errneo devuelve un ACK negativo, rechazando
T25
Pgina 37 de 49
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 confirmacin. Este mtodo es ms 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. Adems, 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 mtodo, a pesar de ser
el ms efectivo, sea el menos utilizado.
2.4.1.5. CONTROL DE CONGESTIN
Cuando la carga ofrecida a la red es mayor que la que puede gestionar se produce congestin. Todos los
algoritmos TCP suponen que las terminaciones de temporizacin 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 conexin, cuyo tamao est basado en el tamao
del buffer de memoria del destino. Esto permite que el transmisor no enve ms datos de los que el
receptor puede almacenar evitando as que le sature.
Ventana de congestin, determinada por el tamao de los datos que se pueden enviar sin que se
produzca timeout.
El transmisor slo puede mandar un nmero de segmentos limitado por el tamao de la ventana ms pequea. Al
establecerse una conexin, el transmisor asigna a la ventana de congestin el tamao de segmento mximo
usado por la conexin. Cada envo reconocido con xito duplica la ventana de congestin. Este algoritmo se llama
arranque lento y permite que el tamao de la ventana de congestin crezca exponencialmente hasta que se
produzca una terminacin de temporizacin (timeout) o se alcance el tamao de la ventana receptora.
Este crecimiento exponencial puede producir saturacin. Para evitarlo, se introduce otro parmetro, denominado
umbral, que toma como valor inicial 64 KBytes. Cuando se produce el timeout se cambia el valor del umbral a la
mitad del tamao de la ventana de congestin, se establece el valor de la ventana al del tamao de un segmento
mximo y se inicializa otra vez el proceso de arranque lento. Ahora, cuando el tamao de la ventana llega al del
umbral sta crece slamente en saltos de un segmento mximo, es decir, con un progreso lineal hasta que se
produzca una nueva terminacin de temporizacin.
2.4.2. 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 conexin.
Es una alternativa al TCP y se usa cuando una entrega rpida es ms importante que una entrega garantizada, o
cuando la informacin a enviar cabe en un nico datagrama. Sus caractersticas son:
UDP no admite numeracin de los datagramas y tampoco utiliza mensajes de confirmacin de entrega.
Esto hace que la garanta de que un paquete llegue a su destino sea mucho menor que si se usa TCP.
Tambin origina que los datagramas puedan llegar duplicados y/o desordenados a su destino. Por estos
motivos, el control de envo 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.
T25
Pgina 38 de 49
UDP no utiliza mecanismos de control de errores. Cuando se detecta un error en un datagrama, en lugar
de entregarlo a la aplicacin destino, se descarta.
Algunos ejemplos de situaciones en las que es ms conveniente un servicio no orientado a conexin, en los que
es ms 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 envo de uno o dos mensajes nicamente, como es el caso del
DNS.
Cuando se quiere transmitir informacin en modo multicast (a varios destinos) o en modo broadcast (a
todos los destinos), ya que no tiene sentido esperar la confirmacin de todos los destinos para continuar.
2.4.2.1. DATAGRAMA UDP
El datagrama UDP consiste en una cabecera de 8 bytes seguida de los datos. La cabecera presenta el siguiente
aspecto.
32 bits
Puerto de origen Puerto de destino
Longitud UDP Suma de comprobacin 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 mquinas 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 comprobacin UDP (16 bits). Esta suma es opcional. Si no se calcula, su valor es 0.
2.5. PROTOCOLOS DEL NIVEL DE APLICACIN
2.5.1. PROTOCOLOS QUE UTILIZAN UDP
Entre los protocolos superiores que usan UDP se incluyen TFTP (Trivial File Transfer Protocol), SNMP (Simple
Network Management Protocol), DNS (Domain Name Server), NTP (Network Time Protocol) y NFS (Network File
System). Algunos de ellos de describen a continuacin.
2.5.1.1. SNMP. PROTOCOLO DE GESTIN DE RED
Los protocolos de gestin de red dividen el problema de la administracin en dos partes:
La primera parte est relacionada con la comunicacin de la informacin. Especifica cmo se comunica el
software de administrador con el SW de sistema administrativo. El componente SW del sistema
administrativo que posibilita esta comunicacin se llama agente.
La segunda parte est relacionada con los datos que se estn administrando. El estndar especifica los
datos que un host o un router deben conservar y las operaciones permitidas en cada uno.
T25
Pgina 39 de 49
es
SNMP (Simple Network Management Protocol) es un protocolo cliente/servidor que se usa para configurar y
monitorizar remotamente los equipos de una red. Estos elementos gestionables han de tener direccin IP para
que la estacin de gestin pueda comunicarse con ellos, ms concretamente, con los agentes de gestin que
tienen dentro los elementos gestionables, mediante la aplicacin de gestin.
El agente de gestin tiene acceso a la Base de Datos de Informacin de Gestin (MIB, Management Information
Base) que representa todo lo que el elemento gestionable es capaz de ofrecer a la estacin de gestin.
2.5.1.2. DNS. SERVICIO DE NOMBRES DE DOMINIO
Para evitar que los usuarios tengan que recordar direcciones IP cualquier servicio en Internet puede invocarse
utilizando un nombre propio y nico llamado nombre de dominio.
El servicio de nombres de dominio (DNS, Domain Name Server) se utiliza para relacionar dichos nombres de
dominio de los hosts con sus direcciones IP. La asignacin de direcciones sigue una estructura jerrquica. Para
hacer ms sencillo el acceso a los sistemas cada ordenador puede tener asignados uno o varios nombres de
dominio DNS. Estos son identificadores descriptivos que permiten hacer referencia al equipo y equivalen a su
direccin IP. Los nombres DNS tambin se asignan de forma jerrquica, aadiendo a la derecha del nombre del
ordenador una serie de identificadores, que corresponden con la organizacin o empresa a la que pertenece el
host. Ejemplo:
... es dominio
uc3m subdominios
it
host
No hay lmite en el nmero de subdominios. La forma de identificar a un host es:
nombre_host.subdominio...subdominio.dominio host.it.uc3m.es
Cuando en un comando de aplicacin se indica un nombre de mquina, el sistema siempre convierte ese nombre
a una direccin IP antes de establecer la conexin. Desde la mquina que necesita saber la direccin IP se enva
un paquete UDP a un servidor DNS, que busca el nombre y devuelve la direccin IP. Con la direccin IP el
programa puede entonces establecer una conexin TCP con el destino o enviarle datagramas UDP.
2.5.2. PROTOCOLOS QUE UTILIZAN TCP
Se incluyen en este apartado algunos de los protocolos de aplicacin que hacen uso de TCP.
2.5.2.1. SMTP. PROTOCOLO DE TRANSFERENCIA DE MENSAJES
SMTP (Simple Mail Transfer Protocol) es el protocolo dedicado a la transmisin de mensajes electrnicos sobre
una conexin TCP. Se implement sobre una sencilla sesin del terminal virtual de red (NVT, Network Virtual
Terminal) de Telnet.
El protocolo especifica el formato de los mensajes, definiendo la estructura de la informacin acerca del remitente,
el destinatario, datos adicionales y naturalmente el cuerpo de los mensajes.
Este protocolo no especifica cmo los mensajes deben ser editados. Es necesario tener un editor local o una
aplicacin nativa de correo electrnico. Una vez el mensaje es creado, el SMTP lo acepta y usa el protocolo TCP
para enviarlo a un mdulo SMTP de otra mquina. El TCP es el encargado de intercomunicar los mdulos SMTP
de las mquinas implicadas.
Existen extensiones de SMTP, ESMTP, definidas en un conjunto ms reciente de normas, que permiten
transportar cualquier tipo de informacin (imgenes, vdeos, sonidos codificados, hojas de clculo, etc).
2.5.2.2. TELNET. PROTOCOLO DE CONEXIN REMOTA
Este protocolo permite a los usuarios conectarse a ordenadores remotos y utilizarlos desde el sistema local
mediante la emulacin de terminal sobre una conexin TCP. Interconecta el cliente local de una mquina con el
servidor con el que se comunica.
Los caracteres que se teclean en un cliente local son enviados por la red y procesados en el ordenador remoto. El
resultado de su ejecucin se muestra en la pantalla del ordenador local.
Este protocolo fue uno de los primeros que se defini y ha sido diseado para trabajar con terminales en modo
texto. Se implementa en dos mdulos.
El mdulo cliente, que es un programa que ofrece un entorno no grfico, es decir, modo carcter y es el
encargado de entenderse con el programa servidor.
El mdulo servidor, que permanece escuchando en el puerto adecuado, por defecto el puerto 23 de TCP,
a la espera de peticiones por parte de los clientes.
2.5.2.3. FTP. PROTOCOLO DE TRANSFERENCIA DE FICHEROS
Permite la transferencia de ficheros de texto o binarios desde un ordenador a otro sobre una conexin TCP.
FTP (File Transfer Protocol) implementa un sistema estricto de restricciones basadas en propiedades y permisos
sobre los ficheros. Hay un control de acceso de los usuarios y, cuando un usuario quiere realizar la transferencia
de un fichero, el FTP establece una conexin TCP para el intercambio de mensajes de control. De esta manera
se puede enviar el nombre de usuario, la password, los nombres de los ficheros y las acciones que se quieren
realizar.
Una vez se ha aceptado la transferencia del fichero, una segunda conexin TCP se establece para la
transferencia de datos. El fichero se transfiere sobre la conexin de datos sin la utilizacin de ninguna cabecera o
informacin de control en la capa de aplicacin. Cuando se completa la transferencia, la conexin de control es
usada para sealizar que la transferencia se ha completado y para aceptar nuevos comandos de transferencia.
2.5.2.4. HTTP. PROTOCOLO DE TRANSPORTE DE HIPERTEXTO
HTTP (Hyper Text Transport Protocol) es un sencillo protocolo cliente-servidor que articula los intercambios de
informacin entre los clientes Web y los servidores HTTP. Este protocolo fue propuesto por Tim Berners-Lee,
atendiendo a las necesidades de un sistema global de distribucin de informacin multimedia como el World Wide
Web.
Se utiliza para transmitir pginas de hipertexto y est soportado sobre los servicios de conexin TCP/IP. Un
proceso servidor espera las solicitudes de conexin de los clientes Web y, una vez que se establece la conexin,
el protocolo TCP se encarga de mantener la comunicacin y garantizar un intercambio de datos libre de errores.
T25
Pgina 41 de 49
2.6. PROBLEMAS DEL MODELO TCP/IP
Aunque el modelo TCP/IP ha sido, en general, ms aceptado que el modelo OSI, tambin 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 gua para disear redes nuevas, ya que tampoco distingue de forma clara entre
especificaciones e implementacin.
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, ms 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 fsica y
la de enlace de datos, que todo modelo bien diseado debera incluir.
Como la distribucin de las implementaciones era gratuita, TCP/IP se ha utilizado ampliamente,
dificultando mucho su reemplazo.
3. CONCLUSIN
El modelo de referencia OSI estandariza la interconexin entre sistemas. Se divide en 7 capas y se apoya en tres
conceptos fundamentales: servicio, interfaz y protocolo. El servicio dice lo que hace una capa. Cada capa presta
algunos servicios a la capa superior, que accede a los mismos a travs de los puntos de acceso al servicio (SAP),
intercambiando primitivas de servicio; y utiliza los servicios ofrecidos por la capa inferior. La interfaz indica cmo
acceder de una capa a otra, permitiendo que se comuniquen verticalmente. Finalmente, el protocolo regula la
comunicacin horizontal entre entidades pares, entendiendo por stas los sistemas funcionales en capas del
mismo nivel jerrquico.
Las unidades que se intercambian las entidades en la comunicacin horizontal se llaman PDUs y pueden ser de
datos o de control. Por otro lado, las primitivas permiten a una entidad utilizar los servicios de la capa que tiene
por debajo. Las hay de cuatro tipos, peticin, indicacin, respuesta y confirmacin.
El modelo OSI no es una arquitectura de red en s, ya que no especifica los servicios y protocolos exactos que se
han de usar en cada capa, sino que slo dice lo que debe hacer cada capa. Las tres capas inferiores, fsica,
enlace y red, tratan los protocolos asociados con la red de conmutacin de paquetes utilizada para la conexin. El
nivel 4 enmascara a los niveles superiores los detalles de trabajo de los niveles inferiores, dependientes de la red,
y se encarga del transporte fiable de los datos sin intervenir en el significado de los mismos. Los niveles de
aplicacin, presentacin y sesin son los usuarios del bloque de transporte, estn relacionados con aspectos de
las aplicaciones de usuario y aslan la comunicacin de las caractersticas especficas del sistema informtico.
OSI es un modelo orientado a la conexin y es necesario que exista una conexin previa para que pueda tener
lugar el intercambio de datos. Para establecer una conexin N es necesario que exista una conexin N-1 por
debajo. Por el contrario, la liberacin de una conexin N-1 no implica la liberacin de la conexin N. Para
aprovechar los recursos de la forma ms eficiente posible, a menudo se produce multiplexacin, utilizacin de
una sola conexin N-1 para soportar varias conexiones de nivel N, o divisin, utilizacin de ms de una conexin
N-1 por una sola conexin de nivel N.
necesita los servicios de todas las capas que se encuentran por debajo de ella en la jerarqua de capas, pasando
la informacin hacia abajo hasta llegar al nivel fsico, donde son transmitidos realmente a la mquina receptora, y
realizando en sta el proceso inverso. Cuando las unidades de datos de los niveles limtrofes no tienen tamaos
compatibles, se recurre a la segmentacin, reparto de una unidad de datos en dos o ms unidades del nivel
inferior, o al bloqueo (concatenacin), agrupacin de varias unidades de datos en una sola unidad del nivel
inferior.
T25
Pgina 42 de 49
El modelo TCP/IP es anterior a OSI. Es ms prctico que ste y su arquitectura consta slo de cuatro capas:
aplicacin, transporte, interred y la capa bajo el nivel de red, de la que no se dice mucho en este modelo.
En la capa de red el protocolo ms importante es IP, que transmite los datos en datagramas. No es orientado a la
conexin 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. No implementa control de errores ni control de congestin. Puede
fragmentar los paquetes si es necesario. Y, por ltimo, direcciona los paquetes empleando direcciones lgicas IP
de 32 bits (IPv4). Con slo 32 bits se est agotando el espacio de direcciones. Para solucionar ste y otros
problemas se ha desarrollado IPv6, que maneja direcciones de 16 bytes de longitud.
Adems del protocolo IP, a nivel 3 hay protocolos de control y enrutamiento que cooperan con el protocolo IP.
Entre los protocolos de control: ICMP gestiona los errores ocurridos en la red, ARP y RARP traducen direcciones
IP a direcciones fsicas y viceversa e IGMP interviene en la multitransmisin. Como protocolos de enrutamiento:
OSPF tiene la misin principal de mover paquetes con la mayor eficiencia posible del origen al destino y BGP se
centra en el intercambio de informacin de enrutamiento entre routers.
A nivel de transporte coexisten dos protocolos importantes: TPC y UDP. El primero es un protocolo orientado a la
conexin y fiable. Utiliza conexiones dplex integral, es decir, el trfico puede ir en ambos sentidos al mismo
tiempo, y punto a punto. No reconoce la multitransmisin ni la difusin. Realiza deteccin de errores, control de
flujo y control de la congestin. Por otro lado, UDP ofrece un mecanismo de envo de datagramas sin tener que
establecer una conexin. Se utiliza en aplicaciones donde la entrega rpida es ms importante que la entrega
precisa.
En la capa de aplicacin residen los protocolos de alto nivel. Algunos utilizan UDP como protocolo de transporte
(SNMP, DNS, etc) y otros usan TCP (TELNET, FTP, HTTP, SMTP, etc).
4. BIBLIOGRAFA
Tanenbaum, A.: Redes de computadoras.
Fundamentos de Telemtica. Universidad Politcnica de Madrid.
Curso on-line Tecnologas IP. FYCSA
T25
Pgina 43 de 49
5. ESQUEMA RESUMEN
EL MODELO OSI
El modelo de referencia OSI (Open System Interconnection) surge como solucin al problema de interconexin de
mquinas de diferentes redes, basadas en sistemas propietarios.
OSI, como su propio nombre indica, se ocupa de la conexin de sistemas abiertos con otros sistemas. No es una
arquitectura de red en s, ya que no especifica los servicios y protocolos exactos que se han de usar en cada una
de las siete capas de las que consta, sino que slo dice lo que debe hacer cada una.
En el entorno de OSI se manejan tres conceptos fundamentales, que son:
Servicio.- Dice lo que hace cada capa. Cada capa utiliza los servicios ofrecidos por la capa inferior y
ofrece sus propios servicios a la capa que tiene por encima, a travs de los puntos de acceso al servicio
(SAP), intercambiando primitivas de servicio.
Interfaz.- Dice a los procesos de la capa superior cmo acceder a ella.
Protocolo.- Conjunto de reglas que determinan el comportamiento de comunicacin horizontal entre
entidades pares, entendiendo por stas los sistemas funcionales en capas del mismo nivel jerrquico.
Las entidades de un nivel N mantienen una comunicacin vertical con las entidades de los niveles N+1 y N-1,
intercambiando primitivas de servicio. Existen cuatro tipos de primitivas.
De peticin (REQUEST). Empleada para invocar un servicio y pasarle los parmetros necesarios para su
ejecucin.
De indicacin (INDICATION). Usada para indicar que un procedimiento ha sido invocado por el usuario
par del servicio en la conexin y pasar los parmetros asociados o para indicar al usuario del servicio el
inicio de una accin por parte del proveedor.
De respuesta (RESPONSE). Empleada por el usuario del servicio para reconocer o completar algn
procedimiento previamente iniciado por una indicacin del proveedor.
De confirmacin (CONFIRM). Usada por el proveedor del servicio para reconocer o completar algn
procedimiento previamente iniciado por una peticin del usuario.
De igual forma, las entidades pares mantienen una comunicacin lgica horizontal, regulada por el protocolo de
pares, intercambiando Unidades de Datos de Protocolo (PDUs). Las PDUs pueden ser de dos tipos:
De datos, que contiene, entre otras informaciones, el mensaje de usuario o parte de l.

De control, que sirven para gobernar el comportamiento completo del protocolo en sus funciones de
establecimiento y ruptura de la conexin, control de flujo, control de errores, etc. No contienen
informacin alguna proveniente del nivel superior.
Los datos de usuario contenidos en la PDU (N) de datos corresponden exactamente a la PDU (N+1). Para el nivel
N son una ristra de bits, cuya semntica desconoce. La PDU (N) de datos se forma con los UD (N) y con la PCI
(N), que los envuelve antes de entregarlos al nivel inferior.
Cuando las unidades de datos de los niveles limtrofes no tienen tamaos compatibles, se recurre a alguna de las
siguientes funciones:
Segmentacin de la SDU. Una SDU se reparte en ms de una PDU. La funcin simtrica en el extremo
receptor es el reensamblado, que consiste en identificar varias PDUs con una sola SDU.
T25
Pgina 44 de 49
Bloqueo de la SDU. Permite agrupar varias SDUs en una sola PDU. La funcin inversa del bloqueo es el
desbloqueo, que consiste en descomponer una PDU en varias SDUs. El caso de segmentacin se da con
ms frecuencia que el de bloqueo.
Segmentacin de la PDU. Reparto de una PDU grande en ms de una IDU del nivel inferior. En el
extremo receptor se realiza el reensamblado.
Concatenacin de PDU. Agrupacin de varias PDUs sobre una sola SDU. La funcin inversa a sta, que
se realiza en el extremo receptor, es la separacin. La concatenacin-separacin es el caso contrario de
la segmentacin-reensamblado de la PDU, siendo ste ltimo ms frecuente que el primero.
El modelo de referencia OSI es orientado a la conexin. Por eso, hay que establecer previamente una conexin
para que pueda existir intercambio de datos. En el establecimiento, se requiere que ambas entidades estn
conformes. Para establecer una conexin N es necesario que exista una conexin N-1 por debajo. Por el
contrario, la liberacin de una conexin N-1 no implica la liberacin de la conexin N. La liberacin de una
conexin de nivel N puede iniciarse por una entidad del mismo nivel o del nivel superior y puede ser de dos tipos:
Abrupta. Se libera de inmediato y los datos pendientes de envo se pierden.

Suave o diferida. Antes de romper la conexin, se espera a no tener datos pendientes.
Para aprovechar los recursos de la forma ms eficiente, a menudo se produce alguna de estas situaciones:
Multiplexacin, que es la funcin que permite utilizar una sola conexin N-1 para soportar varias
conexiones de nivel N. La funcin inversa realizada en el receptor se denomina demultiplexacin. No
debe confundirse el concepto de multiplexacin con el de concatenacin.
Divisin, que es la funcin que permite la utilizacin de ms de una conexin N-1 por una sola conexin
de nivel N. La funcin inversa se denomina recombinacin. No debe confundirse el concepto de divisin
con el de segmentacin.
necesita los servicios de todas las capas por debajo de ella, pasndose la informacin hacia abajo hasta llegar al
nivel fsico, donde son transmitidos realmente a la mquina receptora. Cada capa utiliza el encapsulamiento para
colocar la PDU de la capa superior en su campo de datos y agregar la informacin adicional que la capa necesite
para realizar su funcin. De esta forma, a medida que los datos se desplazan hacia abajo a travs de las capas
del modelo OSI, el tamao del mensaje va creciendo. En la mquina receptora se realiza el proceso inverso,
retirando los distintos encabezados, uno por uno, conforme el mensaje se propaga hacia arriba por las capas.
OSI consta de 7 capas. Las tres capas inferiores, fsica, enlace y red, engloban lo que se conoce como bloque de
transmisin y tratan los protocolos asociados con la red de conmutacin de paquetes utilizada para la conexin.
El nivel 4 enmascara a los niveles superiores los detalles de trabajo de los niveles inferiores, dependientes de la
red, y junto con ellos forma lo que se conoce como bloque de transporte. Este bloque es comn para todas las
aplicaciones y se encarga del transporte fiable de los datos sin intervenir en el significado de los mismos. Los
niveles de aplicacin, presentacin y sesin son los usuarios del bloque de transporte, estn relacionados con las
aplicaciones de usuario y aslan la comunicacin de las caractersticas especficas del sistema informtico.
Algo ms en detalle, cada capa:
Fsica. Relacionada con la transmisin de bits por un canal de comunicacin, de forma que slo reconoce
bits individuales, sin estructura alguna. Las consideraciones de diseo tienen que ver con las interfaces
mecnica, elctrica y de procedimiento, y con el medio de transmisin que est bajo la capa fsica.
Enlace de datos. Toma el medio de transmisin en bruto y lo transforma en una lnea que parezca libre de
errores a los ojos de la capa de red. Estructura los datos en tramas, aadiendo una secuencia especial de
bits al principio y al final de la misma.
Red. Capa compleja, responsable de la conmutacin y enrutamiento de la informacin. La unidades de
datos de este nivel se llaman paquetes, a los que se les asignan direcciones lgicas.
T25
Pgina 45 de 49
Transporte. Se trata de una verdadera capa extremo a extremo, del origen al destino. La comunicacin en
los niveles inferiores es entre mquinas adyacentes. Su funcin ms importante es la aceptacin de datos
de la capa de sesin, divisin en unidades ms pequeas, si es preciso, denominadas segmentos, y
envo de esta informacin a la capa de red, asegurando que todos los pedazos lleguen correctamente al
otro extremo de forma eficiente, donde son reensamblados. El control de flujo es clave en esta capa.
Sesin. La funcin principal de la capa de sesin es el establecimiento, administracin y finalizacin
ordenada de sesiones entre dos mquinas. Ofrece manejo del control del dilogo (quin habla, cundo,
cunto tiempo, half duplex o full duplex). En las comunicaciones half duplex, la capa de sesin ayuda a
llevar el control de los turnos, mediante el manejo de testigos o token. Tambin ofrece sincronizacin del
dilogo, mediante la insercin de puntos de verificacin en la corriente de datos. La capa de sesin no es
un nivel autnomo que tenga capacidad para tomar decisiones sobre quin habla y quin escucha. Estas
decisiones se reservan para las entidades de la capa de aplicacin. El nivel 5 slo proporciona los
mecanismos para que las entidades de aplicacin puedan regular el dilogo entre s.
Presentacin. Se encarga de la sintaxis y la semntica de la informacin que se transmite, aislando a
dichas capas inferiores del formato de los datos de las aplicaciones especficas.
Aplicacin. Es la capa ms cercana al usuario. Difiere de las dems en que no proporciona servicios a
ninguna otra capa OSI, sino a aplicaciones que se encuentran fuera del modelo. A cada una de las partes
de una aplicacin que se encarga de una tarea especfica se denomina Elemento de Servicio de
Aplicacin (ASE). El conjunto de todos los ASEs que forman una aplicacin concreta y la relacin entre
ellos forman el contexto de aplicacin. Hay ASEs comunes, vlidos para varias aplicaciones:
ACSE (Association Control Service Element). Establecimiento, manejo y liberacin ordenada o
abrupta de conexiones.
RTSE (Reliable Transfer Service Element). Garantiza fiabilidad en la transferencia de datos,
solucionando los problemas producidos de nivel 4 hacia arriba. Maneja las funciones de nivel 5.
ROSE (Remote Operation Service Element). Facilita el trabajo de peticin de operaciones remotas y
devolucin de los resultados.
El modelo de referencia OSI ha recibido abundantes crticas, algunas de las cuales se detallan a continuacin:
OSI es muy completo, pero los estndares son difciles de implementar e ineficientes en su operacin.
La capa de sesin tiene poco uso en la mayor parte de las aplicaciones.
La capa de presentacin est prcticamente vaca.
Por el contrario, las capas de red y enlace de datos estn muy llenas, hasta tal punto que han llegado a
dividirse en mltiples 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.
EL MODELO TCP/IP
El nacimiento del modelo TCP/IP se remonta a la red ARPANET. Permite agrupar distintas redes y conectar host
entre s, independientemente del hardware del nodo y de la tecnologa del medio fsico.
Las diferencias ms notables con el modelo de referencia OSI son:
Mientras que en OSI la distincin entre los conceptos de servicio, interfaz y protocolo es clara, en TCP/IP
no exista esta distincin inicialmente.
Distinto nmero de capas. OSI tiene 7 y TCP/IP slo 4.
Las cuatro capas de la arquitectura TCP/IP son:
Aplicacin. Proporciona comunicacin entre procesos o aplicaciones en ordenadores distintos.
Transporte. Proporciona transferencia de datos extremo a extremo, asegurando que los datos llegan en
el mismo orden en que han sido enviados y sin errores. En este nivel se definen dos protocolos
importantes, TCP, orientado a la conexin, y UDP, sin conexin.
Interred. Su misin principal es el enrutamiento de los paquetes, pero sin garanta de que lleguen al
extremo final ni de que lleguen en el mismo orden en que se enviaron. El protocolo ms importante de
este nivel y del modelo en general es IP.
Capa del nodo a la red. El modelo TCP/IP no dice mucho de lo que sucede bajo la capa de interred.
Esta abstraccin de la topologa de red pone en relieve la capacidad de la capa de interred de soportar
cualquier tipo de red por debajo.
En cada capa se definen una serie de protocolos para permitir la comunicacin entre entidades pares en
mquinas diferentes.
En el nivel de red domina el protocolo IP, que maneja unidades de datos llamadas datagramas. Estos estn
formados por un cuerpo donde se encapsula la unidad de datos del nivel de transporte y una cabecera de hasta
60 bytes de longitud. Este protocolo tiene las siguientes caractersticas:
No es orientado a la conexin, 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 congestin.
Puede fragmentar los paquetes, si es necesario.
Cada nodo tiene una direccin IPv4 nica, formada por el nmero de red y el nmero de host. Si una mquina
est conectada a varias redes, tiene direcciones IP diferentes en cada red. Estas direcciones se agrupan en
clases como se resume en la figura siguiente:
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 Direccin multitransmisin (1 byte 224 - 239) Clase D
11110 Reservado para uso futuro (1 byte 240 - 247) Clase E
El principal problema de IPv4 es que se est agotando el espacio de direcciones. Para solucionar ste y otros
problemas, se ha desarrollado IPv6, que maneja direcciones de 16 bytes de longitud.
Para enrutar los datagramas se utilizan enrutadores o routers, que poseen en su interior tablas de
encaminamiento. Estas tablas pueden ser fijas o dinmicas, de forma que el router puede ir modificndolas de
acuerdo con el estado de la red y de los enrutadores que se comunican con l.
Adems del protocolo IP, a nivel de red se usan varios protocolos de control y enrutamiento:
T25
Pgina 47 de 49
ICMP (Internet Control Message Protocol). Bsicamente, se encarga de informar de los errores ocurridos
en la red, como destino inalcanzable, finalizacin de temporizadores, problemas en los campos de la
cabecera y problemas de enrutamiento.
ARP (Address Resolution Protocol). Traduce direcciones IP a direcciones fsicas.
RARP (Reverse Address Resolution Protocol). Traduce direcciones fsicas a direcciones IP dentro de una
red local.
IGMP (Internet Group Management Protocol). Permite solicitar y obtener la informacin necesaria para
actualizar las tablas de los enrutadores multitransmisin.
OSPF (Open Shortest Path First). Protocolo de enrutamiento de pasarela interior cuya misin principal es
mover paquetes con la mayor eficiencia posible del origen al destino.
BGP (Border Gateway Protocol). Protocolo de enrutamiento de pasarela exterior que se centra en el
intercambio de informacin de enrutamiento entre routers para contemplar distintas polticas.
A nivel de transporte existen dos protocolos importantes:
TCP (Transmisin Control Protocol). Las unidades de datos que gestiona se llaman segmentos. Cada
segmento comienza con una cabecera de formato fijo de 20 bytes que puede ir seguida de opciones de
cabecera, tras las cuales se encuentran los datos. Tambin puede haber segmentos sin datos, usados
normalmente para acuses de recibo y mensajes de control. Sus caractersticas ms relevantes son:
Es un protocolo orientado a la conexin. Para obtener el servicio TCP debe establecerse una
conexin entre origen y destino. Una vez establecida la conexin se pueden transferir datos. 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
comunicacin entre ambos hosts.
Es un protocolo fiable.
Es un protocolo de flujo no estructurado, con posibilidad de enviar informacin de control junto a
datos.
Es un protocolo con transferencia de memoria intermedia, que permite minimizar el trfico de red y
conseguir una transferencia eficiente.
Usa conexiones dplex integral, es decir, el trfico puede ir en ambos sentidos al mismo tiempo. TCP
no reconoce la multitransmisin ni la difusin.
Deteccin de errores. Se emplean distintas tcnicas, bits de paridad, checksum, comprobacin de
redundancia cclica, confirmaciones positivas y negativas y expiracin de temporizadores.
Control de flujo. Hay distintos mecanismos, como parada y espera y rechazo selectivo, pero el ms
usado es el de ventana deslizante.
Control de congestin mediante el empleo de dos ventanas distintas, una asociada a la capacidad de
la red y otra a la capacidad del receptor.
UDP (User Data Protocol). Ofrece a las aplicaciones un mecanismo para enviar datagramas IP en bruto
encapsulados sin tener que establecer una conexin. Se utiliza en aplicaciones donde la entrega rpida
es ms importante que la entrega precisa, como transmisin de voz y vdeo, y en aplicaciones de
consulta de peticin y respuesta del tipo cliente-servidor. La unidad de datos se llama datagrama UDP y
consiste en una cabecera de 8 bytes seguida de los datos. Sus caractersticas son:
No admite numeracin de los datagramas y tampoco utiliza mensajes de confirmacin de entrega.

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.
No utiliza mecanismos de control de errores. Cuando se detecta un error en un datagrama, en lugar
de entregarlo a la aplicacin destino, se descarta.
T25
Pgina 48 de 49
Por ltimo, en el nivel de aplicacin existen diversos protocolos. Algunos se encapsulan sobre UDP:
SNMP (Simple Network Management Protocol). Protocolo de gestin cliente/servidor que se usa para
configurar y monitorizar remotamente los equipos de la red.
DNS (Domain Name Server). El servicio de nombres de dominio se utiliza para relacionar dichos nombres
de dominio de los hosts con sus direcciones IP.
Otros van encima de TCP:
SMTP (Simple Mail Transfer Protocol). Protocolo dedicado a la transmisin de mensajes electrnicos
sobre una conexin TCP.
TELNET (Remote Login). Este protocolo permite a los usuarios conectarse a ordenadores remotos y
utilizarlos desde el sistema local mediante la emulacin de terminal sobre una conexin TCP.
FTP (File Transfer Protocol). Permite la transferencia de ficheros de texto o binarios desde un ordenador
a otro sobre una conexin TCP.
HTTP (Hyper Text Transport Protocol). Es un sencillo protocolo cliente-servidor que articula los
intercambios de informacin entre los clientes Web y los servidores HTTP.

t25 El Modelo de Referencia de Interconexión de Sistemas Abiertos

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

t25 El Modelo de Referencia de Interconexión de Sistemas Abiertos

Încărcat de

Drepturi de autor:

Formate disponibile

T25 - EL MODELO DE REFERENCIA DE INTERCONEXIN DE SISTEMAS ABIERTOS

(OSI) DE ISO. PROTOCOLOS TCP/IP.

1. EL MODELO DE REFERENCIA DE INTERCONEXIN DE SISTEMAS ABIERTOS (OSI) DE ISO ................ 3

5. ESQUEMA RESUMEN ................................................................................................................................................ 44

1.2. MODELO DE REFERENCIA OSI. CONCEPTOS GENERALES

El modelo de referencia para la Interconexin de Sistemas Abiertos se caracteriza porque:

En el modelo OSI existen tres conceptos fundamentales:

USUARIO DEL SERVICIO PROVEEDOR DEL SERVICIO USUARIO DEL SERVICIO

Segmentacin de la SDU. Cuando la SDU es demasiado grande, se reparte en ms de una PDU. La

En las comunicaciones orientadas a la conexin se pierde tiempo y procesamiento en establecer y liberar la

NIVEL N-1 CONEXIN N-1

1.2.1.1. ESTABLECIMIENTO DE CONEXIONES

Para que dos entidades N establezcan una conexin, es necesario:

1.2.1.2. LIBERACIN DE CONEXIONES

La liberacin de una conexin puede ser:

Abrupta. Se libera de inmediato y los datos pendientes de envo se pierden.

1.2.1.3. MULTIPLEXACIN Y DIVISIN

La figura siguiente trata de ilustrar este proceso.

1.3. CAPAS DEL MODELO OSI

Las capas poseen una estructura jerrquica.

Las siete capas del modelo de referencia son:

Definicin de caractersticas materiales (componentes y conectores mecnicos) y elctricas (niveles de

1.3.2. CAPA DE ENLACE DE DATOS (NIVEL 2)

Algunas de las funciones ms importantes de la capa de enlace son:

1.3.3. CAPA DE RED (NIVEL 3)

1.3.4. LA CAPA DE TRANSPORTE (NIVEL 4)

Su funcin ms importante es la aceptacin de datos de la capa de sesin, divisin en unidades ms pequeas, si

Otras funcionalidades son:

Establecimiento, mantenimiento y terminacin adecuados de los circuitos virtuales (conexiones que se

1.3.5. LA CAPA DE SESIN (NIVEL 5)

Actividad Actividad Actividad

Sesin Sesin Sesin

1.3.6. LA CAPA DE PRESENTACIN (NIVEL 6)

1.3.7. LA CAPA DE APLICACIN (NIVEL 7)

Correo electrnico. Primera aplicacin que se normaliz en OSI.

Hay ASEs vlidos para varias aplicaciones:

El RTSE es el que se encarga de las RTSE

En este caso, ROSE trabaja directamente

Agrupa bancos de redes, creando una red mayor llamada Internet.

2.2. CAPAS DEL MODELO TCP/IP

La arquitectura del modelo TCP/IP consta de 4 capas:

Aplicacin. Proporciona comunicacin entre procesos o aplicaciones en ordenadores distintos. Contiene

2.3. PROTOCOLOS DEL NIVEL DE RED

IP proporciona un servicio de distribucin de paquetes caracterizado por:

Transmisin de datos en datagramas (paquetes IP).

Versin IHL Tipo de servicio Longitud total

TTL (tiempo de vida) Protocolo Suma de comprobacin de la cabecera

Opciones (de 0 a 40 bytes)

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 Direccin multitransmisin (1 byte 224 - 239) Clase D

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

Existen algunas direcciones especiales:

Cuando se arranca un host, ste utiliza la direccin IP 0.0.0.0 inicialmente.

Mscaras de red y subred

Red de clase A: Mscara de red = 255.0.0.0

Direccin recibida 10001100.00011001.00011001.00011001

Red 10001100.00011001 = 145.25

CIDR. Enrutamiento interdominios sin clases

2.3.2. PROTOCOLOS DE CONTROL

2.3.2.1. ICMP. PROTOCOLO DE CONTROL DE MENSAJES DE INTERNET

2.3.2.2. ARP. PROTOCOLO DE RESOLUCIN DE DIRECCIONES

A continuacin se muestra el formato de la trama de ARP.