PID_00218442
PID_00218442
PID_00218442
PID_00218442
Ramon Musach Pi
© FUOC • PID_00218442 Introducción
Ramon Musach Pi
Ninguna parte de esta publicación, incluido el diseño general y la cubierta, puede ser copiada,
reproducida, almacenada o transmitida de ninguna forma, ni por ningún medio, sea este eléctrico,
mecánico, óptico, grabación, fotocopia, o cualquier otro, sin la previa autorización escrita
del titular de los derechos.
© FUOC • PID_00218442 Introducción
Índice
3. Modelos de referencia....................................................................... 9
3.1. Arquitectura de red organizada en capas .................................... 9
3.1.1. Dentro de una capa ....................................................... 10
3.1.2. Entre capas ..................................................................... 10
3.1.3. Comunicación ................................................................ 13
3.2. Modelo OSI ................................................................................. 15
3.3. Modelo TCP/IP ............................................................................ 16
3.4. Modelo OSI frente a modelo TCP/IP .......................................... 17
c)� Desarrollo� de� aplicaciones� en� red. El éxito de las redes ha originado la
necesidad de disponer de aplicaciones y servicios específicos. Sin estas aplica-
ciones las redes no hubieran llegado al nivel de uso actual. Un desarrollador de
aplicaciones en red tiene que conocer con detalle, además de aspectos de pro-
gramación, el funcionamiento de los diferentes protocolos relacionados con
las redes, como los que trataremos en los diferentes módulos de la asignatura.
Los anteriores son perfiles que están 100% relacionados con las redes, pero
existen otros que lo están parcialmente, como por ejemplo: experto en comer-
cio electrónico (parte de transacciones), desarrollador de aplicaciones para dis-
© FUOC • PID_00218442 7 Introducción
Cuando surgieron los primeros ordenadores, en las primeras décadas del siglo
XX, estaban fuertemente centralizados, a menudo ubicados en un único espa-
cio físico. Pero a medida que las capacidades de los computadores iban cre-
ciendo, este modelo centralizado se fue sustituyendo por un modelo en el que
múltiples computadores con menos capacidad se interconectaban para com-
partir recursos. Esta nueva organización dio lugar a las redes de computadores.
3. Modelos de referencia
Nota
Una arquitectura�de�red organizada en capas se refiere a un conjunto
de capas y sus protocolos o normas asociadas para dar respuesta a la Si solo se dispusiera de un úni-
co nivel para todas las tareas,
complejidad de las operaciones que se han de realizar en una red. la complejidad sería demasia-
do elevada. El hecho de subdi-
vidir las tareas e implementar-
las en diferentes niveles o ca-
pas facilitará su implementa-
3.1.1. Dentro de una capa
ción.
Estos módulos o entidades (entities) son los elementos activos dentro de cada
capa. Una entidad puede ser una entidad de software, como un proceso, o una
entidad de hardware, como un dispositivo inteligente de entrada-salida. Los
módulos dentro de la misma capa siguen un protocolo concreto.
Cada capa provee servicios a su capa superior, mientras que cada capa utiliza
servicios que provienen de su capa inferior. El conjunto de servicios que provee
la capa n a la capa n+1 se denomina interfaz n/n+1.
© FUOC • PID_00218442 11 Introducción
Nota
Una interfaz es el conjunto de normas de comunicación (operaciones
primitivas y servicios) que una capa inferior ofrece a una capa superior. Un protocolo de la capa n se
utiliza para transformar un ser-
vicio que provee la capa n-1
en un nuevo servicio que se
Figura 1 proveerá a la capa n+1.
Entrando con más detalle, los servicios están disponibles en los llamados ser-
vice�access�point�(SAP), identificados con una dirección única. Por lo tanto,
cada SAP de la capa n es el lugar donde la capa n+1 puede acceder a los servi-
cios ofrecidos por la capa n.
Las capas pueden ofrecer dos tipos de servicios a las capas superiores: cone-
xiones�orientadas y no�orientadas a conexión. En un servicio orientado a
conexión inicialmente se produce un establecimiento de conexión, se utiliza
esta conexión para transmitir información y al final se cierra la conexión. Un
buen ejemplo de ello sería el de un sistema de telefonía. En cambio, en un
servicio no orientado a conexión, los mensajes con información pueden ser
enviados por un sistema sin establecer una conexión explícita. Un modelo así
sería el modelo postal, donde se envían cartas y, a pesar de tener un mismo
destino, el orden en el que se reciban puede variar.
Figura 2
Figura 3
Mensaje instantáneo: Jabber, AIM (AOL instant XMPP (extensible messaging and presence pro-
messenger, mensajería instantánea de la em- tocol, protocolo libre de mensajería instantá-
presa AOL) nea)
OSCAR (open system for communication in real-
time, sistema abierto para la comunicación en
tiempo real)
Telefonía IP (internet protocol, protocolo de in- SIP (session initiation protocol, protocolo de ini-
ternet) cio de sesión)
3.1.3. Comunicación
Figura 4
• Vertical. Esta comunicación solo se da, de forma local, entre los niveles
adyacentes de un mismo dispositivo.
Figura 5
El modelo OSI está compuesto por siete niveles o capas, y en cada uno de los
niveles se agrupan las funcionalidades y protocolos necesarios para comunicar
sistemas.
© FUOC • PID_00218442 16 Introducción
Figura 6
Figura 7
• La capa ordenador central-red realmente es más una interfaz que una capa.
El nivel físico, que se tratará en este tema, es el encargado de tratar las seña-
les físicas, que son del todo dependientes directamente de la tecnología y del
medio de transmisión.
En este módulo se describirán una serie de aplicaciones (correo, web, etc.) que
utilizan internet como medio de comunicación, y los protocolos de comuni-
caciones que tienen asociados.