Modulo 01 - Investigación

POSTGRADO A DISTANCIA:
REDES DE COMUNICACIN DE DATOS
ARQUITECTURA DE REDES
OBJETIVOS GENERALES
Definir y describir los protocolos fundamentales de las arquitecturas de redes (OSI y

TCP/IP)
Identificar cada una de las capas que contienen los protocolos OSI y TCP/IP
Comparar los protocolos OSI y TCP/IP
SUMARIO
Mdulo 1. Introduccin a la Arquitectura de Redes

Mdulo 2. La Capa Fsica
Mdulo 3. La Capa de Enlace
Mdulo 4. La Capa de Red
Mdulo 5. La Capa de Transporte
Mdulo 6. La Capa de Aplicacin
INTRODUCCIN AL CURSO
Slo hasta hace dos dcadas el trmino redes de computadoras constitua un tpico de inters
nicamente para un puado de profesionales quienes integraban, por aquel entonces, una
exclusiva lite en el incipiente mundo de lo que hoy se conoce como Tecnologas de la
Informacin. Aos despus, a mediados de la dcada de 1990 y con el advenimiento de la
globalizacin y las doctrinas neoliberales en todo el mundo, se pusieron en boga expresiones tales
como Internet, Autopista de la Informacin y Aldea Global.
Hoy en da, se plantea la necesidad de crear una nueva Internet, lo que est movilizando a
equipos de investigacin en todo el mundo en pos de una necesaria reestructuracin.
El primer paso se dio en diciembre de 1998 con el establecimiento del Ipv6 como nuevo protocolo
de Internet y prosigue con investigaciones referidas a nuevas arquitecturas como MPLS. En este
punto es necesario reflexionar sobre el mecanismo que impele a las redes existentes a seguir un
ciclo vital de nacimiento, apogeo y ocaso. La respuesta es muy simple: las aplicaciones. Por
ejemplo, cuando el ser humano tuvo la necesidad de comunicarse con lugares distantes mediante
la voz humana surgi una red que hoy se conoce como Red de Telefona, la cual sigue
AREA DE TRANSFERENCIA DE
CONOCIMIENTOS
ARQUITECTURA DE
REDES
evolucionando para satisfacer las necesidades de comunicacin tanto en el mbito nacional como
en el mundial. Otro ejemplo nos lo brinda la Guerra Fra, la cual oblig a los investigadores
estadounidenses a crear un sistema que permitiera a los militares continuar comunicndose aun
despus de un ataque nuclear. De este modo, a comienzos de la dcada de 1970, se prob
exitosamente ARPANET, una red de computadoras con fines de defensa, cuyo impacto se
traslad primero al mundo acadmico y posteriormente al comercial. La incipiente Internet
requera reglamentarse, as que en septiembre de 1981 se publican las RFC para dos protocolos
en ciernes: el TCP y el IP. Internet, tal como se conoce hoy en da, est basada ntegramente en
dichos protocolos. Por aquel entonces las nicas aplicaciones existentes consistan en envo de
textos, e-mail, empleo de terminal virtual (TELNET) y la transferencia de archivos (FTP) Cuando
surgi la necesidad de enviar no solo texto, sino tambin imgenes, se concibi en noviembre de
1990 el proyecto World Wide Web: Proposal for a HyperText Project lo que signific
el
nacimiento de la pgina Web. Con el pasar de los aos, aplicaciones como multimedia y la voz
buscaron y consiguieron migrar de sus respectivas redes a Internet: en lenguaje llano,
aplicaciones que requeran banda ancha y que ostentaban orgullosas pertenecer al Siglo XXI
deban ser soportadas por los protocolos TCP/IP, diseados en el siglo pasado. Y todo ello por
puro afn comercial.
Entonces surge la interrogante: las aplicaciones y necesidades de los usuarios evolucionan, pero,
han evolucionado los protocolos? Respuesta negativa. Por ello, es necesaria una urgente
reestructuracin de Internet, implementando nuevas arquitecturas y nuevos protocolos, pero con
una premisa: TCP/IP debe permanecer inmutable ante los cambios. En pocas palabras, debe
llevarse a cabo una evolucin, mas no una revolucin. Los cambios evolutivos son un derrotero
con una pendiente suave hacia el destino final; implican traer a los nuevos tiempos lo mejor de los
viejos y mejorar lo ms posible los aspectos negativos de stos. Si de la noche a la maana se
decidiera dejar a un lado los protocolos TCP/IP, habra que arrojar a la basura una multimillonaria
inversin hecha en equipos que ningn usuario o compaa estara dispuesto a realizar.
CONOCIMIENTOS
ARQUITECTURA DE
REDES
MDULO 1
INTRODUCCIN A LA ARQUITECTURA DE REDES
OBJETIVOS DEL MDULO
Compilar la terminologa empleada en las redes de computadoras y telecomunicaciones.
Enumerar las diferentes funciones de las capas de los modelos OSI y DNA estableciendo
criterios de comparacin entre ambos (similitudes y diferencias)
Explicar el funcionamiento de los principales tipos de redes haciendo uso de ejemplos

reales.
SUMARIO
1.1 Sistemas de Comunicacin de Datos

1.2 Tipos de Redes de Comunicacin de Datos
1.2.1 Generalidades
1.2.2 Redes de Conmutacin
1.2.3 Redes de Difusin Amplia
1.3 Arquitectura de Redes
1.3.1 Modelo de tres capas
1.3.2 Modelo de capas
1.4 Interfaces y Servicios
1.5 Servicios Orientados y No Orientados a la Conexin
1.6 Modelos de Referencia
1.6.1 Modelo OSI
1.6.2 Modelo de Referencia TCP/IP
1.6.3 Comparacin de los modelos OSI y TCP/IP
INTRODUCCIN
El estudio del modelo OSI empezar con una descripcin de las funciones principales de cada una
de sus capas, definindose a continuacin trminos como conmutacin de circuitos, conmutacin
de paquetes, lnea dedicada, lnea conmutada, interfase, entidad, servicio, protocolo, jerarqua de
protocolo, Redes LAN, Redes WAN, entre otros.
CONOCIMIENTOS
ARQUITECTURA DE
REDES
El modelo TCP/IP consta de cuatro capas. Se realizar una descripcin de cada una de stas, as
como una comparacin con el Modelo OSI.
Por otro lado, este primer mdulo expondr el uso y el impacto de las redes de computadoras en
lo que respecta a los requerimientos planteados por las compaas y usuarios que emplean los
servicios brindados por los ISP y por las redes privadas.
CONOCIMIENTOS
ARQUITECTURA DE
REDES
DESARROLLO DEL MDULO
1.1
SISTEMAS DE COMUNICACIN DE DATOS
El propsito de un sistema de comunicacin de datos es intercambiar informacin entre dos

agentes.
El sistema de datos est conformado por tres bloques:
Sistema fuente conformado por el dispositivo de entrada y transmisor (TX)
Sistema destino conformado por el receptor (RX) y dispositivo de salida.
Medio de telecomunicacin.
Por ejemplo (ver Fig. 1.1), se tiene el mensaje m en el dispositivo de entrada, el cual procesa la
informacin original entregando al transmisor la seal digital g(t) sta es convertida en la seal
analgica s(t), la que, para efectos de transmisin, debe estar adaptada a las caractersticas del
medio de telecomunicacin.
En el otro extremo, llega al receptor la seal analgica r(t), la cual podra diferir de la seal s(t)
proveniente del sistema fuente debido al paso de sta a travs del medio de telecomunicacin.
La seal r(t) es convertida en la seal digital g(t) por el dispositivo receptor ya mencionado.
Finalmente, el dispositivo de salida entrega el mensaje m al usuario final.
Fig. 1.1 Sistema de Comunicacin de Datos (Simples)
Como ejemplo prctico se tendra por mensaje de entrada la expresin Bienvenido (mensaje m)
a ser enviado mediante correo electrnico; el dispositivo de entrada en este caso especfico es
el computador desde el cual se desea establecer comunicacin con el destinatario remoto. La PC
genera como seal de salida una secuencia de bits (seal digital g(t)), que es enviada a un
mdem (dispositivo TX) que deber convertir estos bits en una seal analgica (s(t)), la cual
deber estar adaptada al medio de transmisin. En el extremo receptor otro mdem (dispositivo
RX) procesar la seal analgica entrante, convirtindola en un tren de bits (seal g(t)), los
cuales ingresarn a un servidor de correo. As, este ltimo enviar el mensaje al usuario final,
CONOCIMIENTOS
ARQUITECTURA DE
REDES
exhibindose el mensaje Bienvenido (mensaje m) en el computador del destinatario

(dispositivo de salida)
1.2
TIPOS DE REDES DE COMUNICACIN DE DATOS
1.2.1 Generalidades1
En su manera ms simple, la comunicacin de datos ocurre entre dos dispositivos directamente

