Introduccin

El modelo de referencia OSI -Open System Interconnection- es la forma en que la

ISO -International Standards Organization- ve las etapas en que se desarrolla un
proceso de comunicaciones en redes de datos. El modelo tiene una historia y a
veces puede resultar complejo de comprender, pero como vamos a ver en esta
entrada no lo es tanto como parece.
Para comprender el contexto de los modelos de comunicacin por capas, hay que
partir de la base de que cuando aparece una nueva tecnologa de red, los
dispositivos que la soportan con frecuencia usan varios protocolos simultneamente.
El ejemplo ms claro de sto es TCP/IP: cualquier estacin que soporte esta
tecnologa, inherentemente soporta otros protocolos aparte de TCP e IP (que son
protocolos independientes uno del otro), por ejemplo, debe soportar UDP e ICMP
entre otros.
En ese caso cada protocolo cumple unas funciones especiales dentro del propsito
completo de la tecnologa o las necesidades particulares de comunicacin y ah es
donde entran los modelos. Un modelo de comunicacin por capas define las
funciones especficas que realiza la tecnologa en particular, las agrupa y usa tales
grupos para encajar sus protocolos dentro de ellos. Se dice que los modelos son en
capas porque las funciones definidas se complementan unas a otras y se realizan
operaciones sucesivas sobre la informacin, de tal manera que ciertas funciones
siempre van a preceder a otras cuando se enva la informacin y se ejecutan en
orden inverso cuando se recibe, lo que evoca una pila (stack), es decir una
acumulacin de cosas una encima de la otra donde para sacar lo que se puso
primero antes hay que quitar lo que est encima.
Los modelos en capas ofrecen algunas ventajas en el diseo y anlisis de procesos
de comunicacin, la ms evidente es que modulariza los procesos, es decir los
divide en trozos ms digeribles, menos complejos e independientes entre s. Lo otro
es que el diseo de protocolos partiendo de funciones especficas y pasando esas
funciones a interfaces de programacin, hace que los protocolos se puedan acoplar
incluso cuando no pertenecen a la misma tecnologa, por ejemplo el uso de TCP/IP
sobre ethernet, WiFi, ATM, etc.
Qu es el modelo de referencia OSI?
Bueno, el modelo de referencia OSI es un modelo de los protocolos propuestos por
OSI como protocolos abiertos interconectables en cualquier sistema, bsicamente
se pretenda que los protocolos OSI fueran el estandar de la industria. Pero
adivinen, no pas, de hecho slo unos pocos protocolos de los originales de OSI
siguen siendo usados, por ejemplo IS-IS, un protocolo de enrutamiento. De los
protocolos OSI slo queda el modelo y como no hay protocolos en uso se le llama
modelo de referencia, porque est tan bien definido que casi todas las tecnologas lo
usan para que los usuarios sepan qu es lo que hace exactamente.
Entonces este modelo lo que hace es definir el proceso de comunicaciones
completamente, dividirlo en funciones claramente demarcadas y ponerles nombre a
esas funciones. Cuando un fabricante de tecnologa de comunicaciones quiere
poner en claro brevemente qu hace sta sin definir su propia terminologa ni las
operaciones particulares de la misma, slo dice con qu capas del modelo de
referencia OSI se corresponde y ya, quien conozca ste ltimo comprender
inmediatamente qu hace la tecnologa que est aprendiendo.










Las 7 capas del modelo OSI y sus funciones principales






