William Stallings

Comunicaciones y
Redes de Computadoras

Unidad 2

Protocolos y Arquitectura
1

Arquitectura de Protocolos
Definiciones y Notas

Una arquitectura de protocolos es una estructura de capas hardware y

software, que posibilita y facilita el intercambio de datos entre sistemas, y
proporciona aplicaciones distribuidas, tales entre otras, como el correo
electrnico y la transferencia de archivos.
En cada capa de la arquitectura se implementan uno o varios protocolos.
Cada protocolo proporciona un conjunto de reglas que regulan el intercambio
de datos entre los sistemas.
Las tareas tpicas que realiza un protocolo son entre otras: encapsulamiento,
segmentacin, ensamblado, control de la conexin, transmisin ordenada,
direccionamiento, control de flujo, control de errores, multiplexacin, etc.
La arquitectura que ms se usa es TCP/IP: en la que se definen las
siguientes cinco capas: Fsica, Acceso a la red, Internet, Transporte y
Aplicacin.
Aunque el modelo OSI (Open Systems Interconnection), es considerado
universalmente como el modelo de referencia, hay otro modelo,
denominado arquitectura de protocolos TCP/IP, que definitivamente ha
ganado la batalla comercial.
2.0. Arquitectura de Protocolos

Protocolos

: Caractersticas

Los protocolos se caracterizan fundamentalmente por

ser:

Directos o indirectos
Monolticos o estructurados
Simtricos o asimtricos
Estndares o no estndares

2.1. PROTOCOLOS

Tipos de conexin en un sistema de

comunicaciones
(a)

Punto a punto

(b) Red de difusin

multipunto

(c)

Red conmutada

(d) Internet

2.1. PROTOCOLOS

Directos o Indirectos
La comunicacin entre dos entidades puede ser directa o indirecta.
Es Directa: (Ver fig. 2.1.)
Si los dos sistema que se van a comunicar comparten una lnea punto punto (a). Las entidades
de esos sistemas se pueden comunicar directamente.
Si los dos sistema que se van a comunicar comparten una lnea multipunto (b). Las entidades
de esos sistemas, tambin se pueden comunicar directamente, pero con mayores
complicaciones.
Si los sistemas logran comunicarse sin la intervencin de un agente activo.
En estos casos se emplean Protocolos Directos.

Es Indirecta: (Ver fig. 2.1.)

Si los sistemas se conectan a travs de un red conmutada (c). No se podr aplicar un protocolo
directo.
Si los sistemas se conectan a travs de dos o ms redes conmutadas (d). Tampoco se podr
aplicar un protocolo directo. Cuando el nmero de redes conmutadas es muy grande y estan
interconectadas, a este conjunto de redes se lo llama INTERNET.
Si el posible intercambio de datos entre dos entidades, depende del buen funcionamiento de
otras entidades.
En estos casos se emplean Protocolos Indirectos.
2.1. PROTOCOLOS

Monolticos o Estructurados
La Comunicacin entre sistemas remotos es lo suficientemente compleja,
como para abordarla y concebirla monolticamente como un todo.
Un Protocolo es monoltico, cuando contiene toda la lgica necesaria
para materializar la operacin y la comunicacin integra, de una
aplicacin, con su destinatario, con los niveles de calidad, rapidez y
seguridad, pretendidos, teniendo en consideracin todas las redes que
puede encontrar en su enlace.
La solucin monoltica es demasiado compleja para ser de aplicacin
prctica y econmica.
Como alternativa se puede optar por una tcnica de diseo e
implementacin estructurada. En lugar de un nico protocolo, en este
caso habr un conjunto de protocolos organizados con una estructura
por capas o jerrquica.
Cuando se opta por un diseo estructurado, a todo el conjunto de
hardware y software que se utiliza para la implementacin de las
funciones de comunicacin, se denomina arquitectura de protocolos.
2.1. PROTOCOLOS

Simtricos o Asimtricos
Simetra
A veces vendr impuesta por la naturaleza del intercambio.
Otras por la necesidad expresa de reducir la complejidad de las
entidaes o sistemas.

Protocolos Simtricos
Son diseados para comunicaciones entre entidades pares.
La mayora de los protocolos a estudiar sern simtricos.
El mismo protocolo se emplea en ambos extremos.

Protocolos Asimtricos
Son diseados para comunicaciones entre entidades impares.
Surgen de la necesidad de simplificacin. Ej.: Protocolos para
comunicaciones Cliente/Servidor. Cuando un computador sondea una
srie de terminales, la lgica en el extremo del terminal (Cliente) es
muy sencillo, no as en el del Servidor .
2.1. PROTOCOLOS

Estndares o No Estndares
Un Protocolo No Estndar se disea y se implementa para una comunicacin
particular, o al menos para un computador de un modelo particular.
Supongase que se comunican K tipos diferentes de fuentes con L tipos de
receptores de informacin.
Si no hubiera estndares se necesitaran KxL protocolos diferentes,
adems de 2xKxL implementaciones diferentes. (Ver fig. 2.2.a).
Si todos los sistemas compartieran un protocolo comn, se necesitaran
solamente K+L implementaciones. (Ver fig. 2.2.b).
El uso creciente de sistemas de procesamiento distribuido, junto con la
tendencia decreciente por parte de los clientes a depender de un nico
fabricante, han forzado a que los fabricantes implementen protocolos que
obedezcan a estndares bien establecidos.
La estandarizacin de los protocolos obedece a razones de simplificacin
de la complejidad de las nuevas tecnologa de las comunicaciones y
fundamentalmente, reducir sus costos de implementacin y operacin.
2.1. PROTOCOLOS

Uso de Protocolos Estandarizados

Fig. 2.2.
2.1. PROTOCOLOS

Funciones de un Protocolo

Encapsulamiento.
Segmentacin y reensamblado.
Control de la conexin.
Entrega en rden.
Control del flujo.
Control de errores.
Direccionamiento.
Multiplexacin.
Servicios de transmisin.
No todos los protocolos proporcionan estas funciones, ya que ello
implicara una duplicacin innecesaria de las mismas. No obstante,
hay algunas funciones que se repiten en algunos protocolos
situados en distintos niveles.
2.1. PROTOCOLOS

10

Encapsulamiento
Es el agregado de informacin de control a los datos a
transmitir.
Cada PDU no slo contiene datos, sino que adems debe incluir
informacin de control. Algunos PDU contienen informacin de
control exclusivamente. (Ver slide 12).
La informacin de control se puede clasificar en las siguientes
categoras:
1. Direccin: En la PDU se debe indicar la direccin del
emisor y/o del receptor.
2. Cdigo para la deteccin de errores: Para la
deteccin de errores en la trama, se debe incluir alguna
secuencia de comprobacin.
3. Control del Protocolo: En la PDU se incluye
informacin adicional sobre el modo de encapsulamiento.
2.1. PROTOCOLOS

11

Encapsulamiento

2.1. PROTOCOLOS

(Fig. 1.7)

12