conectados, punto a punto, por algn medio de transmisin. Sin embargo, no es prctico conectar
dos dispositivos de esta forma, debido a las siguientes causas:
Los dispositivos pueden estar alejados uno del otro. Por ejemplo, sera muy costoso tener un
enlace dedicado entre dos equipos que situados a miles de kilmetros uno del otro.
El hecho que un conjunto de dispositivos deseen comunicarse uno con el otro en distintos
momentos. Tal es el caso de los telfonos de una red pblica o las computadoras y
terminales de una empresa.
La solucin a esta situacin, es conectar a los dispositivos va una red de comunicaciones.
En la Fig. 1.2 se tiene una coleccin de dispositivos que desean comunicarse; a los cuales nos
referiremos de manera genrica como estaciones de red o simplemente estaciones. Estas pueden
ser computadoras, terminales, telfonos otros dispositivos de comunicaciones. Cada estacin se
conecta a un nodo de red. Los nodos a los que se conectan las estaciones son la frontera de la red
de comunicaciones, que transfiere datos entre ellas.
Fig. 1.2 Red de Comunicaciones

1
Extrado de Carlos Alccer Redes de Computadoras Segunda Edicin INFOLINK S.R.L.
CONOCIMIENTOS
ARQUITECTURA DE
REDES
Las redes de comunicaciones se clasifican sobre la base de su arquitectura y las tcnicas usadas
para transferir datos. En este contexto trataremos los siguientes tipos de redes:
a) Redes por conmutacin

Redes por conmutacin de circuitos
Redes por conmutacin de paquetes
b) Redes de difusin amplia (broadcasting)
Redes de rea local (LANs)
Redes de paquetes por radio
Redes satelitales
1.2.2 Redes por conmutacin
En una red por conmutacin (Fig. 1.3), los datos se transfieren de una fuente a un destino por una
serie de nodos intermedios. stos (incluyendo los nodos de frontera) no analizan el contenido de los
datos; su propsito es proporcionar una facilidad de conmutacin que mover los datos de un nodo
a otro hasta que alcancen su destino.
Fig. 1.3 Red de Conmutacin
1.2.2.1 Conmutacin de circuitos

En una red por conmutacin de circuitos (Fig. 1.4), los enlaces de comunicaciones entre dos
estaciones se establecen a travs de los nodos de la red. Cada enlace es una secuencia de enlaces
fsicos entre los nodos. Sobre cada enlace, un canal lgico se dedica a la conexin. Los datos
generados por una estacin fuente se transmiten por el enlace dedicado tan rpido como es posible.
En cada nodo, los datos entrantes se enrutan o conmutan al canal de salida apropiado sin retardo.
La red de telefona bsica es un ejemplo comn de red de conmutacin de circuitos.
CONOCIMIENTOS
ARQUITECTURA DE
REDES
Las redes de conmutacin de circuitos contemplan la existencia de un camino dedicado entre el

transmisor y el receptor de datos.
Se establecen tres fases: Inicio de la conexin, Transferencia de datos y Liberacin de la

conexin.
Cuando el usuario desea establecer una comunicacin con su par remoto (proceso End-to-End o
E2E) el primero inicia el proceso brindando informacin a los rganos de conmutacin, los que
llevarn a cabo un proceso de sealizacin para configurar el mejor camino posible hasta el
receptor. Establecida la conexin, todos los recursos del canal son utilizados exclusivamente por
la comunicacin en curso.
Fig. 1.4 Conmutacin de Circuitos
Esta ltima caracterstica permite a este tipo de redes brindar Calidad de Servicio (QoS) y buen
rendimiento. Por cierto, se garantiza la llegada de la informacin al otro extremo. La red telefnica
existente est basada en la conmutacin de circuitos, lo que implica que las inversiones
desarrolladas en esta tecnologa suman hasta el momento cantidades millonarias.
1.2.2.2 Conmutacin de paquetes
En una red por conmutacin de paquetes el enfoque es totalmente distinto. En este caso, no se
dedica un enlace por una trayectoria a travs de la red, sino que los datos se envan en una
secuencia de pequeos paquetes. Cada paquete pasa de nodo en nodo por la red en una
trayectoria que lo lleva de la estacin fuente a la estacin destino. En cada nodo, el paquete entero
se recibe, se almacena brevemente y luego se transmite al siguiente nodo. Las redes de
conmutacin de paquetes se usan para las comunicaciones entre terminales y computadoras o
CONOCIMIENTOS
ARQUITECTURA DE
REDES
entre computadoras.
Las redes de conmutacin de paquetes presentan tres caractersticas principales:
- La informacin viaja en paquetes.

-
Cada paquete viaja de manera independiente de otro.
No existe conexin dedicada entre dos puntos de la red.
El comportamiento de este tipo de redes es fcilmente explicable con esta analoga: supngase
que en un aula universitaria el docente da intempestivamente la orden a los alumnos para que
stos se dirijan al laboratorio de redes de computadoras, ubicado a algunos kilmetros de all.
Adems, les indica que debern ir separados uno de otro, empleando el medio de transporte que
cada uno considere conveniente.
En efecto, cada uno de los alumnos emprende independientemente el viaje. Unos elegirn
caminar hasta el laboratorio siguiendo diversos caminos a travs de la universidad. Otros lo harn
en bicicleta o en moto. Algunos poseen auto. Algunos intentarn llegar al laboratorio pero se les
presentarn inconvenientes en el camino, por lo que jams llegarn.
Bajo este esquema, los alumnos irn llegando uno tras otro al laboratorio. Tal vez un alumno que
opt por caminar estuvo entre los primeros en salir, pero el estudiante que dispone de auto, pese
a haber salido minutos despus que l, llega primero al destino.
Fig. 1.5 Conmutacin de paquetes
Las redes de conmutacin de paquetes poseen un comportamiento similar. La informacin es

CONOCIMIENTOS
ARQUITECTURA DE
REDES
dividida en paquetes (paquetizada) antes de ser enviada, no existiendo un camino predefinido

hasta el receptor. Cada uno de los paquetes es independiente de los dems y elegir de acuerdo
a ciertos algoritmos de enrutamiento el mejor camino para llegar al destino. Por lo tanto, los
paquetes debern llevar consigo cierta informacin que deber ser leda por los dispositivos de
enrutamiento con los que se topen en el camino (routers) para poder ser encaminados a travs
de la red (ver Fig. 1.5)
Este ltimo punto pone en evidencia una de las razones por las que Internet es una red en
extremo insegura: no importan qu tan complicados sean los algoritmos de encriptacin con los
que se intente proteger la privacidad de la informacin, en un momento determinado los routers
debern tener acceso a toda la informacin oculta, lo que incrementa la vulnerabilidad de la red de
conmutacin de paquetes, y por ende, de Internet. Por ello, las redes de conmutacin de paquetes
ofrecen un pobre QoS y bajo rendimiento, a pesar de lo cual, todas las aplicaciones de
vanguardia estn migrando o han migrado ya
Internet. Voz sobre IP, envo de contenidos
multimedia a travs de Internet y la telefona 3G con sus avanzados servicios de localizacin que
reposan en la red de redes son algunos ejemplos.
A pesar de que las nuevas aplicaciones pugnan desesperadamente por anidarse en Internet, hay
que tener muy en cuenta que los protocolos TCP/IP fueron presentados en sociedad a comienzos
de la dcada de 1980, cuando no existan las aplicaciones de banda ancha de hoy en da. Lo que
es peor, la red de conmutacin de paquetes ofrece bajo QoS y bajo rendimiento, bajo la poltica
del Best Effort, vale decir, de hacer el mejor esfuerzo posible para que la informacin llegue a su
destino: si lleg, bien; si no lleg, se hizo lo posible.
Paradjicamente, cuando todas las aplicaciones se empecinan en migrar a Internet, las redes de
conmutacin de paquetes vuelven la mirada para aprender algo de las redes de conmutacin de
circuitos. Puesto que no existen caminos en las redes de conmutacin de paquetes, sera posible
implementar en ellas caminos, aunque sea virtualmente? La respuesta es afirmativa, y ha
conducido al desarrollo de los circuitos virtuales y al MPLS.
1.2.3
Redes de difusin amplia2
En las redes de difusin amplia (broadcasting) (ver Fig. 1.6) no hay nodos de conmutacin
intermedios. En cada estacin, un transmisor / receptor se comunica por un medio compartido por
otras estaciones. Una transmisin de una estacin se difunde y recibe en todas las otras
estaciones. Un ejemplo simple es un sistema de comunicacin de voz va radio ciudadana, en la
2
Extrado de Carlos Alcocer Redes de Computadoras Segunda Edicin INFOLINK S.R.L
CONOCIMIENTOS
10
ARQUITECTURA DE
REDES
que todos los usuarios que sintonicen la frecuencia de cierto canal podran comunicarse. En este
caso, nos atae una comunicacin entre computadoras y terminales, en donde los datos se
transmiten a menudo en paquetes. Ya que el medio se comparte, slo una estacin puede
transmitir a la vez.
Fig. 1.6 Redes de difusin amplia (broadcasting)
Las redes de transmisin de paquetes por radio y redes satelitales son redes similares de
redes de difusin amplia (Fig. 1.6a y Fig. 1.6b). En ambos casos, las estaciones transmiten y
reciben por sus antenas, y todas las estaciones comparten el mismo canal o radiofrecuencia. En
una red de transmisin de paquetes por radio, las estaciones estn dentro del rango de
transmisin una de la otra y difunden directamente una hacia la otra. En la red satelital, los datos
no pasan directo de transmisor a receptor sino que se retransmiten va satlite; cada estacin
transmite hacia el satlite y recibe desde el satlite.
Las redes de rea local (Local Area Networks -LAN) y las redes de rea metropolitana
(Metropolitan Area Networks - MAN) son dos redes tpicas que trabajan en difusin amplia. Una
LAN es una red de comunicaciones confinada a una rea pequea, tal como un solo edificio, local
o una pequea agrupacin de edificios. Una MAN abarca un rea mayor, tal como un complejo de
edificios o una ciudad completa. Los dos casos ms comunes de LAN y MAN se ven en las Fig.
1.6c y Fig. 1.6d. En una red de topologa tipo bus, todas las estaciones se conectan a un hilo o
cable comn. La transmisin de cualquiera de las estaciones se propaga por ese medio en ambas
direcciones y la reciben todas las estaciones. La red de anillo consiste en un lazo cerrado, donde
CONOCIMIENTOS
11
ARQUITECTURA DE
REDES
cada estacin est conectada a un elemento repetidor. La transmisin de una determinada