1. Capa Fsica.
Transmisin de flujo de bits a travs del medio. No existe estructura alguna.
Maneja voltajes y pulsos elctricos.
Especifica cables, conectores y componentes de interfaz con el medio de transmisin.
2. Capa Enlace de Datos.
Estructura el flujo de bits bajo un formato predefinido llamado trama.
Para formar una trama, el nivel de enlace agrega una secuencia especial de bits al principio
y al final del flujo inicial de bits.
Transfiere tramas de una forma confiable libre de errores (utiliza reconocimientos y
retransmisin de tramas).
Provee control de flujo.
Utiliza la tcnica de "piggybacking".
3. Capa de Red (Nivel de paquetes).
Divide los mensajes de la capa de transporte en paquetes y los ensambla al final.
Utiliza el nivel de enlace para el env o de paquetes: un paquete es encapsulado en una
trama.
Enrutamiento de paquetes.
Env a los paquetes de nodo a nodo usando ya sea un circuito virtual o como datagramas.
Control de Congestin.
4. Capa de Transporte.
Establece conexiones punto a punto sin errores para el env o de mensajes.
Permite multiplexar una conexin punto a punto entre diferentes procesos del usuario
(puntos extremos de una conexin).
Provee la funcin de difusin de mensajes (broadcast) a mltiples destinos.
Control de Flujo.
5. Capa de Sesin.
Permite a usuarios en diferentes mquinas establecer una sesin.
Una sesin puede ser usada para efectuar un login a un sistema de tiempo compartido
remoto, para transferir un archivo entre 2 mquinas, etc.
Controla el dilogo (quin habla, cundo, cunto tiempo, half duplex o full duplex).
Funcin de sincronizacin.
6. Capa de Presentacin.
Establece una sintaxis y semntica de la informacin transmitida.
Se define la estructura de los datos a transmitir (v.g. define los campos de un registro:
nombre, direccin, telfono, etc).
Define el cdigo a usar para representar una cadena de caracteres (ASCII, EBCDIC, etc).
Compresin de datos.
Criptograf a.
7. Capa de Aplicacin.
Transferencia de archivos (ftp).
Login remoto (rlogin, telnet).
Correo electrnico (mail).
Acceso a bases de datos, etc.
1.- Capa Fsica:
Como vimos en la entrada anterior, el modelo de referencia OSI es un modelo de protocolos de comunicacin que
contempla todos los aspectos necesarios para realizar una comunicacin exitosa de informacin entre dos nodos en
una red de datos. Ese modelo est dividido en funciones especficas, cada grupo de funciones llamado capa tiene
un nombre y cada una ejecuta sus operaciones especficas en la informacin, ofreciendo el resultado a su capa
superior, en otras palabras las capas superiores dependen de que sus inferiores hagan su trabajo perfectamente e
ignoran todo lo que ellas hacen.
Las capas del modelo OSI se interpretan de abajo para arriba, es decir, la capa ms bsica se llama capa fsica y
se numera como la capa 1. La capa fsica define las caractersticas fsicas del medio, por ejemplo cmo representar
un bit en ste. Otra funcin de la capa fsica es definir el medio mismo para la tecnologa particular, por ejemplo,
cul es el medio para ethernet 100baseT?, eso lo indica la capa fsica de sta tecnologa, pero si hablramos de
100baseF el medio sera distinto. Lo anterior nos lleva a que la capa fsica de una tecnologa define tambin cmo
son los conectores de la misma, continuando con nuestro ejemplo, para 100baseT los conectores son bananas RJ-
45 (se les suele llamar Plug al conector macho y Jack al hembra) pero si hablramos de 100baseF los conectores
seran conectores ST y ya que el medio es fibra ptica. En otras palabras, la capa fsica normaliza la tecnologa, de
tal manera que sin importar el fabricante, dispositivos de la misma tecnologa deben cumplir con la especificacin de
capa fsica de sta.
La capa fsica se ocupa fundamentalmente por el transporte seguro de los bits por un medio definido, de ah que la
unidad bsica de informacin en sta capa sean los bits. Como sta se encarga del medio y del transporte de bits
en l, debe definir cosas como tipo de seales y valores mnimos que se pueden permitir en el receptor, valores
mximos en el transmisor y rapidez de las transiciones (por ejemplo de transiciones de voltaje si hablamos de medio
de cobre). Si se define que el voltaje de un bit en 1 es 5V hasta qu voltaje podr el receptor interpretar un cambio
de voltaje como un bit en 1?, qu distancia mxima podr recorrer una seal por el medio para evitar una
atenuacin que haga irreconocible el bit? qu problemas fsicos debe enfrentar una seal al propagarse por el
medio definido?. Recuerde que una comunicacin puede llevarse a cabo por medio de cobre (la ms comn) pero
tambin por fibra ptica, donde los bits y los problemas fsicos a los que se ver enfrentado son distintos o tambin
por el aire usando seales electromagnticas, donde estar susceptible a interferencias debido a motores u otros
dispositivos de comunicacin, por lo que la analoga del voltaje no siempre aplica.
Finalmente, recuerde que estamos hablando de ingeniera y los aspectos fsicos de cualquier medio son
detalladamente estudiados, diseados, probados y cuidadosamente definidos para ofrecer un rendimiento ptimo,
todo lo anterior se debe definir en la capa fsica de una tecnologa si a sta le incumbe, por ejemplo, los protocolos
de internet (TCP/IP) no definen nada en la capa fsica, porque estn hechos para ser usados por cualquier medio,
de eso podemos dar cuenta todos nosotros como usuarios diarios de ellos, por otro lado los protocolos de cableado
estructurado son muy estrictos en sus caractersticas de capa 1. Hay que tener en cuenta que las normas de capa
fsica establecen parmetros ptimos pero eso no significa que no se puedan violar esas reglas, slo que si se
violan se corre el riesgo de que el rendimiento de la red no sea ptimo. Trminos de ingeniera que se relacionan
con sta capa son: codificacin de lnea, modulacin, atenuacin, codificacin de smbolos, sincronizacin de
circuitos, tiempos de bit, velocidad de propagacin, espaciado intertramas, entre otras.