Encapsulamiento

2.1. PROTOCOLOS

(Fig. 1.8)

13

Segmentacin (Fragmentacin)
El protocolo es el encargado del intercambio de cadenas de datos,
entre dos entidades.
En el nivel de aplicacin, la unidad lgica de datos a transmitir se
denomina mensaje y generalmente son largas cadenas de datos
(caracteres). Tambin pueden ser cadenas sin pausas de caracteres.
Generalmente los protocolos de los niveles inferiores necesitan
partir los datos en bloques ms pequeos, para facilitar la
transmisin. Este procedimiento se denomina Segmentacin o
Fragmentacin (si se trata de TCP/IP).
Denominamos Unidad de Datos del Protocolo: PDU (Protocol Data
Unit) al bloque de datos a intercambiar entre dos entidades.
Hay una srie de razones, dependientes del contexto, que justifican
la segmentacin. (tema prximo slide).

2.1. PROTOCOLOS

14

 Porqu la Segmentacin ?

La red de comunicaciones puede que slo acepte bloques de datos de un tamao limitado, debido
a su tecnologa. P.e.: en una red ATM, el tamao de los bloques est limitado a 53 octetos;
Ethernet impone un tamao mximo de 1526 octetos.
Ventajas
Los mecanismos para el control de errores, pueden ser ms eficientes, cuanto menor sea
el tamao de la PDU. De haber errores, con PDUs ms chicas, habr que retransmitir menos
bits de informacin.
El acceso a las facilidades de transmisin que sean compartidas, ser ms equitativo, y
los retardos sern igualmente inferiores. Si no se fijara un tamao mximo, cualquier
estacin podra monopolizar un medio compartido.
Un tamao de PDU menor implica que las entidades receptoras, tienen que reservar menores
tamaos de memoria temporal (buffers).
A veces, una entidad necesitar que la transferencia de datos se interrumpa con cierta
periodicidad para llevar a cabo tareas de comprobacin y/o reinicio/recuparacin de datos.
Desventajas
Cuanto menor sea el bloque, mayor ser el porcentaje de informacin suplementaria.
La llegada de un PDU genera una interrupcin que se debe atender. Cuanto menores sean los
bloques, mayores sern las interrupciones que se generarn.
El tiempo necesario para procesar PDU que sean pequeas, y por tanto ms numerosas ser
mayor.
El diseador de protocolos, a la hora de determinar el tamao mximo y mnimo de las PDU
deber tener en cuenta todos los aspectos citados, favorables y desfavorables.
2.1. PROTOCOLOS

15

Control de la conexin
En los casos en que las estaciones prevn un intercambio voluminoso de datos y/o
hay detalles protocolares que se deben controlar dinmicamente, ser preferible,
incluso obligatorio, la transferencia orientada a la conexin. En este tipo de
transferencias se dan tres fases:
Establecimiento de la conexin.
Transferencia de los datos.
Cierre de la conexin.
En protocolos ms sofisticados, se darn adems de las anteriores, fases de
interrupcin de la conexin y fases de recuperacin, siempre que se
presenten errores u otro tipo de interrupcin.
La caracterstica principal de la transferencia orientada a la conexin (TOC) es que
cada extremo numera secuencialmente las PDU que enva al otro extremo.
Definicin: TOC: aquella en la que los dos extremos numeran y controlan las PDU,
tanto de entrada como de salida.
La numeracin secuencial est relacionada con tres funciones fundamentales:
La entrega en rden.
El control de flujo
El control de errores
2.1. PROTOCOLOS

16

Las fases de la transferencia de

datos orientada a la conexin
Entidad de Protocolo

Solicitud de conexin

Conexin aceptada

Datos

Confirmacin
Mltiples
intercambios
Solicitud de cierre de
conexin
Cierre de la conexin
aceptado

2.1. PROTOCOLOS

17

Entrega en orden
Si dos entidades de comunicacin residen en
estaciones (hosts) diferentes, conectadas a travs
de una red, habr un cierto riesgo de que las PDU
lleguen con un orden diferente al de partida, ya
que puede que hayan seguido rutas distintas para
llegar al destino .
En los protocolos orientados a la conexin, se suele
exigir que se mantenga el orden de los PDU.
Cada PDU debe numerarse secuencialmente en
el emisor, para que luego el receptor no tenga
problemas en reordenarlos y entregarlos en
secuencia correcta.
2.1. PROTOCOLOS

18

Control del flujo

El control del flujo es una operacin realizada por la entidad receptora, para
limitar la velocidad o cantidad de datos que enva la entidad emisora.
La aproximacin ms sencilla para el control del flujo, es el procedimiento de
parada y espera, en el que cada PDU se debe confirmar antes de que se
pueda enviar la siguiente.
Los protocolos ms eficientes implican la concesin de una especie de crdito al
emisor, que no es sin la cantidad de datos que puede transmitir sin esperar
confirmacin.
La tcnica de la Ventana corredera del HDLC (High- Level Data Link
Control): Control de Enlace de Datos de Alto Nivel, es un ejemplo tpico de
este procedimiento.
El control de flujo es un ejemplo caracterstico de una funcin, que se debe
realizar en varios protocolos (funcin necesariamente compartida).
(Ej.: Modelo de tres capas, Fig. 1.6) No bastara controlar solamente en el
acceso a red, o en trasporte, puesto que una aplicacin puede bloquearse
esperando un acceso a disco y sobrepasar las capacidades de los buffers
correspondientes; en consecuencia tambin hay que controlar el flujo en la
capa de aplicacin.
2.1. PROTOCOLOS

19

Control de errores
Las tcnicas de control de errores son necesarias para recuperar prdidas o deterioros
de los datos y de la informacin de control.
El control de errores se implementa mediante dos funciones separadas: La deteccin de
errores y la retransmisin.
Deteccin de errores:
El emisor inserta en cada PDU transmitida, un cdigo que sea capaz de detectar errores. Este
cdigo ser funcin de los bits que constituyan la PDU.
El receptor comprobar el valor del cdigo de la PDU recibida.
Si resulta OK, la acepta.
Si se detecta error, el receptor descarta a esa PDU y no la confirma.
Algunos protocolos utilizan adems, algn cdigo para la correccin de errores, el cual hace
posible que el receptor no slo detecte los errores, sino que adems en algunos casos los corrija.

Retransmisin:
Si no se recibe una confirmacin de la PDU transmitida, dentro de un intervalo de tiempo
establecido, el emisor retransmitir la PDU.

Al igual que el control de flujo, el control de errores es una funcin que se debe
realizar en varios niveles de la arquitectura.
(Ej.: Modelo de tres capas) El protocolo de la capa de transporte puede ocuparse de la
recuperacin de los paquetes perdidos o con errores incorregibles, suponiendo que el de acceso
a la red se ocupa de detectar los mismos y de corregir los factibles.
2.1. PROTOCOLOS

20

Direccionamiento
El concepto de direccionamiento dentro de una
arquitectura es complejo y abarca una serie de
cuestiones como las siguientes:

El nivel del direccionamiento.

El alcance del direccionamiento.
Los identificadores de la conexin.
El modo de direccionamiento.
Para el anlisis se va utilizar la figura 2.4., en dicha
figura se muestra una configuracin en la que se utiliza
la arquitectura TCP/IP. Los conceptos son
esencialmente los mismos para la arquitectura OSI,
como para cualquier otra arquitectura.
2.1. PROTOCOLOS

21

Nivel de direccionamiento
El nivel de direccionamiento hace referencia al nivel de la arquitectura de
comunicaciones, en el que se identifica a la entidad.
Normalmente, cada sistema (servidor, estacin de trabajo, etc) o sistema intermedio
(router), est asociado a una nica direccin.
Esa direccin en general es una direccin del nivel de red.
En la arquitectura TCP/IP, esta direccin se denomina direccin IP, o simplemente
direccin Internet.
En la arquitectura OSI, se denomina punto de acceso al servicio de red (NSAP, Network
Service Access Point).
La direccin del nivel de red se utiliza para encaminar la PDU a travs de la red, o redes hasta
el sistema destino, cuya direccin vendr indicada, en la direccin del nivel de red de destino
de la PDU.
Una vez que los datos llegan al destino, debern cederse a algn proceso o aplicacin dentro
del sistema.

Normalmente el sistema destino podr procesar varias aplicaciones y cada aplicacin

podr servir a varios usuarios. A cada aplicacin y a cada usuario concurrente de la
aplicacin, se le asigna un identificador nico denominado:
Puerto, en la arquitectura TCP/IP.
Punto de acceso al servicio (SAP, Service Access Point), en la arquitectura OSI.
2.1. PROTOCOLOS

22

Conceptos de direccionamiento

Fig. 2.4.

2.1. PROTOCOLOS

23

Conceptos de direccionamiento

Fig. 2.4.

2.1. PROTOCOLOS

24

Alcance del direccionamiento

La direccin Internet o NSAP, son direcciones globales. Las caractersticas de las
direcciones globales son:
1. No ambigedad global:
Una direccin global identifica a un solo sistema.
Los sinnimos estn permitidos. Es decir, un sistema dado puede tener ms de una
direccin global. Nunca, una direccin global puede identificar a dos sistemas.
2. Aplicabilidad global:
Desde cualquier sistema se podr identificar a cualquier otro, utilizando su direccin
global.
En la figura 2.4 se muestra la necesidad de otro nivel adicional de direccionamiento. En
cualquier red, todas las interfaces de cada dispositivo conectado deber tener una nica
direccin:
Ej.: la direccin MAC (Medium Access Control) en una red IEEE 802, o la direccin
de la estacin en una red X.25.
Estas direcciones hacen posible que las redes encaminen las unidades de datos (las
tramas MAC, los paquetes X.25, u otras unidades) y las hagan llegar al sistema
destino.
Este tipo de direcciones se denominan direcciones del punto de coneccin en la
red (Network attachment point adress).
2.1. PROTOCOLOS

25

Identificadores de la conexin

El concepto de identificadores de la conexin, tiene sentido cuando se trata de transferencias

orientadas a la conexin (ej.: circutos virtuales). No siendo aplicables para el caso de transferencias
no orientada a la conexin (ej.: datagramas: los paquetes se tratan en forma independiente), para
estas ltimas se debe utilizar un nombre global para cada transmisin.
Cuando la entidad receptora, acepta la conexin, proporcionar un identificador de la conexin
(normalmente un nmero), este identificador se utilizar por parte de las dos entidades en futuras
conexiones.
La utilizacin de identificadores de la conexin tiene las siguientes ventajas:
1. Reduccin de cabeceras: Los identificadores de la conexin son, por lo general, ms cortos
que los identificadores globales. Ej.: en el protocolo X.25, utilizado en las redes de conmutacin de
paquetes, los paquetes de solicitud de conexin, contienen campos que especifican las direcciones de
orgen y destino, con longitud predefinida del orden de varios octetos. Tras el establecimiento de la
conexin lgica, denominada circuto virtual, los paquetes de datos contendrn un identificador de tan
slo 12 bits.
2. Encaminamiento: Al establecer la conexin se debe definir una ruta fija. El identificador de la
conexin sirve para que los sistemas intermedios (ej.: los nodos de conmutacin de paquetes)
identifiquen la ruta y puedan encaminar las PDUs futuras.
3. Multiplexacin: Es posible que una entidad desee utilizar simultneamente ms de una conexin,
entonces las PDUs obligadamente se deben identificar con ei identificador de conexin.
4. Uso de la informacin de estado: Una vez que la conexin se haya establecido, los sistemas
finales deben mantener informacin del estado relativo de la misma. Esto posibilita funciones tales
como el control deflujo o el control de errores, mediante la utilizacin adicional de nmeros de
secuencia.

2.1. PROTOCOLOS

26

Modo de direccionamiento
Generalmente una direccin alude a un nico sistema o puerto:
Se denomina direccin unidestino (Unicast address).
Conexin con una mquina o persona.

Puede que una direccin aluda a ms de una entidad o puerto, identificando

simultneamente a varios destinos:
Puede ser una direccin de difusin (Broadcasting adress).
Cuando aluda a todas las entidades dentro de un dominio.
Ej.: el centro de control de una red va a anunciar a todos los usuarios, que la red va caer.

O puede ser una direccin multidestino (Multicasting adress).

Cuando se refiera a un subconjunto especfico de entidades dentro de un dominio.
Ej.: un usuario desea enviar un documento a una serie de destinos.

2.1. PROTOCOLOS

27

Multiplexacin
La multiplexacin puede realizarse
de dos formas distintas (fig. 2.5,
ver tambin fig. 2.4):
Multiplexacin ascendente:
(o hacia adentro), consiste en que
varias conexiones del nivel superior
comparten, o se multiplexan sobre
una nica conexin del nivel inferior.
Multiplexacin descendente:
(o divisin), consiste en establecer una
nica conexin del nivel superior,
utilizando varias conexiones del nivel
inferior.
Multiplexacin uno a uno:
Para cada conexin que se
establezca en el nivel superior, se
deber establecer una conexin de
circuito virtual en el nivel de acceso a
la red.
2.1. PROTOCOLOS

28

Multiplexacin
La multiplexacin es un concepto relacionado con direccionamiento.
Se puede llevar acabo usando los nombres de los puertos, los cuales
permiten a su vez, mltiples conexiones.
Ej.: puede haber una serie de conexiones TCP que terminen en un sistema
dado, cada una de ellas entre pares diferentes de puertos.