estacin circula por el anillo, pasando a travs de las otras para ser recibida por la estacin
destino.
1.3
ARQUITECTURA DE COMUNICACIONES ENTRE REDES3
Habiendo introducido el concepto de protocolo, ahora presentaremos el concepto de arquitectura

de comunicaciones entre computadoras. Para tal efecto establecemos las siguientes premisas:
La tarea para comunicarse entre dos entidades de sistemas diferentes es demasiado complicada
para ser manejada por un solo proceso o un solo mdulo. Debe haber un alto grado de
cooperacin entre las dos computadoras. La tarea puede ser dividida en varias tareas menores,
cada una de las cuales pues ser implementada por separado.
Retornemos a nuestro ejemplo de la aplicacin de transferencia de archivos que requiere efectuar

cuatro tareas, que ya hemos enumerado en la Tabla 1.1. De las cuatro tareas, la 3 y la 4 pueden
ser llevadas a cabo por un protocolo de nivel de aplicacin orientado a la comunicacin
implementada en el paquete de transferencia de archivos. Los respectivos mdulos en los dos
sistemas intercambian archivos y comandos. Luego, para que estos paquetes de transferencia de
archivos intercambien datos, cada uno invocar al mdulo de servicio de comunicaciones
respectivo. Estos mdulos son responsables de asegurar que los comandos y datos que realicen
la transferencia de archivos sean confiablemente intercambiados entre los sistemas. Es decir que,
entre otras tareas, los mdulos de servicios de comunicaciones ejecutarn la tarea 2 usando un
protocolo de sistema a sistema.
Finalmente se procede a transferir los datos a la red. Para tal efecto, debe notarse en este punto
que la naturaleza del intercambio de datos entre los sistemas es independiente de la naturaleza
de la red con que ambos se interconecten. Por ello, en vez de implementar la interface con la red
en el mdulo de servicios de comunicaciones, es preferible hacer un tercer mdulo: uno de acceso
a la red, que se encargue de realizar la tarea 1 para interactuar con la red.
TAREA
1
El sistema origen debe activar tanto la trayectoria directa de transmisin de datos como
informar a la red de comunicaciones de la identidad del sistema destino
El sistema origen o fuente debe asegurarse que el destino est preparado para recibir datos
Extrado de Carlos Alcocer Redes de Computadoras Segunda Edicin INFOLINK S.R.L
CONOCIMIENTOS
12
ARQUITECTURA DE
REDES
La aplicacin de transferencia de archivos del sistema fuente debe confirmar que el programa
de administracin de archivos del sistema destino est listo para aceptar y almacenar el
archivo que se le va a enviar
Si los formatos de los archivos utilizados en los dos sistemas son incompatibles, uno de los
sistemas debe realizar la traduccin de formatos
Tabla 1.1 Tareas para la transferencia de archivos entre dos sistemas
As, observamos que, en vez de un solo protocolo, hay un conjunto estructurado de protocolos
que implementan la funcin de comunicaciones, estructura que se conoce como una arquitectura
de comunicaciones de computadoras.
1.3.1
Un modelo de tres capas
De acuerdo al ejemplo y en trminos generales las comunicaciones de datos involucran a tres

agentes tales como: aplicaciones, computadoras y redes. Por lo cual, parece natural organizar la
tarea de comunicaciones en tres capas relativamente independientes, tales como:
Capa de acceso a la red.
Capa de transporte.
Capa de aplicacin.
Estas capas se ilustran en la Fig. 1.7
Fig. 1.7 Capas del modelo de arquitectura de comunicacin entre computadoras

CONOCIMIENTOS
13
ARQUITECTURA DE
REDES
Capa de acceso a la red

Esta capa incluye el intercambio de datos entre la computadora y la red a que se conecte.
La computadora que llama o computadora origen, la cual enva informacin, debe
proporcionar a la red la direccin de la computadora a la que est llamando o computadora
destino, de tal manera que la red pueda enrutar los datos a la direccin apropiada. Adems
podra invocar ciertos servicios a la red tal como prioridad que podra ser proporcionados
por la red.
El software especfico usado en esta capa depende del tipo de red; para lo cual se han
desarrollado diferentes normas para conmutacin de circuitos, conmutacin de paquetes,
redes de rea local y otros. Por esta razn, tiene sentido separar estas funciones que
tienen que ver con el acceso a la red. De esta manera, el software restante que se
encuentra sobre esta capa de acceso a la red no tiene que estar involucrado en los
aspectos especficos de la red que han de utilizarse. Es decir, el mismo software de alto
nivel debera funcionar apropiadamente sin tener en cuenta el tipo de red a la que se
conecte la computadora.
Capa de transporte
Esta capa es la encargada de que los datos sean intercambiados confiablemente. Esto es,
nos gustara que nos aseguren que todos los datos lleguen a la aplicacin destino y que
ellos lleguen en el mismo orden en el que fueron enviados. Para este efecto es necesario
tener mecanismos que nos proporcionen confiabilidad, los cuales, conforme veremos
posteriormente son esencialmente independientes de la naturaleza de las aplicaciones.
Capa de aplicacin
Esta capa contiene toda la lgica necesaria para soportar diversas aplicaciones de usuario.
Para cada tipo diferente de aplicacin, es necesario un mdulo separado, pertinente para
ella.
1.3.2 Modelo de capas
Las primeras redes de computadoras tuvieron inicios muy similares a los primeros computadores:
las primeras redes y protocolos se disearon pensando en el hardware sin tener en cuenta el
software ni la evolucin tecnolgica que se aproximaba. Tampoco se consideraron la
interconexin y compatibilidad entre equipos provenientes de distintos fabricantes. A medida que
la tecnologa avanzaba y se mejoraban las redes se vivieron experiencias parecidas a las de los
CONOCIMIENTOS
14
ARQUITECTURA DE
REDES
primeros computadores: los programas de comunicaciones, que haban costado enormes

esfuerzos de desarrollo, tenan que ser reescritos para utilizarlos con el nuevo hardware, y debido
a la poca modularidad el cdigo no era aprovechable en lo absoluto.
El problema se resolvi de forma anloga a lo que se haba hecho con los computadores.
Cada fabricante elabor su propia arquitectura de red, que permita independizar las funciones y el
software del hardware concreto utilizado. De esta forma cuando se quera cambiar algn
componente slo la funcin o el mdulo afectado tena que ser sustituido. La primera arquitectura
de redes fue anunciada por IBM en 1974, justo diez aos despus de anunciar la arquitectura
S/360 que se denomin SNA (Systems Network Architecture) La arquitectura SNA se basa en la
definicin de siete niveles o capas, cada una de las cuales ofrece una serie de servicios a la
siguiente, la cual se apoya en sta para implementar los suyos y as sucesivamente. Cada capa
puede implementarse en hardware, software o una combinacin de ambos. El mdulo (hardware
y/o software) que implementa una capa en un determinado elemento de la red debe poder
sustituirse sin afectar al resto de la misma, siempre y cuando el protocolo utilizado se mantenga
sin cambios. Dicho en otras palabras, SNA es una arquitectura altamente modular y estructurada.
No se har un alto innecesario para detallar la arquitectura SNA, ya que cae fuera de los objetivos
del presente curso, sin embargo, es conveniente resaltar que el modelo de capas utilizado por el
SNA ha sido la base de todas las arquitecturas de redes actualmente en uso, incluidas las
basadas en el modelo OSI (Open Systems Interconnection) y el TCP/IP (Transmission Control
Protocol/Internet Protocol) que se ver en detalle ms adelante.
Las ideas bsicas del modelo de capas son las siguientes:
La capa n ofrece una serie de servicios a la capa n+1.
La capa n solo ve y emplea los servicios que le ofrece la capa n-1.
La capa n en un determinado sistema solo se comunica con su homloga en el sistema