2.- Enlace de datos:
Antes de comenzar, hay que recordar que el modelo OSI define un conjunto de operaciones sobre los datos que van a ser
comunicados, stas operaciones se clasifican por capas y cada una se respalda en lo que hace la capa inferior, en otras
palabras, el modelo en capas implica un trabajo acumulativo sobre los datos. En el sentido de bajada por la pila, es decir, de
la informacin del usuario hacia bits en el medio, se dice que los datos se encapsulan, debido a que las operaciones de
cada capa con frecuencia implican agregar a porciones de los datos, encabezados y finalizaciones que es como hacer
un emparedado de datos con datos de otra naturaleza (encabezados y finalizaciones). Cuando los datos son transformados
de esta forma, transitan el medio y llegan a su destino ah sufren el proceso contrario: de bits a informacin, en ese caso
la palabra para ese proceso se llama desencapsulacin.
La primera aclaracin, a la que se acostumbrarn quienes decidan estudiar comunicaciones, es que el trmino
encapsulacin es un trmino con mltiples significados muy diferentes entre s, por ejemplo, acabo de describir un
significado de encapsulacin: convertir informacin a bits pasndolos por cada capa del modelo OSI. Pero encapsulacin
tambin es un trmino que define la estructura de una trama en el medio, es decir, qu campos adicionales (en los
encabezados) tienen las porciones de datos que viajan por un medio particular. sto produce mucha confusin porque
siempre se insiste en el primer significado de la palabra encapsulacin, pero la segunda pasa muy desapercibida y existe
una pregunta muy frecuente a qu capa corresponde la encapsulacin?. Muchos estudiantes asumen que la pregunta
simplemente est equivocada y con cierta razn: la encapsulacin es un proceso general que no debe corresponder a
ninguna capa, pero cuando recuerdan que sta tambin consiste en el formato de la trama saben que la respuesta es a la
capa 2 del modelo OSI.
Antes de entrar en materia, recordemos tambin que el trmino PDU significa unidad de paquete de datos y es el trmino
genrico para las porciones de datos en cada capa. Para la capa fsica la PDU se llama bits, es decir, la unidad bsica
reconocible en la capa fsica es un bit, para la capa de dos la PDU se denomina Trama (o Frame en ingls y en una mala
traduccin marco).

Funciones de la capa de enlace de datos
La clave para comprender el modelo OSI y cada capa es recordar que son operaciones acumulativas, recordando que la
primera capa slo define bits, la segunda capa debedefinir una primera estructura llamada trama que depende
directamente de la tecnologa en particular. Por ejemplo, la trama ms famosa y ms usada hoy en da debera ser (no lo
puedo asegurar) Ethernet y sta consiste en unos bits iniciales que se usaban para sincronizar los circuitos de la tarjeta
llamados prembulo y son 7 Bytes (56 bits), luego un par de direcciones llamadas direcciones fsicas (origen y destino), un
campo de longitud/tipo de datos, los datos mismos (llamados carga o payload), una suma de verificacin y finalmente un
campo de finalizacin que indica que lo que siga de sta secuencia debera ser una trama nueva. Definir la primera
estructura de datos es responsabilidad de la capa dos y parte del supuesto de que los nodos que se comunican tienen
acceso directo, es decir, que es como si estuvieran en un medio compartido y as se comporta todo lo de la capa dos o capa
de enlace de datos.
Personalmente encuentro a la capa 2 como la capa que define la tecnologa de transporte (otro trmino confuso). sta es
dependiente de la tecnologa y del medio, por ejemplo, para fibra existe una tecnologa cuya trama considera las
condiciones del medio, igual con las redes inalmbricas, los principios fsicos de estos medios tan distintos definen cmo
tiene que comportarse la capa 2. De lo anterior se deduce la razn del nombre de la capa: enlace de datos. Si se
reflexiona un momento, en sta capa se depende directamente del medio pero se usan controladores para implementar la
transmisin y sus servicios, es decir, en sta capa se unen los medios fsicos y el software. De esta capa en adelante todo
lo define estrictamente el software, en sta se sondea el medio y se usa el software para interpretarlo y controlar la
transmisin: se enlaza la representacin fsica de los datos y su representacin lgica.
Otra responsabilidad de la capa dos es el llamado mtodo de acceso al medio o MAC por sus siglas en ingls. El
mtodo de control de acceso al medio es definir los mecanismos de negociacin para acceso al medio, por ejemplo, cmo
evitar que dos estaciones transmitan al mismo tiempo o cmo manejarlo una vez que suceda.
En ethernet de medio compartido se usaba CSMA/CD por sus siglas en ingls (Carrier Sense Multiple Access with Collision
Detection) pero en Wi-Fi, debido a la naturaleza del medio se usa CSCMA/CA y la A significa Avoidance o evasin de
solisiones, en otras palabras, en medio de cobre se detectan las colisiones y se aplica un procedimiento para arbitrar el
problema, en medio inalmbrico se evitan las colisiones. El control de acceso al medio entonces consiste en definir un
mecanismo por medio del cual se ofrezca acceso a todos los nodos que comparten el medio.
La modalidad de transmisin (simplex, duplex, full duplex, half duplex), la topologa fsica y la deteccin de errores son
otras responsabildades de la capa 2. Existen unas operaciones que no siempre estn asociadas a sta capa pero que
pueden aparecer en algunas tecnologas como autenticacin, encriptacin y correccin de errores (ojo, la responsabilidad
directa es la deteccin, la correccin es opcional).
Cmo funciona la capa 2
Bueno, teniendo claras las funciones de la capa dos miremos cmo funciona la transmisin de datos hasta este momento.
Si cierta informacin va a ser transmitida, se secciona y se convierte en tramas para la tecnologa inmediata a usar. Qu
pasa cuando los datos pasan por diferentes tipos de medio?, evidente, la trama se cambia de formato, si una trama
sale por un cable UTP la carga est encapsulada en una trama ethernet, cuando llega a un enrutador que debe enviar esa
misma informacin por un cable de fibra, retira los encabezados/finalizaciones propios de ethernet y encapsula los datos
que se quieren enviar en una trama con encabezados de FDDI. Eso sucede para cada segmento de tecnologa diferente.
Algo que siempre queda en el aire y que muchos estudiantes no logran comprender es lo del direccionamiento fsico.
Recuerden que la premisa de la capa dos es que los nodos tienen acceso directo entre s, es decir, que cada trama que se
pone en el medio, de alguna manera va a llegar a los nodos conectados a ese medio. Esa premisa tal como se describe
slo aplica a los hubs (que ya no se usan) pero lo switches hacen slo una funcin de filtrado que no rie con la premisa. Lo
que confunde ac es que si en Ethernet existen las direcciones MAC como direcciones fsicas cules son las
direcciones fsicas de FDDI, PPP, Fram Relay, ATM, etc.? porque el direccionamiento fsico es indispensable. Ethernet
es un caso especial de enlace de datos llamado enlace multiacceso, donde los nodos se pueden comunicar arbitrariamente
uno con otro y la direccin MAC permite que se hagan esas comunicaciones directas, pero otras tecnologas como PPP no
son multiacceso y sus direcciones fsicas son triviales, es decir, no son necesarias.
Otra tecnologa cuyos enlaces pueden ser multiacceso es Frame Relay, por lo tanto all existe un equivalente a la direccin
MAC. En FR, la MAC no existe y su equivalente se llama DLCI. ste es un nmero asignado a un destino, as como la
MAC, pero en FR van los datos del usuario dentro de una trama FR con DLCI asignados en vez de direcciones MAC (pero
toda la trama es distinta). Para que quede claro: MAC es slo direccin fsica para enlaces ethernet (y sus variantes).