La multiplexacin puede realizarse de dos formas distintas (fig. 2.5, ver

tambin fig. 2.4):
Multiplexacin ascendente: (o hacia adentro) Esta tcnica puede ser
til para hacer un uso ms eficaz del servicio del nivel inferior, o para
proporcionar varias conexiones del nivel superior, en un entorno donde slo
exista una nica conexin de nivel inferior.
Multiplexacin descendente: (o divisin), consiste en establecer una
nica conexin del nivel superior, utilizando varias conexiones del nivel
inferior, el trfico de la conexin del nivel superior se divide as entre las
conexiones inferiores.
Esta tcnica se puede utilizar para aadir seguridad a la conexin, mejorar
las prestaciones o la eficacia.
2.1. PROTOCOLOS

29

Servicios de transmisin
Un protocolo puede proporcionar una serie de servicios adicionales a
las entidades que lo utilicen. Cabe mencionar los siguientes ejemplos:
1. Prioridad:
Ciertos mensajes, Ej.: los de control, necesitan llegar a la entidad
destino con el mnimo retardo posible. Las solicitudes de conexin o
de desconexin suelen ser rotuladas de alta prioridad.

2. Calidad del servicio:

Ciertos tipos de datos requieren una velocidad de transmisin
mnima o un retardo mximo que se debe respetar.

3. Seguridad:
A veces ciertos mecanismos de seguridad, como por ejemplo, el
acceso restringido, pueden ser necesarios.
Todos estos servicios dependern del sistema de transmisin subyacente
y de cualquiera de las entidades que intervengan en los niveles
inferiores. Si los niveles inferiores pueden ofrecer estos servicios, las
entidades superiores podrn hacer uso de los mismos invocando el
protocolo correspondiente.
2.1. PROTOCOLOS

30

OSI - Introduccin
Los estndares son necesarios para facilitar la interoperatividad entre
equipos de distintos fabricantes y para estimular la economa en gran
escala.
Una sola normalizacin no es suficiente, ya que las tareas en
comunicaciones son muy complejas.
Las funciones se deberan dividir en tareas ms manejables y organizarse
como una arquitectura de comunicaciones, y sta constituira un marco
de referencia para la normalizacin.
Esta lnea argumental llev al ISO en 1977 a definir un subcomit que
desarrollara tal arquitectura.
El resultado fue el modelo de referencia de Interconexin de Sistemas
Abiertos (OSI, Open Systems Interconnection).
Aunque los elementos esenciales del modelo se definieron rpidamente,
el estndar final de ISO: el ISO 7498, no se public hasta 1984.
La CCITT (ahora ITU-T) especific una versin tcnicamente compatible
denominada X.200.
2.2. EL MODELO OSI

31

OSI - El Modelo
Una tcnica de estructuracin muy utilizada, y elegida por ISO, es la jerarquizacin
en capas.
En sta, las funciones de comunicacin se distribuyen en un conjunto jerrquico de
capas.
Cada capa realiza un conjunto de funciones relacionadas entre s, necesarias para
comunicarse con otros sistemas.
Cada capa se sustenta en la capa inmediatamente inferior, la cual realizar
funciones ms primitivas, ocultando los detalles a la capa superior.
Una capa proporciona servicios a la capa inmediatamente superior.
Idealmente, las capas deberan estar definidas para que los cambios en una capa, no
implicaran cambios en las otras capas. De esta forma, el problema se descompone en
varios subproblemas ms abordables.
La especificacin de ISO consisti en definir el conjunto de capas y los servicios que
cada una de ellas deberan realizar. La divisin resultante debera agrupar a las
funciones que fueran conceptualmente prximas, y a su vez, distriburlas en el
nmero de capas suficiente como para que su complejidad, fuera pequea
Pero por otro lado, el nmero de capas no debera ser muy elevado, de forma que el
procesamiento de la informacin suplementaria impuesta por este grupo de capas,
no resultare muy costo.
2.2. EL MODELO OSI

32

CAPAS OSI : definicin

2.2. EL MODELO OSI

(ISO 7498)

33

CAPAS
OSI :
su
justificacin

(ISO 7498)
2.2. EL MODELO OSI

34

El entorno OSI : esquema

Fig. 2.6.
2.2. EL MODELO OSI

35

El entorno OSI : descripcin

En la fig. 2.6 se muestra la arquitectura OSI aplicada a una comunicacin.
Cada sistema contiene las siete capas.
La comunicacin se realiza entre las aplicaciones de dos computadores,
denominadas en la fig. aplicaciones X y Y.
Si la aplicacin X desea enviar un mensaje a la aplicacin Y:
Invoca a la capa de aplicacin (capa 7), sta establece una relacin paritaria con la
capa 7 del computador destino, utilizando un protocolo de la capa 7 (protocolo de
aplicacin).
Este protocolo necesita los servicios de la capa 6, por lo tanto las dos entidades de la
capa 6, utilizan un protocolo propio de ese nivel.
Lo mismo ocurre hacia abajo, hasta la capa fsica (capa 1), que transmite realmente los
bits a travs del medio de transmisin.

Obsrvese que exceptuando la capa fsica, no existe una comunicacin directa

entre capas paritarias. Esto es, por encima de la capa fsica cada entidad de
protocolo, pasa los datos hacia la capa inferior contigua, para que sta a su
vez, los enve a su entidad par.
El modelo OSI no requiere que los dos sistemas estn conectados directamente, ni
siquiera en la capa fsica.
Ej.: Para proporcionar el enlace de comunicacin se puede utilizar una red de conmutacin
de paquetes, o de conmutacin de circutos.
2.2. EL MODELO OSI

36

La arquitectura OSI como un modelo

de referencia para la estandarizacin

2.2. EL MODELO OSI

37

Normalizacin dentro del modelo

de referencia OSI
1 de 2
La principal motivacin para el desarrollo del modelo OSI fue proporcionar un modelo
de referencia para la normalizacin.
Dentro del modelo, en cada capa se pueden desarrollar uno o ms protocolos.
El modelo define en trminos generales las funciones que se deben realizar en cada capa
y simplifica el procedimiento de la normalizacin, ya que:
Como las funciones de cada capa estn bien definidas, para cada una de las capas, el
establecimiento de normas o estndares se pueden desarrollar independiente y simultneamente.
Esto acelera el proceso.
Como los lmites entre capas estn bien definidos, los cambios que se realicen en los estndares
para una capa dada, no afectan el software de las otras. Esto hace que sea ms fcil introducir
nuevas normalizaciones.

La fig. 2.7 muestra el uso del modelo OSI. La funcin global de comunicacin se
descompone en siete capas distintas, utilizando los principios indicados en la Tabla 2.2.
Estos principios son los mismos del diseo modular:
Esto es, la funcin total se descompone en una serie de mdulos, haciendo que las interfaces
entre mdulos sean tan sencillas como sea posible.
Adems se utiliza el principio de ocultacin de la informacin: Las capas inferiores abordan
ciertos detalles de tal manera que las capas superiores sean ajenas a las particularidades de
estos detalles.

Dentro de cada capa, se define tanto el servicio proporcionado a la capa superior

adyacente, como el protocolo a compartir con la capa par.
2.2. EL MODELO OSI

38

Normalizacin dentro del modelo