remoto comunicacin de igual a igual o peer-to-peer. Esa conversacin se efecta de
acuerdo con una serie de reglas conocidas como protocolo de la capa n.
La comunicacin entre dos capas adyacentes en un mismo sistema se realiza de acuerdo con una
interfaz. La interfaz es una forma concreta de implementar un servicio y no forma parte de la
arquitectura de la red.
La arquitectura de una red queda perfectamente especificada cuando se describen las capas que
la componen, su funcionalidad, los servicios que implementan dichas capas y los protocolos que
utilizan para hablar con sus iguales. El conjunto de protocolos que utiliza una determinada
CONOCIMIENTOS
15
ARQUITECTURA DE
REDES
arquitectura en todas sus capas se denomina pila de protocolos (protocol stack en ingls); de
este modo, es frecuente or hablar de la pila de protocolos OSI, SNA, TCP/IP o DECNET, por
ejemplo.
Para comprender mejor cmo funciona el modelo de arquitectura de redes basado en capas es
conveniente esbozar una analoga: un ejecutivo de la empresa A desea enviar de forma urgente
un importante informe a un colega suyo en la empresa B. Para esto hablar con aqul
notificndole el envo y a continuacin pasar a su secretaria el informe con las instrucciones
correspondientes. La secretaria llamar a la secretaria de B para averiguar la direccin exacta,
pondr el informe en un sobre y llamar a un servicio de mensajera, que enviar a un motorista
para que recoja el paquete y lo lleve al aeropuerto. Cuando el paquete llega al aeropuerto de
destino es recogido all por otro motorista que lo lleva a la oficina de la empresa B y lo entrega a la
secretaria; sta se ocupar de los trmites administrativos (pagar al mensajero, abrir el paquete,
comprobar su contenido, acusar recibo a la secretaria de A, etc.) y lo pasar despus a su jefe,
quien una vez que haya recibido y analizado el informe llamar al ejecutivo de A.
Obsrvese que en el proceso anterior existen diferentes niveles claramente diferenciados: los
ejecutivos, las secretarias, los motoristas, y por ltimo la empresa de lneas areas que se ocupa
del transporte fsico de la mercanca. En todos los niveles (menos probablemente el ms bajo) hay
dos entidades, la transmisora (A) y la receptora (B) Si todo ocurre segn lo previsto cada entidad
slo hablar con su homloga en el otro lado y con sus entidades vecinas, es decir, el jefe de A
slo habla con el jefe de B y con su secretaria, la secretaria habla con su jefe, con el motorista y
con la otra secretaria para confirmar el envo, etc. (ver Fig. 1.8)
En ningn caso se contempla que la secretaria de A hable con el ejecutivo de B. Si por ejemplo la
secretaria de A es sustituida por enfermedad por otra persona los procedimientos seguirn
funcionando, siempre y cuando la secretaria suplente desarrolle la exactamente, o mejor, la
misma funcin. Las variaciones de carcter interno slo han de ser conocidas por las entidades
contiguas, por ejemplo, el motorista de B podra ser reemplazado por una furgoneta de reparto y
este hecho solo ha de ser conocido por la secretaria de B y por la persona que entrega los
paquetes en el aeropuerto. Esto es lo que se denomina una interfaz. Obsrvese que el modelo de
capas simplifica considerablemente la tarea de cada una de las entidades, que slo tiene que
preocuparse de una pequea parte de todo el mecanismo. En esencia se trata de aplicar a la
resolucin de problemas la vieja frmula de divide y vencers.
CONOCIMIENTOS
16
ARQUITECTURA DE
REDES
Fig. 1.8 Analoga del funcionamiento de un modelo de arquitectura de red
Cuando un sistema desea enviar un mensaje a un sistema remoto normalmente la informacin se

genera en el nivel ms alto; conforme va descendiendo se producen diversas transformaciones,
por ejemplo adicin de cabeceras, de colas, de informacin de control, la fragmentacin en
paquetes ms pequeos si el paquete original es muy grande (o ms raramente la fusin con
otros si es demasiado pequeo), etc. Todas estas operaciones se invierten en el sistema remoto
en las capas correspondientes, llegando en cada caso a la capa correspondiente en el destino un
mensaje igual al original.
1.4
Interfaces y servicios
Debido a su importancia se estudiar con ms detalle que es un servicio. A continuacin, algunas

definiciones:
Se conoce como entidad a los elementos activos en cada capa. Una entidad puede ser un
proceso, un componente hardware, o una combinacin de ambos. Un computador puede tener
una o varias entidades en cada capa (por ejemplo un computador con dos tarjetas de conexin a
LAN).
Se denominarn entidades iguales o entidades pares (peer entities en ingls) a dos entidades
homlogas, es decir, entidades diferentes de la misma capa (generalmente estarn en diferentes
mquinas, pero podran estar en la misma). Las entidades de la capa n implementan los servicios
CONOCIMIENTOS
17
ARQUITECTURA DE
REDES
que utilizar la capa n+1. En este caso la capa n acta como el proveedor del servicio y la capa
n+1 es el usuario del servicio. El uso que la capa n haga de los servicios de la capa n-1 es algo
que no afecta ni incumbe a la capa n+1.
Los servicios estn disponibles en los SAPs (Service Access Points) Los SAPs de la capa n son
los puntos donde la capa n+1 puede acceder a los servicios ofertados. Cada SAP de cada entidad
de la capa n tiene una direccin que le identifica de forma nica en toda la red.
Se conoce como interfaz al conjunto de reglas que gobiernan el intercambio de informacin entre
capas. En una comunicacin la entidad de la capa n+1 intercambia una IDU (Interface Data Unit)
con la entidad de la capa n a travs del SAP (ver Fig. 1.9) La IDU est formada por una SDU
(Service Data Unit) e informacin de control. La SDU es la informacin que se transmite a la
entidad equivalente (peer) en el lado contrario y de all a la capa n+1 a travs de su SAP. La
informacin de control es necesaria como su nombre lo indica para que la capa n haga
correctamente su trabajo, pero no es parte de los datos mismos. En la especificacin de una
arquitectura solo es necesario describir la estructura de la SDU, pero no la de la IDU, sta se
describe en la interfaz, que puede ser distinta para cada implementacin.
Para transferir la SDU (Service Data Unit) la entidad de la capa n puede tener que fragmentarla en
varias PDUs (Protocol Data Units) Cada PDU llevar una cabecera que permitir a la entidad de la
capa n en el otro lado ensamblar de nuevo la SDU correctamente.
Figura 1.9 Interfaces y servicios entre capas (IDU = Unidad de Datos de la Interfaz; SDU = Unidad de
datos de servicio; PDU =Unidad de datos de protocolo; ICI = Interface de control de Interfaz)
CONOCIMIENTOS
18
ARQUITECTURA DE
REDES
1.5
SERVICIOS ORIENTADOS Y NO ORIENTADOS A CONEXIN
En una arquitectura de redes cada capa utiliza los servicios de la capa inmediatamente inferior
para comunicarse con su capa homloga en el otro extremo. En funcin de cmo se establezca
esa comunicacin suelen distinguirse dos tipos de servicios: orientados a conexin y no
orientados a conexin.
En el servicio orientado a conexin, primero se establece el canal de comunicacin, despus se

transmiten los datos, y por ltimo se termina la conexin. Dicha conexin se denomina circuito
virtual (VC, Virtual Circuit) Una vez establecido el VC el camino fsico que van a seguir los datos
est determinado; los paquetes deben ir todos por l desde el origen al destino y llegar en el
mismo orden con el que han salido. Dado que el VC establece de forma clara el destino, los
paquetes no necesitan especificar su direccin. Generalmente se distinguen dos tipos de circuitos
virtuales: conmutados, tambin llamados SVCs (Switched Virtual Circuits), y permanentes,
conocidos tambin como PVCs (Permanent Virtual Circuits) Los SVCs se establecen y terminan a
peticin del usuario, normalmente cuando hay paquetes que se quieren transmitir. Los PVCs
estn establecidos todo el tiempo que la red est operativa (o al menos eso es lo que se pretende)
En el servicio no orientado a conexin, la comunicacin se establece de manera menos formal.