La capa de enlace de datos o capa dos del modelo de referencia OSI es la capa ms interesante en trminos de
telecomunicaciones. Un diseo en capa 2 implica consideraciones de eficiencia relacionados con el medio a usar y
prcticamente define la tecnologa que se usa. Como siempre, dado que las operaciones del modelo OSI son
acumulativas, si la capa de enlace de datos no funciona correctamente nada por encima de ella va a funcionar bien,
por lo tanto, se recomienda que el diagnstico y solucin de problemas inicie con las capas inferiores en secuencia:
primero capa fsica y luego capa de enlace, que pueden llegar a ser problemas rpidos de resolver y poco
impactantes, ya que suelen involucrar slo enlaces de pocos dispositivos (otra cosa es que esos dispositivos sean
crticos pero eso es otro cuento).
Otra importante conclusin que me gustara dejar es que la capa dos no es slo ethernet, muchas veces se habla
de los trminos de ethernet como si fueran los conceptos de la capa dos, por ejemplo cuando se envan tramas en
un enlace FR o HDLC alguien dice se encapsula con la MAC del siguiente enrutador y eso es un craso error: no hay
MAC en un enlace HDLC. La nica equivalencia vlida es comparar y tratar indistintamente MAC y DLCI que son
identificadores equivalentes.

3.-Red:
La capa 3 del modelo de referencia OSI es una de las ms estudiadas, por lo menos en los cursos que incluyen
Internet, pero an as hay mucha gente que todava necesita comprender la imagen general. En sta entrada
describir las funciones de la capa de red o capa 3 del modelo OSI y mencionar algunos ejemplos. Disfrtenlo.
Introduccin
Antes de comenzar hay que recordar que el modelo de referencia OSI es un modelo de funciones complementarias
que se acumulan. Es decir, para poder realizar las funciones de la capa 3 es necesario que ya se hayan realizado
las funciones de la capa 1 y 2 cuando se est desencapsulando una unidad de datos y, a su vez, a las funciones de
la capa 3 es necesario aplicarle las funciones de capa 2 y 1 cuando se encapsulan unidades de datos. No slo eso,
sino que algunos datos de capa 2 son necesarios para poder continuar el proceso despus de efectuar los procesos
de sta capa, por ejemplo, con qu direccin fsica se debe encapsular una trama.
Funciones de la capa de red
Bsicamente, sta capa permite identificar los nodos finales de una comunicacin, en ste caso los nodos finales no
tienen acceso directo uno a otro sino a travs de otros dispositivos. La capa 3 capa de red es la encargada de
permitir que la informacin fluya por redes diferentes o, en otras palabras, por redes separadas entre s por otras
redes. Usualmente esta separacin consiste en enrutadores o dispositivos de capa de red. La unidad de datos de la
capa 3 se llama paquete y para que un dispositivo de capa de red pueda reenviar un paquete que le llega a
cualquiera de sus puertos, es necesario que las funciones de capa de red soporten la distincin de las redes o, en
una especie de metfora, la identificacin de los lugares, entendiendo lugar como hacia dnde se encuentra la red
destino de ese paquete. Lo que he descrito en las frases anteriores es conocido como enrutamiento o
encaminamiento, que consiste en recibir un paquete y reenviarlo por un puerto por el que se garantice que estar
ms cerca a su destino final.
Dado que lo primero es identificar las ubicaciones de los nodos, las direcciones de un protocolo que acuse ser de
capa de red deben tener dos partes:
Parte de red, Parte de host
De sta manera con la direccin de un nodo se puede enrutar por dispositivos que manejen diferentes redes y
ubicar un nodo dentro de su red particular (con el nmero de host). Un protocolo que se considera de capa 3 es
IPX, dado que los administradores eligen el nmero de la red (32 bits) y la MAC (48 bits) se toma como nmero de
host. Otro protocolo de capa de red es IS-IS que usa unas direcciones llamadas CLNP (nombre de otro protocolo),
que teniendo una estructura un poco ms compleja que las dos partes que he mencionado, tambin distinguen en
su direccin el nmero de la red y el nmero del nodo particular dentro de esa red.
Con base en lo anterior, se reconoce la primer y ms importante funcin de la capa de red: el direccionamiento
lgico. Se dice direccionamiento lgico para enfatizar que es diferente al direccionamiento fsico de la capa dos y
adems porque la capa de enlace de datos supone que hay conexin directa entre los nodos y la capa de red
supone que los nodos no tienen conectividad directa y por lo tanto debern ser enrutados.