de referencia OSI
2 de 2
La figura 2.8 muestra de una forma ms especfica la naturaleza de la normalizacin
requerida en cada capa. Existen tres elementos clave:

Especificacin del protocolo:

Dos entidades en la misma capa, en sistemas diferentes, cooperan e interactan
por medio del protocolo.
El protocolo se debe especificar con precisin ya que estn implicados dos
sistemas abiertos diferentes. Esto incluye:
El formato de la unidad de datos del protocolo (PDU).
La semntica de todos los campos.
La secuencia permitida de PDUs.

Definicin del servicio:

Normalmente, la definicin de los servicios es equivalente a una descripcin
funcional, que define qu servicios se estn proporcionando, pero no cm o se
estn proporcionando. Obviamente para el qu : puntillosa normalizacin.

Direccionamiento:
Cada capa suministra servicios a las a las entidades en la capa superior adyacente.
Las entidades se identifican mediante un Punto de Acceso al Servicio SAP.
Un Punto de Acceso al Servicio de Red (NSAP, Network SAP) indica e identifica
a una entidad de transporte que es usuaria del servicio de red.
2.2. EL MODELO OSI

39

Estndares especficos de capa

2.2. EL MODELO OSI

40

OSI
Primitivas de Servicio y Parmetros

En la arquitectura OSI los servicios entre capas adyacentes se describen en trminos de primitivas y de
parmetros involucrados asociados.
Una primitiva especifica la funcin que se va llevar a cabo y los parmetros se utilizan para pasar datos e
informacin de contol.
Para definir las interacciones entre las capas adyacentes del modelo se utilizan cuatro primitivas (X.210).
stas se definen en la Tabla 2.4. En la Figura 2.9a se muestra la ordenacin temporal de estos eventos.
Consideremos la transferencia de datos desde una entidad (N), a su entidad par (N) en otro sistema. En
esta situacin se verifican los siguientes hechos:
1. La entidad orgen (N) invoca a su entidad (N-1) con una primitiva de solicitud. Asociado a esta primitiva
estn los parmetros necesarios, ej.: los datos que se van a transmitir y la direccin de destino.
2. La entidad orgen (N-1) prepara una PDU(N-1) para envirsela a su entidad par (N-1).
3. La entidad destino (N-1) entrega los datos al destino apropiado (N) a travs de la primitiva de indicacin,
que incluye como parmetros los datos y la direccin orgen.
4. Si se requiere confirmacin, la entidad destino (N) emite una primitiva de respuesta a su entidad (N-1).
5. La entidad destino (N-1) convierte la confirmacin en una PDU(N-1).
6. La confirmacin se entrega a la entidad orgen (N), como una primitiva de confirmacin.

Esta secuencia de seis eventos se conoce como un servicio confirmado, ya que el que inicia la
transferencia, recibe una confirmacin de que el servicio solicitado ha tenido el efecto deseado, en el otro
extremo.
Si solamente se invocan las primitivas de solicitud e indicacin (correspondientes a los pasos 1 a 3),
entonces se denomina servicio no confirmado. La entidad que inicia la transferencia no recibe
confirmacin de que la accin solicitada haya tenido lugar (Figura 2.9b).

2.2. EL MODELO OSI

41

OSI:

Primitivas
de
Servicio
2.2. MODELO OSI

42

Las siete capas de OSI

(1 de 7)

1. Capa Fsica
Se encarga de la interfaz fsica entre los dispositivos, adems de definir
las reglas que rigen, en la transmisin de los bits.
La capa fsica tiene cuatro grupos de caractersticas importantes:
1. Mecnicas: Estn relacionadas con las propiedades fsicas de la interfaz
y con las del medio de transmisin.

Normalmente, dentro de estas caractersticas se incluye la especificacin del conector

que transmite la seales a travs de los conductores (circuitos).

2. Elctricas: Especifican cmo se representan los bits (ej.: en trminos de

niveles de tensin), as como su velocidad de transmisin.

3. Funcionales: Especifican las funciones que realiza cada uno de los
circuitos de la interfaz fsica entre el sistema y el medio de transmisin.
4. De procedimientos: Especifican la secuencia de eventos que se
llevan a cabo, en el intercambio del flujo de bits, a travs del medio fsico.

Algunos ejemplos de estndares de esta capa son el EIA-232-F y

algunas secciones de los estndares ISDN y de LAN.
2.2. EL MODELO OSI

43

Las siete capas de OSI

(2 de 7)

2. Capa de Enlace de Datos

Mientras que la capa fsica proporciona exclusivamente un servicio de
transmisin de datos, la capa de enlace de datos intenta hacer que el
enlace fsico sea seguro.
Adems proporciona los medios para activar, mantener y desactivar el
enlace.
El servicio principal proporcionado por esta capa a las capas superiores es
el de deteccin y control de errores primario.
Sin embargo si la comunicacin se realiza entre dos sistemas que no estn
directamente conectados, la conexin constar de varios enlaces de datos
en serie, cada uno operando independientemente. En esta situacin la capa
superior no estar libre de la responsabilidad del control de errores.

Algunos ejemplos de estndares de esta capa son: HDLC (High-Level Data

Link Control), LAPB (Link Access Procedure Balanced), LLC (Logical Link Control), y
LAPD (Link Access Procedure on the D Channel).
2.2. EL MODELO OSI

44

Las siete capas de OSI

(3 de 7)

3. Capa de Red
La capa de red realiza la transferencia de informacin entre los sistemas finales, a travs de
algn tipo de red de comunicacin.
Libera a las capas superiores de la necesidad de tener conocimiento sobre la
transmisin de datos subyacente y sobre las tecnologas de conmutacin utilizadas para
conectar a los sistemas.
En esta capa el computador establecer un dilogo con la red, para especificar la direccin
destino y solicitar ciertas facilidades como ser entre otras la gestin de prioridades.
Existe un amplio abanico de posibilidades para que los servicios de comunicacin
intermedios sean gestionados por la capa de red.
En el extremo ms sencillo estn los enlaces punto a punto directos entre estaciones. En este
caso no se necesita capa de red, ya que la capa de enlace de datos puede proporcionar las
funciones necesarias de gestin.
Siguiendo en rden de complejidad creciente podemos considerar dos sistemas conectados a
travs de una nica red, como una red de conmutacin de circuitos o de conmutacin de
paquetes. Un ejemplo de esta situacin es el nivel de paquete del estndar X.25.
La Fig. 2.10 muestra cmo la presencia de una red se encuadra dentro de la Arquitectura
OSI.
En el otro extremo de complejidad, una configuracin para la capa de red puede consistir en
dos sistemas finales que necesitan comunicarse sin estar conectados a la misma red. O sea que
estn conectados a redes que, directamente o indirectamente, estn conectadas entre s.
2.2. EL MODELO OSI

45

Las siete capas de OSI

(4 de 7)