Cuando una entidad tiene informacin que transmitir sencillamente la enva en forma de paquetes,
confiando que stos llegarn a su destino. No se establece previamente un VC ni otro tipo de
canal de comunicacin extremo a extremo. Los paquetes pueden ir por caminos fsicos diversos,
por lo que cada uno debe incluir la direccin de destino. Los paquetes pueden ser almacenados
por nodos intermedios de la red, y reenviados ms tarde. Aunque lo normal es que lleguen en el
mismo orden con que han salido, esto no est garantizado como ocurra en el servicio orientado a
conexin debido al almacenamiento en nodos intermedios y a la diversidad de caminos fsicos
posibles. A los paquetes enviados en un servicio no orientado a conexin se les denomina
datagramas, ya que cada paquete viaja hacia su destino de forma independiente de los dems
como si fuera un telegrama.
1.6
MODELOS DE REFERENCIA
Hasta aqu hemos hablado del modelo de capas en un sentido genrico. Vamos a hablar ahora
con cierto detalle de las dos arquitecturas de redes ms importantes en la actualidad,
correspondientes a los protocolos OSI (Open Systems Interconnection) y TCP/IP (Transmission
Control Protocol/Internet Protocol). Conviene destacar que la arquitectura es una entidad
abstracta, mas general que los protocolos o las implementaciones concretas en que luego se
CONOCIMIENTOS
19
ARQUITECTURA DE
REDES
materializan stos. Tpicamente para cada capa de una arquitectura existirn uno o varios
protocolos, y para cada protocolo habr mltiples implementaciones. Las implementaciones
cambian continuamente; los protocolos ocasionalmente se modifican o aparecen otros nuevos que
coexisten con los anteriores o los dejan anticuados; sin embargo una vez definida una arquitectura
sta permanece esencialmente intacta y raramente se modifica.
1.6.1 El modelo de referencia OSI
En 1977 la ISO (International Organization for Standardization) consider que esta situacin no
era la ms conveniente, por lo que entre 1977 y 1983 defini la arquitectura de redes OSI con el
fin de promover la creacin de una serie de estndares que especificaran un conjunto de
protocolos independientes de cualquier fabricante. Se pretenda con ello no favorecer a ninguno a
la hora de desarrollar implementaciones de los protocolos correspondientes, cosa que
inevitablemente habra ocurrido si se hubiera adoptado alguna de las arquitecturas existentes,
como la SNA de IBM o la DNA (Digital Network Architecture) de Digital. Se esperaba llegar a
convertir los protocolos OSI en el autntico Esperanto4 de las redes telemticas. Por diversas
razones que veremos luego el xito de los protocolos OSI en la prctica ha sido mucho menor de
lo inicialmente previsto.
Seguramente la aportacin ms importante de la iniciativa OSI ha sido precisamente su

arquitectura. sta ha servido como marco de referencia para describir multitud de redes
correspondientes a diversas arquitecturas, ya que la arquitectura OSI es bien conocida en
entornos de redes, y su generalidad y no-dependencia de ningn fabricante en particular le hacen
especialmente adecuada para estos fines. Por este motivo generalmente a la arquitectura OSI se
la denomina Modelo de Referencia OSI.
Lengua inventada que se creo para que la aprendiera todo el mundo. As todos podran hablar uno con otro.
CONOCIMIENTOS
20
ARQUITECTURA DE
REDES
Fig. 1.10 Modelo de Referencia OSI
El modelo OSI define siete capas, curiosamente como en la arquitectura SNA si bien la
funcionalidad es diferente. Las capas son las siguientes: Fsica, Enlace, Red, Transporte, Sesin,
Presentacin y Aplicacin.
La ISO ha especificado protocolos para todas las capas, aunque algunos son poco utilizados. En
funcin del tipo de necesidades del usuario no siempre se utilizan todas ellas. Pasaremos a
describir brevemente las funciones desarrolladas por cada una de las capas.
El propsito de este modelo de referencia internacional de normas de interconexin de sistemas
abiertos es proporcionar una base comn para la coordinacin de normas relacionadas con el
propsito de interconectar sistemas, a la vez que se permite que las normas existentes sean
colocadas en una perspectiva dentro del modelo de referencia general.
El trmino interconexin de sistemas abiertos (OSI Open System Interconnection) califica

normas para el intercambio de informacin entre sistemas que son abiertos uno al otro en virtud
del uso mutuo de las normas aplicables. Que un sistema sea abierto no implica ninguna
implementacin particular de sistemas, tecnologa, o medios de interconexin, sino se refiere al
mutuo reconocimiento y soporte de normas aplicables. Tambin es propsito de esta norma
internacional identificar reas para desarrollar o mejorar las normas, y dar una referencia comn
para mantener la consistencia de todas las normas relacionadas. Estas normas internacionales no
intentan servir como una especificacin de implementacin, o servir de base para la aprobacin de
las implementaciones actuales, o proveer el suficiente nivel de detalle para definir con precisin
los servicios y protocolos de la arquitectura de interconexin; en vez de esto, brindan una
CONOCIMIENTOS
21
ARQUITECTURA DE
REDES
estructura conceptual y funcional que permite a los grupos de expertos internacionales trabajar
productiva e independientemente para desarrollar normas para cada capa del modelo de
referencia de la OSI.
1.6.1.1 Principios de estructuras de capas
Una tcnica estructural ampliamente aceptada y elegida por la ISO es la de estructura de capas o
de niveles (layering). Las funciones de comunicaciones son particionadas en un conjunto vertical
de capas. Cada capa lleva a cabo un subconjunto de funciones requeridas para comunicarse con
otro sistema. sta se basa en la capa prxima de ms bajo nivel para llevar a cabo funciones ms
primitivas y para coordinar los detalles de estas funciones. Esta capa provee servicios a la
prxima capa ms alta. Idealmente, las capas deberan estar definidas de tal manera que los
cambios en una capa no requieran cambios en otra capa. De esta manera, se divide un problema
en un mayor nmero de problemas ms pequeos y, por ende, ms manejables.
Los principios usados en definir las capas OSI son las siguientes:
- No crear ms capas de las que sean estrictamente necesarias.

- Crear una frontera en un punto donde la descripcin de servicios puede ser pequea y el
nmero de interacciones a travs de la frontera sea minimizada.
- Crear capas separadas para manejar funciones que son manifiestamente diferentes en el
proceso llevado a cabo o en la terminologa involucrada.
- Aglutinar funciones similares dentro de la misma capa.
- Seleccionar barreras en un punto donde la experiencia pasada haya demostrado que sean
exitosas.
- Crear una capa que tenga funciones localizadas fcilmente, de tal manera que la capa
pueda ser totalmente rediseada y sus protocolos cambiados en una mayor manera para
tomar ventaja de los nuevos avances en la tecnologa arquitectural, de hardware y de
software sin cambiar los servicios esperados desde y provistos por las capas adyacentes.
- Crear una frontera donde pueda ser til algn punto en el tiempo, para tener una interface
correspondiente normalizada.
- Crear una capa donde haya la necesidad de diferentes niveles de abstraccin en el manejo
de los datos, tal como por ejemplo: morfologa, sintaxis, semntica, etc.
- Permitir cambios de las funciones de los protocolos que han de hacerse dentro de la capa
sin afectar a otras capas.
- Crear fronteras para cada capa, para su capa superior y su capa inferior solamente.
CONOCIMIENTOS
22
ARQUITECTURA DE
REDES
Similares principios han sido aplicados a las subcapas.

- Crear ms subgrupos y organizaciones o funciones para formar subcapas dentro de una
capa en casos donde servicios de comunicaciones distintivos lo requieran.
- Crear, cuando sea necesario, dos o ms capas con una funcionalidad, aunque sea mnima,
para permitir una operacin de interface con las capas adyacentes.
- Permitir el by-pass de las subcapas.
El atractivo del enfoque del modelo OSI es su promesa de resolver el problema de

comunicaciones entre computadoras heterogneas. Dos sistemas, no importantes cuan diferentes
sean, pueden comunicarse efectivamente si ellos tienen en comn lo siguiente:
- Que ellos implementen el mismo conjunto de funciones de comunicaciones.

- Que estas funciones estn organizadas en el mismo conjunto de capas. Capas pares deben
proveer la misma funcin, pero ntese que no necesariamente ellas deben proveerlas en la
misma manera. Las capas pares deben compartir un protocolo comn.
Descripcin de las capas de OSI
A continuacin la descripcin de las funciones que cumple cada una de las siete capas: Fsica,
enlace, Red, Transporte, Sesin, Presentacin y Aplicacin.
LA CAPA FSICA: Esta capa transmite los bits entre dos entidades (nodos) directamente
conectadas. Puede tratarse de un enlace punto a punto o de una conexin multipunto (una red
broadcast, por ejemplo Ethernet). La comunicacin puede ser dplex, semi-dplex o simplex. Si la
informacin se transmite por seales elctricas se especifican los voltajes permitidos y su
significado (1 0) y anlogamente para el caso de fibra ptica. Se especifican las caractersticas
mecnicas del conector, la sealizacin bsica, etc.
Como ejemplos de la capa fsica podemos mencionar las norma EIA RS-232-C, utilizada por las
puertas COM de los computadores personales, la EIA-RS-449, CCITT X.21/X.21bis, CCITT V.35.
Las normas de redes locales incluyen en sus especificaciones la capa fsica (IEEE 802.3 o
Ethernet, IEEE 802.5 o Token Ring, ISO 9314 o FDDI, etc.)
Muchas de las normas que existen en la capa fsica se refieren a la interfaz utilizada para conectar
un computador con un mdem o dispositivo equivalente, que a travs de una lnea telefnica
conecta con otro mdem y computador en el extremo opuesto. Este es el caso por ejemplo de las
normas EIA RS-232-C, EIA-RS-449, CCITT X.21/X.21bis y CCITT V.35 antes mencionadas. En
estos el conector del computador y el mdem son de diferente sexo (macho o hembra). En este
contexto se suele utilizar la denominacin DTE (Data Terminal Equipment) para referirse al
CONOCIMIENTOS
23
ARQUITECTURA DE
REDES
computador y DCE (Data Circuit-Terminating Equipment) para referirse al mdem. El mdem en