Otras funciones que cumple usualmente la capa de red son la fragmentacin en un enlace (en caso de que se
pueda), que consiste en permitir que un paquete grande se divida en varios paquetes pequeos, siendo
responsabilidad del protocolo de capa 3 en uso, llevar control de cuntos y cules fueron los fragmentos en los que
se dividi un paquete, con IP eso slo puede suceder en un enlace directo o punto a punto.
Otra funcin, no directa, de la capa 3 es el enrutamiento. ste, como proceso, se lleva a cabo en la capa 3, dado
que es all donde se puede acceder a las direcciones de red y saber hacia dnde se puede reenviar el paquete.
Para conocer la informacin de redes, se clasifican los protocolos en dos tipos: enrutables y de enrutamiento. Un
protocolo enrutable es cualquier protocolo que tenga la estructura mencionada y se usa para transportar la
informacin de los nodos finales. Un protocolo de enrutamiento es un protocolo especial que se envan los
enrutadores entre s para intercambiar informacin sobre redes y sus ubicaciones, stos protocolos no transportan
informacin de los usuarios finales sino de los enrutadores, yo acostumbro decir que el trfico est clasificado en
trfico utilitario (de usuarios y nodos finales) y trfico de control, evidentemente el trfico de protocolos de
enrutamiento est clasificado como trfico de control.
Existen algunas funciones adicionales que se adjuntan en la prctica a sta capa, por ejempo, el mapeado de
direcciones lgicas a direcciones fsicas en ethernet se hace con un protocolo que se considera de capa 3 (ARP), la
obtencin automtica de una direccin, una porcin de la calidad de servicio (QoS), etc.
Protocolo de Internet (IP)
Todos conocemos que el conjunto de protocolos de internet se conocen genricamente como TCP/IP, pues IP es el
protocolo de internet que soporta las funciones de capa 3, de hecho su traduccin directa es protocolo de interredes
(Internet Protocol). El protocolo de internet tiene en sus encabezados datos como la versin, las direcciones origen
y destino, una banderas que controlan la fragmentacin en un enlace directo, otras banderas para calidad de
servicio y un campo especial para adicionar opciones que extienden la funcionalidad del encabezado pero que no
siempre estn presentes, por ejemplo, la encapsulacin segura (ESP por sus siglas en ingls Encapsulating
Security Payload).
IP consiste en una direccin de 32, los nodos que soportan IP tambin asocian a la direccin una mscara de
subred que indica al nodo qu parte de su direccin es la parte de red y qu parte es la de host, eso le sirve para
comparar su direccin con otras y determinar si la red es igual o no. Disear la forma de numerar nodos en una red
IP se llama subnetting o hacer subredes y de sto he escrito una leccin completa que explora desde lo conceptual
hasta la prctica y adicionalmente se desarrollan dos ejemplos con dos ejercicios: fciles y difciles.
A estas alturas se hace evidente cmo cada capa complementa la anterior. La capa 3 aporta un nuevo identificador
de nodo de red, as como la capa dos, pero sus funciones y alcances son diferentes a tal punto que son
complementarios. Cmo se distinguen los datos de una aplicacin a otra en un mismo nodo?, cmo se distingue
un usuario de la misma aplicacin, en la misma sesin, del mismo nodo? Esas son preguntas que deben resolver
los otros protocolos de capas superiores, en la misma dinmica de complementar las funciones para completar un
proceso de comunicacin de datos completo. Sigan pendientes que las prximas publicaciones resuelven esas
preguntas.