4. Capa de Transporte
La capa de transporte proporciona un mecanismo para intercambio de
datos entre sistemas finales.
El servicio de transporte orientado a conexin, asegura que los datos se
entregan libres de errores, en rden y sin prdidas ni duplicaciones.
La capa de transporte tambin puede estar involucrada en la optimizacin
del uso de los servicios de red, proporcionando la calidad del servicio
solicitada.
Ej: la entidad de sesin puede solicitar una tasa de error determinada, un retardo
mximo, una prioridad y un nivel de seguridad dado.

El tamao y la complejidad del protocolo de transporte, dependen de cmo

son, de seguras o inseguras, las redes subyacentes y los servicios de red.
Consecuentemente, ISO ha dearrollado una familia de 5 estndares de protocolos
de transporte. Cada uno de ellos especificado para un determinado servicio
subyacente.
En la arquitectura TCP/IP, para esta capa se han desarrollado 2 protocolos: TCP
(Transmission Control Protocol), orientado a la conexin y UDP (User Datagram
Protocol) no orientado a la conexin.
2.2. EL MODELO OSI

46

Las siete capas de OSI

(5 de 7)

5. Capa de Sesin
La capa de sesin proporciona el control de la comunicacin entre las
aplicaciones.
Establece, gestiona y cierra las conexiones (sesiones) entre las aplicaciones
cooperadoras.
La capa de sesin proporciona adems los siguientes servicios:
1. Control del dilogo: ste puede ser simultneo en los dos sentidos (full
duplex) o alternado en ambos sentidos (Half duplex)
2. Agrupamiento: El flujo de datos se puede marcar, para definir grupos de
datos.
3. Recuperacin: La capa de sesin puede proporcionar un procedimiento de
puntos de comprobacin, de forma que si ocurre algn tipo de fallo entre
puntos de comprobacin, la entidad de sesin puede retransmitir todos los datos
desde el ltimo punto de comprobacin.
En muchos casos los servicios de la capa de sesin son parcialmente, o incluso
totalmente prescindibles, no obstante en algunas aplicaciones su utilizacin es
ineludible.
ISO ha definido una normalizacin para la capa de sesin que incluye como opciones
los servicios anteriormente descriptos.
2.2. EL MODELO OSI

47

Las siete capas de OSI

(6 de 7)

6. Capa de Presentacin
Esta capa proporciona a las aplicaciones, independencia respecto a las
diferencias en la representacin de los datos (sintxis).
La capa de presentacin define el formato de los datos que se van
a intercambiar entre las aplicaciones.
Define la sintxis a utilizar entre las entidades de aplicacin y
proporciona los medios para seleccionar y modificar la representacin
utilizada.
Ofrece a los programas de aplicacin un conjunto de servicios de
transformacin de datos.
Algunos ejemplos de servicios especficos de esta capa:
Formateado y codificado de datos.
Comprensin de datos (semntica).
Encriptado (cifrado) de datos.
2.2. EL MODELO OSI

48

Las siete capas de OSI

(7 de 7)

7. Capa de Aplicacin
Proporciona a los programas de aplicacin un medio
para que accedan al entorno OSI.
Esta capa incluye a las funciones de administracin y
en general, a los mecanismos necesarios en la
implementacin de las aplicaciones distribuidas.
A esta capa pertenecen las aplicaciones de uso general,
entre otras:
Transferencia de archivos.
Correo electrnico.
Acceso desde terminales a computadores remotos.

2.2. EL MODELO OSI

49

Utilizacin de un retransmisor

Fig. 2.10.

2.2. EL MODELO OSI

50

- Antecedentes 1 -

Arquitectura de Protocolos TCP/IP

Durante muchos aos la literatura tcnica que trataba las arquitecturas de protocolos,
estaba dominada por las discusiones relacionadas con OSI, as como por el desarrollo
de protocolos y servicios.
Durante los aos ochenta la creencia mas extendida, era que OSI llegara a
imponerse frente a arquitecturas comerciales como la SNA de IBM y frente a
esquemas no propietarios (<< multivendor >>) como TCP/IP.
Esta previsin nunca se cumpli.
En los noventa TCP/IP ha conseguido erigirse como la arquitectura comercial
dominante en el mercado de las telecomunicaciones, a la vez que se ha convertido
en la familia, o conjunto, o suite de protocolos sobre la que se desarrollarn los
protocolos futuros.
Existe una serie de razones que justifican el xito de los protocolos TCP/IP sobre
OSI. Entre ellas se pueden enumerar a las siguientes:
1.

Los Protocolos TCP/IP se especificaron y se utilizaron de una forma generalizada antes

de la normalizacin ISO. As en los aos ochenta, las instituciones que tenan
necesidades apremiantes de intercambio de informacin, se enfrentaron al dilema de
esperar a la disponibilidad del paquete siempre prometido y nunca entregado de OSI,
o por el contrario utilizar el conjunto TCP/IP de disponibilidad inmediata y operatividad
cada vez ms contrastada. Una vez hecha la eleccin de TCP/IP, el costo y los riesgos
de la migracin a un entorno nuevo, inhibi la aceptacin de OSI.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

51

- Antecedentes 2 -

Arquitectura de Protocolos TCP/IP

Existe una serie de razones que justifican el xito de los protocolos

TCP/IP sobre OSI. Entre ellas se pueden enumerar a las siguientes:
(Continuacin)
2.

3.

Los protocolos TCP/IP se desarrollaron inicialmente como resultado del

esfuerzo investigador en el entorno militar de los EE.UU., financiado por el
Departamento de Defensa (DOD, Department Of Defense).
Aunque el DOD, como el resto del gobierno de los EE.UU., estaba
involucrado en los procesos internacionales de normalizacin, tenan una
necesidad imperiosa e inmediata de conectividad.
sta era tal que no les permita esperar hasta los aos ochenta o incluso
principio de los noventa, a productos basados en OSI. Por consiguiente, el
DOD exigi el uso de los protocolos TCP/IP en todas sus adquisiciones de
software. Debido a que el DOD es el consumidor ms grande de
software en el mundo, esta poltica cre un mercado enorme, animando a
los vendedores a desarrollar con premura productos basados en TCP/IP.
Internet est construda sobre el conjunto de protocolos TCP/IP. El
crecimiento impresionante de sta y especialmente de la << WWW : World
Wide Web >> ( Red Extendida Mundial), ha cimentado la victoria de
TCP/IP sobre OSI.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

52

- La aproximacin de TCP/IP -

(1 de 2)

Arquitectura de Protocolos TCP/IP

El conjunto de protocolos TCP/IP reconoce que la tarea de la comunicacin es lo

suficientemente compleja y diversa como para realizarla en una nica unidad.
Consecuentemente , la tarea se descompone en diversos mdulos o entidades, que se pueden
comunicar con sus entidades pares del sistema remoto.
Una entidad dentro de un sistema proporciona servicios a otras entidades, y a su vez utiliza los
servicios de otras entidades.
Las reglas de diseo del software de calidad dictan que estas entidades se deben agrupar en
forma modular y jerrquica.

El modelo OSI se basa en el mismo razonamiento, pero introduce un paso ms.