ocasiones no es ms que un adaptador, ya que por ejemplo la norma X.21 se utiliza para lneas
digitales. En sentido general al equipo que acta como adaptador entre el computador y el medio
de transmisin se le denomina CSU/DSU (Channel Service Unit/ Data Service Unit).
LA CAPA DE ENLACE (DATA LINK): La principal funcin de la capa de enlace es ofrecer un
servicio de comunicacin fiable a partir de los servicios que recibe de la capa fsica, tambin entre
dos entidades contiguas de la red. Esto supone que se realice deteccin y posiblemente
correccin de errores. A diferencia de la capa fsica, que transmita los bits de manera continua, la
capa de enlace transmite los bits en grupos denominados tramas (frames en ingls) cuyo tamao
es tpicamente de unos pocos cientos a unos pocos miles de bytes. Si el paquete recibido de la
capa superior es mayor que el tamao mximo de trama la capa de enlace debe encargarse de
fragmentarlo, enviarlo y recomponerlo en el lado opuesto. En caso de que una trama no haya sido
transmitida correctamente se deber enviar de nuevo; tambin debe haber mecanismos para
reconocer cuando una trama se recibe duplicada. Generalmente se utiliza algn mecanismo de
control de flujo, para evitar que un transmisor rpido pueda abrumar a un receptor lento.
Las redes broadcast utilizan funciones especiales de la capa de enlace para controlar el acceso al
medio de transmisin, ya que ste es compartido por todos los nodos de la red. Esto aade una
complejidad a la capa de enlace que no est presente en las redes basadas en lneas punto a
punto, razn por la cual en las redes broadcast la capa de enlace se subdivide en dos subcapas:
la inferior, denominada subcapa MAC (Media Access Control) se ocupa de resolver el problema
de acceso al medio, y la superior, subcapa LLC (Logical Link Control) cumple una funcin
equivalente a la capa de enlace en las lneas punto a punto.
LA CAPA DE RED: La capa de red se ocupa del control de la subred. Esta es la capa que
tiene conciencia de la topologa de la red, y se ocupa de decidir por que ruta va a ser enviada la
informacin; la decisin de la ruta a seguir puede hacerse de forma esttica, o de forma dinmica
sobre la base de informacin obtenida de otros nodos sobre el estado de la red.
De forma anloga a la capa de enlace la capa de red maneja los bits en grupos discretos que aqu
reciben el nombre de paquetes; motivo por el cual a veces se la llama la capa de paquete. Los
paquetes tienen tamaos variables, pudiendo llegar a ser muy elevados, sobre todo en protocolos
recientes, para poder aprovechar eficientemente la elevada velocidad de los nuevos medios de
transmisin (fibra ptica, ATM, etc.). Por ejemplo en TCP/IP el tamao mximo de paquete es de
64 KBytes, pero en el nuevo estndar, llamado IPv6, el tamao mximo puede llegar a ser de 4
GBytes (4.294.967.296 Bytes)
Entre las funciones de la capa de red cabe destacar, aparte de la ya mencionada de elegir la ruta
a seguir, el control del trfico para evitar situaciones de congestin o 'atascos'. En el caso de
CONOCIMIENTOS
24
ARQUITECTURA DE
REDES
ofrecer servicios con QoS el nivel de red debe ocuparse de reservar los recursos necesarios para
poder ofrecer el servicio prometido con garantas. Tambin debe ser capaz de efectuar labores de
contabilidad del trfico en caso necesario (por ejemplo si el servicio se factura sobre la base de la
cantidad de datos transmitidos)
La capa de red es la ms importante en redes de conmutacin de paquetes (tales como X.25 o
TCP/IP). Algunos ejemplos de protocolos utilizados en la capa de red son los protocolos de nivel
de paquete y nivel de pasarela CCITT X.25 y X.75, el IP (Internet Protocol), CCITT/ITU-T Q.931,
Q.933, Q.2931, y el OSI CLNP (ConnectionLess Network Protocol).
LA CAPA DE TRANPORTE: La capa de transporte es la primera que se ocupa de comunicar
directamente nodos terminales, utilizando la subred como un medio de transporte transparente
gracias a los servicios obtenidos de la capa de red. Por esta razn se la ha llamado histricamente
la capa host-host. Tambin se suele decir que es la primera capa extremo a extremo.
La principal funcin de la capa de transporte es fragmentar de forma adecuada los datos recibidos
de la capa superior (sesin) para transferirlos a la capa de red, y asegurar que los fragmentos
llegan y son recompuestos correctamente en su destino.
En condiciones normales la capa de transporte solicita a la capa de red una conexin diferente por
cada solicitud recibida de la capa de sesin, pero puede haber razones de costo que aconsejen
multiplexar diferentes conexiones en la capa de sesin sobre una sola conexin en la capa de red
o, inversamente, razones de rendimiento pueden requerir que una conexin solicitada por la capa
de sesin sea atendida por varias conexiones en la capa de red; en ambos casos la capa de
transporte se ocupar de hacer la multiplexacin mas adecuada de forma transparente a la capa
de sesin.
La capa de transporte establece el tipo de servicio que recibe la capa de sesin, y en ltimo
extremo los usuarios. ste podra ser por ejemplo un servicio libre de errores que entrega los
mensajes en el mismo orden en que se envan; tambin podra ser un servicio de datagramas, es
decir, mensajes independientes sin garanta en cuanto al orden de entrega ni confirmacin de la
misma, o un servicio broadcast o multicast en que los paquetes se distribuyen a mltiples destinos
simultneamente.
El control de flujo, que ha aparecido en capas anteriores, es necesario tambin en la capa de
transporte para asegurar que un host rpido no satura a uno lento. La capa de transporte realiza
tambin su propio control de errores, que resulta ahora esencial pues algunos protocolos
modernos como Frame Relay o ATM han reducido o suprimido totalmente el control de errores de
las capas inferiores, ya que con las mejoras en la tecnologa de transmisin de datos stos son
menos frecuentes y se considera ms adecuado realizar esta tarea en el nivel de transporte.
Ejemplos de protocolos de transporte incluyen el CCITT X.224, tambin llamado protocolo de
transporte OSI TP4 (Transport Protocol 4). En Internet existen dos protocolos de transporte: TCP y
CONOCIMIENTOS
25
ARQUITECTURA DE
REDES
UDP.
LA CAPA DE SESIN: La capa de sesin es la primera que es accesible al usuario, y es su
interfaz ms bsica con la red. Por ejemplo, mediante los servicios de la capa de sesin un
usuario podra establecer una conexin como terminal remoto de otro computador. En un sistema
multiusuario la capa de sesin se ocupa de ofrecer un SAP a cada usuario para acceder al nivel
de transporte.
LA CAPA DE PRESENTACIN: Hasta aqu nos hemos preocupado nicamente de
intercambiar bits (o bytes) entre dos usuarios ubicados en dos computadores diferentes. Lo hemos
hecho de manera fiable y entregando los datos a la sesin, es decir al usuario, pero sin tomar en
cuenta el significado de los bits transportados. La capa de presentacin se ocupa de realizar las
conversiones necesarias para asegurar que dichos bits se presentan al usuario de la forma
esperada. Por ejemplo, si se enva informacin alfanumrica de un computador ASCII a uno
EBCDIC ser preciso efectuar una conversin, o de lo contrario los datos no sern interpretados
correctamente. Lo mismo podramos decir de la transferencia de datos enteros, flotantes, etc.
cuando la representacin de los datos difiere en los computadores utilizados.
LA CAPA DE APLICACIN: La capa de aplicacin comprende los servicios que el usuario
final est acostumbrado a utilizar en una red telemtica, por lo que a menudo los protocolos de la
capa de aplicacin se denominan servicios. Dado que se crean continuamente nuevos servicios,
existen muchos protocolos para la capa de aplicacin, uno o ms por cada tipo de servicio.
Ejemplos de protocolos estndar de la capa de aplicacin son el CCITT X.400, X.420, X.500,
FTAM. SMTP, FTP, HTTP, etc.
1.6.2 El modelo de referencia TCP/IP
En 1969 la agencia ARPA (Advanced Research Projects Agency) del Departamento de Defensa
(DoD, Department of Defense) de los Estados Unidos inici un proyecto de interconexin de
computadores mediante redes telefnicas. Al ser un proyecto desarrollado por militares en plena
guerra fra un principio bsico de diseo era que la red deba poder resistir la destruccin de parte
de su infraestructura (por ejemplo a causa de un ataque nuclear), de forma que dos nodos
cualesquiera pudieran seguir comunicados siempre que hubiera alguna ruta que los uniera. Esto
se consigui en 1972 creando una red de conmutacin de paquetes denominada ARPAnet, la
primera de este tipo que oper en el mundo. La conmutacin de paquetes unida al uso de
topologas malladas mediante mltiples lneas punto a punto dio como resultado una red
altamente fiable y robusta. Esta red se bas en el modelo de referencia TCP/IP (DoD Network
CONOCIMIENTOS
26
ARQUITECTURA DE
REDES
Architecture).
La ARPAnet fue creciendo paulatinamente, y pronto se hicieron experimentos utilizando otros