4.- Transporte
Repasando las capas del modelo inferiores a sta encontramos nodos de la red reconocidos, que se pueden
contactar directamente (en la capa dos) y remotamente (con la capa 3). Ahora, los flujos de informacin que
provienen de un dispositivo A y van a otro dispositivo B son indistinguibles unos de otros con slo la informacin y
procesos implementados hasta la capa 3. Esa es la justificacin ms evidente de la capa 4 o capa de transporte:
administrar las comunicaciones independientes entre dos nodos.
Ms modelo OSI
Dentro de todo lo que he escrito sobre ste modelo, he escrito varias veces que cada capa define su terminologa,
en especial la PDU o Unidad de Datos genrica. Para la capa 4 la PDU tiene por nombre Segmento, lo cual es una
tragedia (recurrente en comunicaciones) ya que en redes de datos el trmino se usa en varios contextos. Por lo
pronto, recordemos que las unidades de datos de la capa de transporte se llaman Segmentos o datagramas de
datos y definen un tamao mximo, usualmente llamado MSS -maximum segment size- (equivalente al MTU de la
capa 3 y 2, pero en general los protocolos deben definir el tamao mximo de unidad). Cuando una comunicacin
llega a sta capa y tal comunicacin est compuesta por datos mayores a la MSS, ella debe segmentar la
transmisin en partes que se puedan transportar por partes de ese tamao o menor. De arriba hacia abajo (en la
direccin de la encapsulacin), sta es la primera ocasin en la que es necesario convertir una unidad de datos en
partes sin significado para los usuarios/aplicaciones, porque en capas superiores, como la de presentacin, una
comunicacin se puede dividir en partes de manera lgica, por ejemplo archivos o mensajes, pero si stas unidades
son mayores al tamao mximo de segmento ac se dividen y son transportadas sin ningn significado adicional a
segmento de la comunicacin.
Cmo identificar conversaciones entre dos nodos?
Como ya lo mencion, la funcin ms evidente de la capa de transporte del modelo de referencia OSI es identificar
flujos o conversaciones diferentes entre dos nodos de la red. Acabamos de ver que una comunicacin
independiente se divide en partes con base en su tamao en la capa 4, por lo tanto lo que para un usuario es una
transferencia de archivo (una sola cosa) se convierte en una serie de partes que se transmiten independientemente
una de otra, por lo tanto surge la necesidad de marcar cada segmento con el identificador de quin origin la
comunicacin o a qu servicio pertenece cada uno y a cul va dirigido en el otro nodo. Una conversacin tiene
como identificador general las direcciones origen y destino (p. ej.: la IP u otra direccin de capa 3), pero para poder
diferenciar dos flujos de datos diferentes que ocurren simultnteamente entre dos PCs (mismo origen y destino) se
usan otros dos identificadores, uno para la conversacin saliente y otro para la entrante. Alguna literatura llama este
concepto, identificacin de flujos de punto final a punto final o de extremo a extremo.
A estas alturas hay dos casos posibles: segmentar o no segmentar la conversacin. Si la conversacin se
segmenta, tambin es posible que los segmentos individuales tomen diferentes caminos y lleguen en un orden
diferente al inicial. Slo en el caso en que las conversaciones se segmentan hay la necesidad de numerarlos: para
poder reconstruir su secuencia original. Si una conversacin no se segmenta no hay necesidad de reconstruir el
orden, porque sus mensajes son independientes unos de otros. Si en cada segmento inclumos su nmero de
secuencia, podemos saber tambin si se pierde alguno y eso crea la oportunidad de detectar prdidas de datos y
hasta solicitar la retransmisin de tales datos. A sto ltimo se le conoce como retransmisin y redunda en mayor
confiabilidad, es decir, garantizar que si algn segmento se pierde en el camino se pueda pedir la retransmisin y
retribuir la prdida transparentemente.
Otra cosa que sucede cuando se inicia un flujo de datos es que si la tasa a la que se reciben es demasiado alta
para un nodo, ste podra no ser capaz de pasar esos datos al proceso que los necesita, por lo tanto debera existir
la posibilidad de enviar mensajes de vuelta que indiquen al origen que disminuya la tasa a la que enva los datos.
sto es conocido como control de flujo.
Todo lo que hemos mencionado, son funciones especiales que se deben cumplir de extemo a extremo, en otras
palabras, podemos reducir la definicin de las funciones de la capa 4 en administracin de flujos de extremo a
extremo, bajo la premisa de que cada parte de la comunicacin puede recorrer diferentes caminos con diferentes
condiciones de transporte y obedece a dos necesidades de comunicacin diferentes: confiable y no confiable.
Qu protocolos se usan en la capa 4?
Los ms conocidos son TCP y UDP dado que hacen parte de la definicin de pila de protocolos TCP/IP, ambos se
ocupan de diferentes necesidades de la capa de transporte. Lo que tienen en comn es el uso de puertos para
diferenciar las conversaciones entre dos nodos, por ejemplo si los nodos de direccin A y B sostienen dos
conversaciones simultneamente, para la conversacin 1 se elige un puerto X1 en el origen y uno Y1 en el destino,
para la segunda conversacin X2/Y2 respectivamente, de tal manera que, como cada segmento es marcado con
estos nmeros, no importa si llegan segmentos desde A a B o viceversa, dado que los nmeros X1,X2 y Y1,Y2
distinguen las conversaciones, cada segmento se entrega a los servicios de red o procesos destinatarios correctos.
Usualmente quien origina el flujo de datos debe saber a qu puerto enva sus datos y espera que el otro lado est
atento a ese puerto para responder. Lo anterior desde el punto de vista de los nodos, para los dispositivos
intermedios, los nmeros X y Y tambin permiten clasificar un segmento dentro de una conversacin particular sin
necesidad de saber quin es quin.
TCP es un protocolo complejo que obedece a la necesidad de una comunicacin confiable. Dentro de los
mecanismos que implementa TCP para asegurar la confiabilidad est el establecimiento de sesin, el uso de
acuses de recibo y el control de flujo con ventana deslizante. Este tema puede ser una entrada completa. UDP por
otro lado obedece a una necesidad de comunicacin no confiable, es decir, una entrega simple de datos pequeos
que no requieren retransmisin ni acuses de recibo. Sobre sto ltimo hay que hacer una aclaracin, los
mecanismos de confiabilidad puede que, bajo ciertas condiciones, se implementen ms fcilmente en protocolos de
capas superiores o que el usuario o aplicacin final puedan soportar prdidas pequeas en sus datos. Sobre ste
ltimo caso hay uno de particular relevancia: el transporte de VoIP. Cuando se establece una conversacin de voz
usando red de datos, cada segmento encapsula una pequesima porcin de la conversacin y si se llega a perder
un segmento es tan poca la informacin que la conversacin sigue siendo entendible, en ese caso ni siquiera la
aplicacin de voz est involucrada en la recuperacin del dato perdido, no es necesario. Otra razn para usar UDP
en el transporte de voz, es que debido al encabezado pequeo de UDP (8 bytes) se hace ms eficiente enviar datos
pequeos por medio de l que por TCP (20Bytes). Un dato importante, sobre la diferencia entre UDP y TCP, es que
a las unidades de datos de UDP se le llaman comunmente datagramas en vez de segmentos.
Hemos recorrido hasta ahora todos los procesos desde la capa 1 hasta la capa 4, en ste momento tenemos una
visin clara de lo que se necesita para comprender una comunicacin de datos de extremo a extremo y administrar
de manera razonablemente bien una red de datos (con ayuda de algunos conocimientos adicionales :) ). Las capas
superiores del modelo de referencia OSI ayudan ms a la labor de un programador que a la de un administrador de
redes, sin embargo, las amenazas cada vez ms sofisticadas hacen que el administrador sepa incluso de los
protocolos de capa 7 para poder ser eficiente en su trabajo. Pronto estar escribiendo ms sobre las capas
restantes, estn pendientes.