El siguiente paso en OSI est en reconocer que, en muchos aspectos, los protocolos en el
mismo nivel de la jerarqua tienen algunas caractersticas comunes. Esto desemboca
ineludiblemente en el concepto de nivel o capa, as como en el intento de describir de una
forma abstracta las caractersticas comunes de los protocolos en un nivel dado.

Como herramienta didctica, un modelo en capas tiene un valor significativo, y de hecho, el

modelo OSI se utiliza por ese motivo en muchos textos de telecomunicaciones.
Los diseadores del conjunto de protocolos TCP/IP ponen la objecin que el modelo OSI
es ms prescriptivo que descriptivo.
El modelo OSI ordena que los protocolos dentro de una capa dada realicen unas determinadas
funciones. Esto puede no ser siempre deseable. Es posible definir ms de un protocolo en una
capa dada, y en ese caso puede que la funcionalidad de estos protocolos no sea la misma o ni
incluso similar.
Ahora bien lo que tienen en comn un conjunto de protocolos de la misma capa es que se
sustentan sobre el mismo conjunto de protocolos de la capa inferior adyacente.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

53

- La aproximacin de TCP/IP -

(2 de 2)

Arquitectura de Protocolos TCP/IP

Debido a que en el modelo OSI las interfaces entre capas estn bien
definidas, es posible sustituir un protocolo de una capa por otra versin ms
reciente, sin que ello implique modificar las capas adyacentes (vase principio
6, Tabla 2.2).
Esto no es siempre deseable o incluso posible.
Por ejemplo, una LAN se presta fcilmente para un esquema de
direccionamiento con difusin y multidifusin en el nivel de enlace. Si el nivel
de enlace de IEEE 802 se situara debajo de una entidad de protocolo de red
que no permitiera difusin y multidifusin, este servicio sera inaccesible
para las capas superiores en jerarqua.
Para eludir este tipo de problemas, los especificadores de OSI introducen el
concepto de capas y subcapas nulas. A veces parece que estos artificios
salvan el modelo a expensas de un diseo no adecuado de los protocolos.

En el modelo TCP/IP, el uso estricto de todas las capas no es obligatorio.

Por ejemplo, hay protocolos de aplicacin que operan directamente sobre IP,
dejando a la capa de transporte de lado.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

54

- Las cinco capas -

Arquitectura de Protocolos TCP/IP

Al contrario que en OSI, no hay un modelo de referencia TCP/IP .
No obstante, basndose en los protocolos estndar que se han
desarrollado, todas las tareas involucradas en la comunicacin, se pueden
organizar en cinco capas relativamente independientes:(Ver Cap. 1, Seccin 4)
1. Capa de Aplicacin. proporciona la comunicacin entre procesos o
aplicaciones de computadores separados.

2. Capa (orgen - destino) de Transporte. proporciona un servicio

de transferencia de datos extremo-a-extremo. Esta capa puede incluir
mecanismos de seguridad. Oculta los detalles de la red, o redes
subyacentes, a la capa de aplicacin.
3. Capa Internet. relacionada con el encaminamiento de los datos del
computador origen al destino, a travs de una o ms redes conectadas
por dispositivos de encaminamiento.
4. Capa de acceso a la red. relacionada con la interfaz lgica entre un
sistema final y una subred.
5. Capa fsica. define las caractersticas del medio de transmisin, la
tasa de sealizacin y el esquema de codificacin de las seales.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

55

Funcionamiento de TCP e IP

(1 de 3)

La Figura 2.4 muestra cmo se configuran los protocolos TCP/IP. Para conectar un
computador a una subred se utiliza algn tipo de protocolo de acceso como, por
ejemplo, Ethernet. Este protocolo permite al computador enviar datos a travs de la
subred a otro computador o, en caso de que el destino final est en otra subred, a un
dispositivo de encaminamiento.
IP se implementa en todos los sistemas finales y dispositivos de encaminamiento.
Acta como un porteador que transportara bloques de datos desde un computador
hasta otro, a travs de uno o varios dispositivos de encaminamiento.
TCP se implementa solamente en los sistemas finales; guarda un registro de los
bloques de datos, para asegurar que todos se entregan de forma segura a la
aplicacin apropiada.
Para tener xito en la transmisin, cada entidad en el sistema global debe tener una
nica direccin. En realidad, se necesitan dos niveles de direccionamiento. Cada
computador en la red debe tener una nica direccin Internet que permita enviar los
datos al computador adecuado. Adems, cada proceso que se ejecute dentro de un
computador en red debe tener a su vez una direccin que sea nica dentro del
mismo; esto permite al protocolo extremo-a-extremo (TCP) entregar los datos al
proceso adecuado. Estas ltimas direcciones se denominan puertos.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

56

Funcionamiento de TCP e IP

(2 de 3)

A continuacin, se va a describir paso a paso el funcionamiento de la Figura 2.4.

Supngase que un proceso, asociado al puerto 1 en el computador A, desea enviar un mensaje a
otro proceso, asociado al puerto 2 del computador B. El proceso en A pasa el mensaje al TCP con
la instruccin de enviarlo al puerto 2 del computador B. EL TCP pasa el mensaje al IP con
instrucciones de que lo enve al computador B.
Obsrvese que no es necesario comunicarle al IP la identidad del puerto destino. Todo lo que
necesita saber es que los datos van dirigidos al computador B. A continuacin, IP pasa el mensaje a
la capa de acceso a la red (por ejemplo, a la lgica Ethernet) con el mandato expreso de enviarlo
al dispositivo de encaminamiento X (el primer salto en el camino a B: Router J).
Para controlar esta operacin se debe transmitir informacin de control junto con los datos de
usuario, como as se sugiere en la Fig. 2.11. Supongamos que el proceso emisor genera un bloque
de datos y lo pasa al TCP. El TCP puede que divida este bloque en fragmentos ms pequeos para
hacerlos ms manejables. A cada uno de estos fragmentos le aade informacin de control,
denominada cabecera TCP, formando un segmento TCP. La informacin de control la utilizar la
entidad par TCP en el computador B. Entre otros, en la cabecera se incluyen los siguientes campos:
1. Puerto destino: cuando la entidad TCP en B recibe el segmento, debe conocer a quin se le deben
entregar los datos.
2. Nmero de secuencia: TCP numera secuencialmente los segmentos que enva a un puerto destino
dado, para que si llegan desordenados la entidad TCP en B pueda reordenarlos.
3. Suma de comprobacin: la entidad emisora TCP incluye un cdigo calculado en funcin del resto del
segmento. La entidad receptora TCP realiza el mismo clculo y compara el resultado con el cdigo
recibido. Si se observa alguna discrepancia implicar que ha habido algn error en la transmision.

2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

57

Funcionamiento de TCP e IP

(3 de 3)