medios de transmisin de datos, en particular enlaces por radio y va satlite; los protocolos
existentes tuvieron problemas para interoperar con estas redes, por lo que se dise un nuevo
conjunto o pila de protocolos, y con ellos una arquitectura. Este nuevo conjunto se denomin
TCP/IP (Transmission Control Protocol/Internet Protocol) nombre que provena de los dos
protocolos ms importantes que componan la pila; la nueva arquitectura se llam sencillamente
modelo TCP/IP, los nuevos protocolos fueron especificados por vez primera por Cerf y Kahn en un
artculo publicado en 1974. A la nueva red, que se cre como consecuencia de la fusin de
ARPAnet con las redes basadas en otras tecnologas de transmisin, se la denomin Internet.
La aproximacin adoptada por los diseadores del TCP/IP fue mucho ms pragmtica que la de
los autores del modelo OSI. Mientras que en el caso de OSI se emplearon varios aos en definir
con sumo cuidado una arquitectura de capas donde la funcin y servicios de cada una estaban
perfectamente definidas, y solo despus se plante desarrollar los protocolos para cada una de
ellas, en el caso de TCP/IP la operacin fue a la inversa; primero se especificaron los protocolos, y
luego se defini el modelo como una simple descripcin de los protocolos ya existentes. Por este
motivo el modelo TCP/IP es mucho ms simple que el OSI. Tambin por este motivo el modelo
OSI se utiliza a menudo para describir otras arquitecturas, como por ejemplo la TCP/IP, mientras
que el modelo TCP/IP nunca suele emplearse para describir otras arquitecturas que no sean la
suya propia.
Fig. 1.11 Modelo de referencia TCP/IP

CONOCIMIENTOS
27
ARQUITECTURA DE
REDES
En el modelo TCP/IP se pueden distinguir cuatro capas: La capa host-red; La capa Internet; La
capa de transporte y La capa de aplicacin (Fig. 1.11)
LA CAPA HOST-RED: Esta capa engloba realmente las funciones de la capa fsica y la capa
de enlace del modelo OSI. El modelo TCP/IP no dice gran cosa respecto a ella, salvo que debe
ser capaz de conectar el host a la red por medio de algn protocolo que permita enviar paquetes
IP. Podramos decir que para el modelo TCP/IP esta capa se comporta como una caja negra.
Cuando surge una nueva tecnologa de red (por ejemplo ATM) una de las primeras cosas que
aparece es un estndar que especifica de que forma se pueden enviar sobre ella paquetes IP; A
partir de ah la capa Internet ya puede utilizar esa tecnologa de manera transparente.
LA CAPA INTERNET: Esta capa es el corazn de la red. Su papel equivale al desempeado
por la capa de red en el modelo OSI, es decir, se ocupa de encaminar los paquetes de la forma
ms conveniente para que lleguen a su destino, y de evitar que se produzcan situaciones de
congestin en los nodos intermedios. Debido a los requisitos de robustez impuestos en el diseo,
la capa Internet da nicamente un servicio de conmutacin de paquetes no orientado a conexin.
Los paquetes pueden llegar desordenados a su destino, en cuyo caso es responsabilidad de las
capas superiores en el nodo receptor la reordenacin para que sean presentados al usuario de
forma adecuada.
A diferencia de lo que ocurre en el modelo OSI, donde los protocolos para nada intervienen en la
descripcin del modelo, la capa Internet define aqu un formato de paquete y un protocolo,
llamado IP (Internet Protocol), que se considera el protocolo 'oficial' de la arquitectura.
LA CAPA DE TRANSPORTE: Esta capa recibe el mismo nombre y desarrolla la misma funcin
que la cuarta capa del modelo OSI, consistente en permitir la comunicacin extremo a extremo
(host a host) en la red. Aqu se definen dos protocolos: el TCP (Transmission Control Protocol)
ofrece un servicio CONS fiable, con lo que los paquetes (aqu llamados mensajes) llegan
ordenados y sin errores. TCP se ocupa tambin del control de flujo extremo a extremo, para evitar
que por ejemplo un host rpido sature a un receptor mas lento. Ejemplos de protocolos de
aplicacin que utilizan TCP son el SMTP (Simple Mail Transfer Program, correo electrnico) y el
FTP (File Transfer Program).
El otro protocolo de transporte es UDP (User Datagram Protocol) que da un servicio CLNS, no
fiable. UDP no realiza control de errores ni de flujo. Una aplicacin tpica donde se utiliza UDP es
la transmisin de voz y vdeo en tiempo real; aqu el retardo que introducira el control de errores
producira mas dao que beneficio: es preferible perder algn paquete que retransmitirlo fuera de
tiempo. Otro ejemplo de aplicacin que utiliza UDP es el NFS (Network File System); aqu el
CONOCIMIENTOS
28
ARQUITECTURA DE
REDES
control de errores y de flujo se realiza en la capa de aplicacin.

LA CAPA DE APLICACIN: Esta capa desarrolla las funciones de las capas de sesin,
presentacin y aplicacin del modelo OSI. La experiencia ha demostrado que las capas de sesin
y presentacin son de poca utilidad, debido a su escaso contenido, por lo que la aproximacin
adoptada por el modelo TCP/IP parece mas acertada.
La capa de aplicacin contiene todos los protocolos de alto nivel que se utilizan para ofrecer
servicios a los usuarios. Entre estos podemos mencionar tanto los tradicionales, que existen
desde que se cre el TCP/IP: terminal virtual (TelNet), transferencia de ficheros (FTP), correo
electrnico (SMTP) y servidor de nombres (DNS), como los mas recientes, como el servicio de
news (NNTP), el Web (HTTP), el Gopher, etc.
1.6.3 Comparacin de los modelos OSI y TCP/IP
Como ya hemos comentado, la gnesis del modelo OSI y DNA fue muy diferente (vase Fig. 1.12).
En el caso de OSI primero fue el modelo y despus los protocolos, mientras que en DNA el orden
fue inverso. Como consecuencia el modelo OSI es ms elegante y esta menos condicionado por
algn protocolo en particular, y se utiliza profusamente como modelo de referencia para explicar
todo tipo de redes. El modelo OSI hace una distincin clara entre servicios, interfaces y protocolos,
conceptos que a menudo se confunden en el modelo DNA. Se puede decir que la arquitectura (o el
modelo) OSI es mas modular y acadmico que el DNA.
Pero este mayor nivel de abstraccin tambin tiene sus inconvenientes. Los diseadores del
modelo OSI no tenan experiencia prctica aplicando su modelo para desarrollar protocolos y
olvidaron algunas funcionalidades importantes. Por ejemplo, las redes broadcast no fueron
previstas inicialmente en la capa de enlace, por lo que se tuvo que insertar a la fuerza la subcapa
MAC para incluirlas. Otro problema era que no se haba previsto la interconexin de redes
diferentes, cosa que fue como ya hemos visto el alma mater del modelo TCP/IP.
El modelo OSI tiene siete capas, mientras que el modelo DNA slo tiene cuatro. Aunque es
desafortunada la fusin de la capa fsica y la de enlace en una oscura capa host-red, la fusin de
las capas de sesin, presentacin y aplicacin en una sola en el modelo DNA es claramente mas
lgica que la del modelo OSI.
Otra diferencia fundamental estriba en los servicios orientados a conexin (C-O) o no orientados a
conexin (C-L). El modelo OSI soporta ambos modos en la capa de red, pero slo el modo CONS
en la capa de transporte, que es la que percibe el usuario. El modelo TCP/IP en cambio soporta solo
CONOCIMIENTOS
29
ARQUITECTURA DE
REDES
CLNS en la capa de red, pero ambos en la de transporte. Quiz un sutil detalle pueda explicar esta
diferencia: el servicio C-O en el mbito de red hace mucho ms sencillo facturar por tiempo de
conexin, cosa a la que estn muy acostumbradas las compaas telefnicas, que son las que han
participado activamente en los comits tcnicos de ISO que disearon el modelo OSI.
Fig. 1.12 Modelos OSI y TCP/IP
En la prctica los protocolos basados en las normas estndar OSI definidas por la ISO nunca
llegaron a tener gran relevancia en el mbito mundial, a pesar de que la mayora de los grandes
fabricantes de computadores y compaas telefnicas impulsaron su utilizacin ofreciendo
productos y servicios basados en ellos. Las razones principales que motivaron este fenmeno las
podemos resumir en los siguientes puntos:
Momento inadecuado: Para cuando estaban disponibles productos comerciales basados