5.- Sesin:
La capa 5 no tiene definida una unidad de datos particular (PDU), por lo tanto las unidades de datos de la capa de
sesin son simplemente PDUs o unidades de datos. Se encuentra entre la capa de transporte y la capa de
presentacin, por lo tanto usa las funciones de la capa de transporte para efectuar las suyas y ofrecerselas a la
capa de presentacin. Si definiramos entidades de presentacin de datos, como procesos que ofrecen informacin
para ser transmitida a un par remoto (otra entidad de presentacin en otra ubicacin), la capa de sesin administra
la forma en que los datos de cada una de stas entidades transmite colaborativamente con su par remoto.
La capa de sesin se encarga entonces de decidir si la transmisin de una entidad de presentacin a otra va a ser
alternada, lo que en programacin se suele llamar sincronizada o bloqueante, es decir, que mientras una entidad
transmite la otra escucha y no hace otra cosa hasta que la transmisin termine y slo en ese momento podra
transmitir si fuera necesario. La otra modalidad de sesin es no bloqueante o asncrona, que obviamente consiste
en que las entidades transmiten sin esperar a que el otro lado reciba la informacin.
A la capa de sesin usualmente se le responsabiliza de iniciar y gestionar la conexin de alto nivel, es decir, entre
entidades de presentacin dentro de un servicio particular. All se decide cundo y cmo iniciar una conexin, qu
requisitos debe cumplir y en qu modalidad se llevar a cabo.
Otra responsabilidad de la capa de sesin del modelo de referencia OSI es establecer puntos de chequeo, de tal
manera que si la operacin es interrumpida, la transaccin pueda mantener su integridad, es decir, deshacer todo o
recuperar lo que se haba hecho.
Finalmente, la capa de sesin tambin se ocupa del control de la concurrencia. Cuando un servicio est en escucha
y varias comunicaciones intentan abrir una sesin con ste, la capa de sesin administra cundo y cmo se van a
establecer las comunicaciones concurrentes con el servidor en cuestin.
Se puede pensar en la capa de sesin como una capa de transporte con esteroides, es decir, una que no slo
garantiza la confiabilidad sino la integridad de los datos y la identificacin y gestin de las sesiones concurrentes.
Inicialmente no se consideraron protocolos bien definidos en sta capa, de hecho, la capa de sesin se extrae de
las funciones de protocolos comunes de la capa de aplicacin. Sin embargo, hoy en da hay varios protocolos
clasificables en sta capa: SAP, tuberas nombradas de Unix/Linux, NetBIOS.
6.- Presentacin:
Programacin
Esta capa no es tan extraa como la capa de sesin, que no es muy comn diferenciarla en algn proceso de
comunicaciones. Si uno es programador, probablemente tenga una nocin muy clara de qu es lo que define sta
capa, dado que si uno disea un protocolo para una aplicacin, lo primero que define es el formato de los mensajes
y cmo enviar adjuntos en el caso que los tenga que enviar por ese protocolo. Lo anterior se define en un alto nivel,
pero antes de definir cmo va a ser la comunicacin: sncrona/asncrona, es decir, bloqueante o no (capa 5) y qu
protocolos de transporte se van a usar (TCP o UDP). stas definiciones de estructuras de datos, formato de los
mensajes y codificacin de los adjuntos tambin se hacen despus de haber definido qu funciones principales va a
ofrecer el protocolo, por ejemplo, si el protocolo sirve para controlar las estaciones de una sala de cmputo, habr
que definir (antes del formato de los mensajes) que el protocolo tendr un mensaje de bloquear/desbloquear el
escritorio y otro para ordenar el envo del tiempo durante el cual el escritorio ha estado desbloqueado. Queda
entonces claro, que definir la estructura de los mensajes (por ejemplo qu campos tiene cada mensaje y cmo
serializar objetos adjuntos) es un proceso que se hace despus de definir las funciones que prestar el
protocolo/aplicacin y antes de decidir cmo va a ser la comunicacin.
Qu hace la capa de presentacin?
Ojal a los lectores les parezca familiar o fcil de comprender el ejemplo anterior, porque all est la esencia de lo
que define la capa de presentacin: cmo representar los datos que transporta una aplicacin especfica. Palabras
clave para recordar las funciones de sta capa pueden ser formato de archivos, serializacin, estructuras de datos
de alto nivel o representacin de datos/informacin.
Protocolos de la capa de presentacin
Hay varios ejemplos de protocolos que se clasificaran en sta capa: ASN.1 y MIME. El primero es una forma
normalizada de representar datos, es decir, define una forma estndar de pasar un tipo de dato por una red, por
ejemplo, cmo codificar un nmero con punto decimal que sea reconocible tanto en el extremo que lo enva como
en el que lo lee sin importar si las mquinas tienen arquitecturas diferentes (p. ej.: Windows y Unix). Mime es un
protocolo que tambin define tipos de datos, slo que de un poco ms alto nivel. MIME se usa para transportar los
archivos adjuntos en protocolos como HTTP o SMTP, con l se definen tipos de archivo como IMAGE/JPG o
TEXT/HTML para enviar stos archivos como parte de una pgina web o de un mensaje de correo.
7.- Aplicacin:
Ofrece a las aplicaciones (de usuario o no) la posibilidad de acceder a los servicios de las dems capas y define los
protocolos que utilizan las aplicaciones para intercambiar datos, como correo electrnico (POP y SMTP), gestores
de bases de datos y protocolos de transferencia de archivos (FTP).
Cabe aclarar que el usuario normalmente no interacta directamente con el nivel de aplicacin. Suele interactuar
con programas que a su vez interactan con el nivel de aplicacin pero ocultando la complejidad subyacente. As
por ejemplo un usuario no manda una peticin GET /index.html HTTP/1.0 para conseguir una pgina en html, ni
lee directamente el cdigo html/xml. O cuando chateamos con el Mensajero Instantneo, no es necesario que
codifiquemos la informacin y los datos del destinatario para entregarla a la capa de Presentacin (capa 6) para que
realice el envo del paquete.
En esta capa aparecen diferentes protocolos y servicios: Protocolos:
FTP (File Transfer Protocol - Protocolo de transferencia de archivos) para transferencia de archivos.
DNS (Domain Name Service - Servicio de nombres de dominio).
DHCP (Dynamic Host Configuration Protocol - Protocolo de configuracin dinmica de anfitrin).
HTTP (HyperText Transfer Protocol) para acceso a pginas web.
HTTPS (Hypertext Transfer Protocol Secure) Protocolo seguro de transferencia de hipertexto.
POP (Post Office Protocol) para recuperacin de correo electrnico.
SMTP (Simple Mail Transport Protocol) para envo de correo electrnico.
SSH (Secure SHell)
TELNET para acceder a equipos remotos.
TFTP (Trival File Transfer Protocol).
LDAP (Lightweight Directory Access Protocol).
XMPP, (Extensible Messaging and Presence Protocol) - Protocolo estndar para mensajera instantnea.
Servicios:
Aplicaciones de Red
www (World Wide Web). enlace a capas inferiores
Esta capa contiene las aplicaciones visibles para el usuario. Algunas consideraciones son: seguridad y cifrado, DNS
(Domain Name Service) Una de las aplicaciones ms usadas hoy en dia en Internet es el WWW (World Wide Web).