A continuacin, TCP pasa cada segmento al IP con instrucciones para que los transmita a B. Estos
segmentos se transmitirn a travs de una o varias subredes y sern retransmitidos en uno o ms
dispositivos de encaminamiento intermedios. Esta operacin tambin requiere el uso de informacin
de control. As, el IP aade una cabecera de informacin de control a cada segmento para formar un
datagrama IP. En la cabecera IP, adems de otros campos, se incluir la direccin del computador
destino (en nuestro ejemplo B).
Finalmente, cada datagrama IP se pasa a la capa de acceso a la red para que se enve a travs
de la primera subred. La capa de acceso a la red aade su propia cabecera, creando un paquete,
o trama. El paquete se transmite a travs de la red al dispositivo de encaminamiento J. La cabecera
del paquete contiene la informacin que la red necesita para transferir los datos. La cabecera puede
contener entre otros, los siguientes campos:
Direccin de la red destino: la red debe conocer a qu dispositivo conectado se debe entregarel paquete.
Funciones solicitadas: el protocolo de acceso a la red podra solicitar la utilizacin de ciertas funciones que
ofrezca la red, como, por ejemplo, la utilizacin de prioridades.

En el dispositivo de encaminamiento J se elimina la cabecera del paquete y se examina la IP. El

mdulo IP del dispositivo de encaminamiento direcciona el paquete a travs de la red 2 hacia B
basndose en la direccin destino que contenga la cabecera IP. Para hacer esto, se le aade al
datagrama una cabecera de acceso a la red.
Cuando se reciben los datos en B, ocurre el proceso inverso. En cada capa se elimina la cabecera
correspondiente y el resto se pasa a la capa inmediatamente superior, hasta que los datos de
usuario alcancen al proceso destino.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

58

PDUs en la arquitectura TCP/IP

Fig. 2.11.

2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

59

TCP e IP : Interfaces de protocolo

En la familia de protocolos TCP/IP cada capa interacciona con sus capas
adyacentes. En el origen la capa de aplicacin utilizar los servicios de la
capa extremo-a-extremo, pasndole los datos. Este procedimiento se repite
en la interfaz entre la capa extremo-a-extremo y la capa internet, e
igualmente en tal interfaz entre la capa internet y la capa de acceso a la red.
En el destino, cada capa entrega los datos a la capa superior adyacente.
La arquitectura de TCP/IP no exige que se haga uso de todas las capas.
Como as se sugiere en la Figura 2.12, es posible desarrollar aplicaciones
que invoquen directamente los servicios de cualquier capa. La mayora de
las aplicaciones requieren un protocolo extremo-a-extremo seguro y por tanto
utilizan TCP. Algunas de estas aplicaciones, como el protocolo sencillo de
gestin de red (SNMP, Simple Network Management Protocol), utilizan un
protocolo extremo-a-extremo alternativo denominado protocolo de
datagrama de usuario (UDP, User Datagram Protocol); otras, en cambio,
pueden hacer uso de IP directamente.
Las aplicaciones que no necesiten interconexin de redes y que no
necesiten TCP pueden invocar directamente los servicios de la capa de
acceso a la red.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

60

Algunos protocolos en la familia de

protocolos TCP/IP
(Suite)

Fig. 2.12.

2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

61

Algunos protocolos en la familia de

protocolos TCP/IP
(Suite)

2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

62

TCP/IP : Las aplicaciones

(1 de 2)

La Figura 2.12 muestra la organizacin de los protocolos ms importantes de la

familia de TCP/IP. Resaltaremos tres protocolos que histricamente han sido
considerados esenciales en TCP/IP, y que se disearon por el DOD como estndares
militares junto a TCP e IP:
1. El protocolo sencillo de transferencia de correo (SMTP, Simple Mail
Transfer Protocol): proporciona una funcin bsica de correo electrnico.
Establece un mecanismo para transferir mensajes entre computadores remotos.
Entre las propiedades del SMTP cabe destacar la utilizacin de listas de
mensajera, la gestin de acuses de recibo y el reenvo de mensajes.
El protocolo SMTP no especifica cmo se crean los mensajes, para este fin se
necesita un programa de correo electrnico nativo o un editor local. Una vez que
se ha creado el mensaje, SMTP lo acepta y hace uso del TCP para enviarlo al
mdulo SMTP en el computador remoto. En el receptor, el mdulo SMTP
utilizar su aplicacin de correo electrnico local para almacenar el mensaje
recibido en el buzn de correo del usuario destino.

2. El protocolo de transferencia de archivos (FTP, File Transfer Protocol): se

utiliza para enviar archivos de un sistema a otro, bajo el control del usuario. Se
permite transmitir archivos tanto de texto, como en binario, adems el
protocolo permite controlar el acceso de los usuarios. (continua en prximo slide).
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

63

TCP/IP : Las aplicaciones

(2 de 2)

2. (continuacin) El protocolo de transferencia de archivos (files):

Cuando un usuario solcita la transferencia de un archivo, el FTP establece una conexin TCP
con el sistema destino para intercambiar mensajes de control. Esta conexin permite al usuario
transmitir su identificador y contrasea, adems de la identificacin del fichero junto con las
acciones a realizar sobre el mismo. Una vez que el archivo se haya especificado y su
transferencia haya sido aceptada, se establecer una segunda conexin TCP a travs de la
cual se materializar la transferencia. El archivo se transmite a travs de la segunda conexin,
sin necesidad de enviar informacin extra, o cabeceras generadas por la capa de aplicacin.
Cuando la transferencia finaliza, se utiliza la conexin de control para indicar el fin, adems
esta misma conexin estar disponible para aceptar nuevas rdenes de transferencia.

3. TELNET:
facilita la posibilidad de conexin remota, mediante la cual el usuario en un terminal o
computador personal se conecta a un computador remoto y trabaja como si estuviera
conectado directamente a ese computador.
El protocolo se dise para trabajar con terminales poco sofisticados en modo scroll (avance
de pantalla). En realidad, TELNET se implementa en dos mdulos: el usuario TELNET
interacta con el mdulo de E/S para comunicarse con terminal local. ste convierte las
particularidades de los terminales reales a una definicin normalizada de terminal de red, y
viceversa. El servidor TELNET interacta con la aplicacin, actuando como un sustituto del
gestor del terminal, para que de esta forma al terminal remoto le parezca local a la aplicacin.
El trfico entre el terminal del usuario y el servidor TELNET se transmite sobre una conexin
TCP.
2.3. LA ARQUITECTURA DE PROTOCOLOS TCP/IP

64

Comparacin entre las arquitecturas

de protocolos: OSI versus TCP/IP

2.4. COMPARACIN ENTRE LOS MODELOS DE CAPAS

65

Bibliografa recomendada
Stallings captulo 2.
Tanembaum, Redes de Computadoras, Pearson.
Comer,D. Internetworking with TCP/IP volume I.
Comer,D. and Stevens,D. Internetworking with
TCP/IP volume II and volume III, Prentice Hall.
Halsall, F> Data Communications, Computer
Networks and Open Systems, Addison Wesley.
RFCs.

2.4. BIBLIOGRAFA

66