en protocolos OSI (finales de los ochenta) ya estaban ampliamente difundidos los
productos basados en los protocolos TCP/IP; Esto era especialmente cierto en entornos
acadmicos (universidades y centros de investigacin), que aunque econmicamente no
eran los mejor dotados s tenan las mayores redes a nivel mundial.
Tecnologa inapropiada: como ya hemos comentado la eleccin del modelo de siete

capas para el protocolo OSI era algo forzada. Una de las razones que llevaron a elegir este
nmero de capas era que coincida con el del modelo SNA de IBM, que dominaba el
mercado de la informtica por aquel entonces; los autores del modelo OSI crean que
aproximndose a SNA tenan mayores posibilidades de xito. La complejidad de la
arquitectura OSI (anlogamente a la SNA) es considerable, y en muchos aspectos difcil de
traducir en programas.
Implementaciones inadecuadas: en parte como consecuencia de su complejidad, los
CONOCIMIENTOS
30
ARQUITECTURA DE
REDES
productos comerciales que aparecan basados en los protocolos OSI eran muy caros y
poco fiables. Esto cre un crculo vicioso, ya que al ser caros los usuarios no los
compraban, y al no usarse en condiciones reales los nuevos productos no se depuraban;
adems, las empresas fabricantes tenan que mantener un alto precio del software OSI
para compensar los elevados costos de desarrollo y mantenimiento. Como contraste una
de las primeras implementaciones de TCP/IP formaba parte del UNIX de Berkeley, era
muy buena y adems se distribua gratuitamente. No es extrao pues que rpidamente se
asociara OSI con baja calidad, complejidad y costos elevados.
Mala poltica: el desarrollo de OSI era patrocinado principalmente por la ISO, las PTTs
europeas, la Comunidad Europea y los gobiernos de sus pases miembros; las decisiones
eran fruto de multitud de reuniones de los diversos comits y grupos de trabajo, y en
ocasiones se tomaban en consideracin no slo aspectos tcnicos sino tambin polticos,
buscando el compromiso entre sus miembros. Por el contrario el desarrollo de TCP/IP
segua un curso mucho ms improvisado e informal, cualquier persona poda (y puede)
proponer un nuevo protocolo para su estandarizacin independientemente de su
nacionalidad, prestigio o situacin laboral. Haciendo una simplificacin podramos decir
que OSI funcionaba como una 'democracia parlamentaria' (similar a un gobierno moderno),
mientras que TCP/IP era ms similar a una ONG, o a un movimiento alternativo; esto se
reflejaba incluso en la indumentaria utilizada por uno y otro colectivo. No es de extraar
que en entornos acadmicos (de nuevo recordemos los ms avanzados en redes globales)
se viera con mucha ms simpata el mecanismo de estandarizacin del TCP/IP que el de
OSI.
CONOCIMIENTOS
31
ARQUITECTURA DE
REDES
ENLACES DE INTERS.
PROTOCOLO TCP/IP:
Espaol:
http://www.uca.edu.sv/investigacion/tutoriales/tcp-ip.html
http://epuntonet.com/tu/estu_reti3.htm
http://www.loftware.com/webhelp_qs_spanish/htm/interfazdesockettcp.ip.htm
http://www.prodigyweb.net.mx/sftmoran/impage2.htm
Ingls:
http://www.tcpip-networking.org/
http://www.ii.uib.no/~magnus/TCP.html
http://www.cisco.com/warp/public/535/4.html
MODELO DE REFERENCIA OSI

Espaol
http://www.drts-pr.com/Cedu5240/contenido/ModeloOSI.html
http://web.frm.utn.edu.ar/comunicaciones/modelo_osi.html
Ingls
http://www.inetdaemon.com/tutorials/theory/osi/
http://www.isi.salford.ac.uk//books/osi/osi.html
http://gocertify.com/quizzes/osi/
CONOCIMIENTOS
32
ARQUITECTURA DE
REDES

Modulo 01 - Investigación

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modulo 01 - Investigación

Cargado por

Copyright:

Formatos disponibles

POSTGRADO A DISTANCIA:

REDES DE COMUNICACIN DE DATOS

Definir y describir los protocolos fundamentales de las arquitecturas de redes (OSI y

Comparar los protocolos OSI y TCP/IP

Mdulo 1. Introduccin a la Arquitectura de Redes

INTRODUCCIN A LA ARQUITECTURA DE REDES

OBJETIVOS DEL MDULO

Compilar la terminologa empleada en las redes de computadoras y telecomunicaciones.

Explicar el funcionamiento de los principales tipos de redes haciendo uso de ejemplos

1.1 Sistemas de Comunicacin de Datos

DESARROLLO DEL MDULO

SISTEMAS DE COMUNICACIN DE DATOS

El propsito de un sistema de comunicacin de datos es intercambiar informacin entre dos

El sistema de datos est conformado por tres bloques:

Sistema fuente conformado por el dispositivo de entrada y transmisor (TX)

Sistema destino conformado por el receptor (RX) y dispositivo de salida.

Fig. 1.1 Sistema de Comunicacin de Datos (Simples)

exhibindose el mensaje Bienvenido (mensaje m) en el computador del destinatario

TIPOS DE REDES DE COMUNICACIN DE DATOS

En su manera ms simple, la comunicacin de datos ocurre entre dos dispositivos directamente

La solucin a esta situacin, es conectar a los dispositivos va una red de comunicaciones.

Fig. 1.2 Red de Comunicaciones

Extrado de Carlos Alccer Redes de Computadoras Segunda Edicin INFOLINK S.R.L.

a) Redes por conmutacin

Fig. 1.3 Red de Conmutacin

1.2.2.1 Conmutacin de circuitos

Las redes de conmutacin de circuitos contemplan la existencia de un camino dedicado entre el

Se establecen tres fases: Inicio de la conexin, Transferencia de datos y Liberacin de la

Fig. 1.4 Conmutacin de Circuitos

Las redes de conmutacin de paquetes presentan tres caractersticas principales:

- La informacin viaja en paquetes.

Cada paquete viaja de manera independiente de otro.

No existe conexin dedicada entre dos puntos de la red.

Fig. 1.5 Conmutacin de paquetes

Las redes de conmutacin de paquetes poseen un comportamiento similar. La informacin es

dividida en paquetes (paquetizada) antes de ser enviada, no existiendo un camino predefinido

Internet. Voz sobre IP, envo de contenidos

Redes de difusin amplia2

Extrado de Carlos Alcocer Redes de Computadoras Segunda Edicin INFOLINK S.R.L

Fig. 1.6 Redes de difusin amplia (broadcasting)

cada estacin est conectada a un elemento repetidor. La transmisin de una determinada

ARQUITECTURA DE COMUNICACIONES ENTRE REDES3

Habiendo introducido el concepto de protocolo, ahora presentaremos el concepto de arquitectura

Retornemos a nuestro ejemplo de la aplicacin de transferencia de archivos que requiere efectuar

Extrado de Carlos Alcocer Redes de Computadoras Segunda Edicin INFOLINK S.R.L

Un modelo de tres capas

De acuerdo al ejemplo y en trminos generales las comunicaciones de datos involucran a tres

Capa de acceso a la red.

Estas capas se ilustran en la Fig. 1.7

Fig. 1.7 Capas del modelo de arquitectura de comunicacin entre computadoras

Capa de acceso a la red

1.3.2 Modelo de capas

primeros computadores: los programas de comunicaciones, que haban costado enormes

La capa n ofrece una serie de servicios a la capa n+1.

La capa n solo ve y emplea los servicios que le ofrece la capa n-1.

La capa n en un determinado sistema solo se comunica con su homloga en el sistema

Fig. 1.8 Analoga del funcionamiento de un modelo de arquitectura de red

Cuando un sistema desea enviar un mensaje a un sistema remoto normalmente la informacin se

Debido a su importancia se estudiar con ms detalle que es un servicio. A continuacin, algunas

SERVICIOS ORIENTADOS Y NO ORIENTADOS A CONEXIN

En el servicio orientado a conexin, primero se establece el canal de comunicacin, despus se

En el servicio no orientado a conexin, la comunicacin se establece de manera menos formal.

1.6.1 El modelo de referencia OSI

Seguramente la aportacin ms importante de la iniciativa OSI ha sido precisamente su