Sunteți pe pagina 1din 15

7 DE

SEPTIEMBRE DE
2015

OTOCOLOS DE CAPAS SUPERIORES Y CAPA DE TRANSPORTE


INSTITUTO TECNOLGICO SUPERIOR DE
PURUNDIRO
ALONSO HERNNDEZ BACA
ISC. JUAN ANTONIO LPEZ TAPIA

2.1. Aplicaciones: La interfaz entre redes.


Los protocolos de la capa de aplicacin los utilizan tanto los dispositivos de origen
como de destino durante una sesin de comunicacin. Los protocolos de la capa
de aplicacin que se implementaron en los hosts de origen y destino deben
coincidir para que las comunicaciones tengan xito. Los protocolos establecen
reglas consistentes para el intercambio de datos entre aplicaciones y servicios
cargados en los dispositivos participantes. Los protocolos especifican cmo se
estructuran los datos dentro de los mensajes y los tipos de mensajes que se
envan entre origen y destino. Estos mensajes pueden ser solicitudes de servicios,
acuses de recibo, mensajes de datos, mensajes de estado o mensajes de error.
Los protocolos tambin definen los dilogos de mensajes, asegurando que un
mensaje enviado encuentre la respuesta esperada y se invoquen los servicios
correspondientes cuando se realiza la transferencia de datos. Muchos tipos de
aplicaciones diferentes se comunican a travs de las redes de datos.
Por lo tanto, los servicios de la capa de aplicacin deben implementar protocolos
mltiples para proporcionar la variedad deseada de experiencias de comunicacin.
Cada protocolo tiene un fin especfico y contiene las caractersticas requeridas
para cumplir con dicho propsito. Deben seguirse los detalles del protocolo
correspondiente a cada capa, as las funciones en una capa se comunican
correctamente con los servicios en la capa inferior. Las aplicaciones y los servicios
tambin pueden utilizar protocolos mltiples durante el curso de una comunicacin
simple. Un protocolo puede especificar cmo se establece la conexin de redes y
otro describir el proceso para la transferencia de datos cuando el mensaje se pasa
a la siguiente capa inferior.
2.2. Toma de medidas para las aplicaciones y Servicios.
Servidores
Para poder entender los dos puntos restantes, tenemos que tener claro lo que es
un servidor y para ello vamos a dar aqu algunas pistas y datos que te ayuden a
tenerlo ms claro.
Un servidor es todo aquel dispositivo que responde a una solicitud de aplicaciones
de cliente. En general, un servidor suele ser un ordenador que contiene mucha
informacin para ser compartida con muchos sistemas clientes. Cada servidor
suele tener un servicio o proceso denominado daemon, que se encarga de
escuchar las peticiones, darles prioridades y ejecutar las respuestas en los
formatos adecuados.
Dependiendo del fin de cada servidor, algunos requerirn sistemas de seguridad
como usuario y contrasea, por lo que tendrn listas con los usuarios y
contraseas permitidos para dar respuesta a las solicitudes.

Protocolos de la capa de aplicaciones


Tenemos que tener en cuenta que una aplicacin puede emplear varios servicios
diferentes de la capa de aplicacin. De esta forma, un usuario enva una peticin y
el servidor realmente puede llegar a recibir muchas ms para esa nica peticin
que hace el cliente. Por otro lado, el servidor suele recibir varias peticiones de
clientes distintos a la vez y es aqu donde entran en juego los protocolos.
Modelo cliente-servidor
Cmo ya sabemos, si por ejemplo, nosotros queremos ver una pgina web desde
nuestro dispositivo mvil u ordenador, primero tenemos que hacer una peticin al
servidor que contiene esa informacin. Bien, pues esto es bsicamente en lo que
consiste este modelo. El usuario hace una peticin al servidor y este contesta.
Este modelo se encuentra dentro de la capa de aplicacin, ya que es la forma ms
directa que tiene un cliente para recibir informacin. Los protocolos de esta capa
son los responsables de darle un formato a esas solicitudes y respuestas.
Para que quede ms claro, este tipo de modelo de red puede ser nuestro cliente
de correo. Nosotros abrimos el cliente de correo y este hace una peticin al
servidor de correo para que le enve los correos nuevos que tenga.
Dentro de este modelo de red estara la carga y descarga de datos de un cliente a
un servidor o viceversa.
Redes y aplicaciones P2P
Antes de explicar qu son las redes y aplicaciones punto a punto, hay que decir
que son parecidas pero que en la prctica son diferentes.
Redes P2P: En este tipo de redes nos encontramos dos o ms equipos
conectados entre s por una red, pero no dependen de un servidor para compartir
informacin. Cada equipo funciona como cliente y servidor a la vez. Las funciones
de cliente o servidor se activan por solicitud. Un ejemplo de este tipo de redes son
las que tenemos en casa, es decir, un par de ordenadores conectados entre s
para compartir archivos. Incluso si colocamos una impresora en un equipo y la
compartimos, tambin estaramos hablando de red punto a punto. (OJO, siempre y
cuando la impresora est conectada a un equipo de forma directa y no a la red). El
problema de este tipo de redes es la seguridad, ya que cada equipo debe
administrar su propia seguridad al no tener un servidor que centralice las
peticiones, las cuentas de usuario y sus contraseas.
Aplicaciones P2P: Una aplicacin punto a punto permite a un dispositivo actuar
como cliente o como servidor dentro de la misma comunicacin. En este tipo de
aplicaciones cada cliente es un servidor y cada servidor es un cliente. Este tipo de
aplicaciones requieren de una interfaz de usuario, aunque luego tengan servicio
ejecutndose en segundo plano. Este tipo de aplicaciones puede darse entre las

redes cliente-servidor, en las redes punto a punto y en Internet. Un ejemplo de


este tipo de aplicacin seran las ya mundialmente conocidas como aplicaciones
de intercambio de archivos (Emule, Torrent, etc.) o los sistemas de mensajera
instantnea (Messenger, WhatsApp, etc.)
2.3. Ejemplos de servicios y protocolos.
Protocolos de la capa de aplicacin y transporte.
Los protocolos de la capa de aplicacin especifican el formato y controlan la
informacin necesaria para muchas de las funciones de comunicacin de Internet
ms comunes. Entre esta relacin de servicio/protocolo se encuentran:
Servicio
Sistema de nombres de dominios (DNS)
Protocolo de transferencia de hipertexto (HTTP)
Protocolo simple de transferencia de correo (SMTP)
Protocolo de oficina de correos (POP)
Telnet
Protocolo de configuracin dinmica de host (DHCP)
Protocolo de transferencia de archivos (FTP)
Protocolo - puerto
TCP/UDP puerto 53
TCP puerto 80
TCP puerto 25
TCP puerto 110
TCP puerto 23
UDP puertos 67 y 68
TCP puertos 20 y 21
DHCP El servicio del Protocolo de configuracin dinmica de host (DHCP) permite
a los dispositivos de una red obtener direcciones IP y otra informacin de un
servidor DHCP. Este servicio automatiza la asignacin de direcciones IP, mscaras
de subred, gateway y otros parmetros de networking del IP.
DHCP permite a un host obtener una direccin IP de forma dinmica cuando se
conecta a la red. Se realiza el contacto con el servidor de DHCP y se solicita una
direccin. El servidor DHCP elige una direccin del rango configurado llamado
pool y la asigna ("alquila") para el host por un tiempo establecido.
En redes locales ms grandes, o donde los usuarios cambien con frecuencia, se
prefiere el DHCP. Los nuevos usuarios llegan con computadoras porttiles y
necesitan una conexin.

Otros tienen nuevas estaciones de trabajo que necesitan conexin. En lugar de


que el administrador de red asigne direcciones IP para cada estacin de trabajo,
es ms eficaz que las direcciones IP se asignen automticamente mediante el
DHCP. Las direcciones distribuidas por DHCP no se asignan de forma permanente
a los hosts, sino que slo se alquilan por un periodo de tiempo. Si el host se apaga
o se desconecta de la red, la direccin regresa al pool para volver a utilizarse.
Esto es especialmente til para los usuarios mviles que entran y salen de la red.
Los usuarios pueden moverse libremente desde una ubicacin a otra y volver a
establecer las conexiones de red. El host puede obtener una direccin IP cuando
se conecte el hardware, ya sea por cables o por LAN inalmbrica. DHCP le
permite el acceso a Internet por medio de Internet utilizando zonas de cobertura
inalmbrica en aeropuertos o cafeteras. Una vez que ingresa al rea, el cliente de
DHCP de la computadora porttil contacta al servidor de DHCP mediante una
conexin inalmbrica.
DNS es un servicio cliente-servidor; sin embargo, difiere de los otros servicios
cliente servidor que estamos examinando. Mientras otros servicios utilizan un
cliente que es una aplicacin (como un explorador Web o un cliente de correo
electrnico), el cliente DNS ejecuta un servicio por s mismo. El cliente DNS, a
veces denominado resolucin DNS, admite la resolucin de nombres para otras
aplicaciones de red y servicios que lo necesiten. Al configurar un dispositivo de
red, generalmente proporcionamos una o ms direcciones del servidor DNS que el
cliente DNS puede utilizar para la resolucin de nombres.
En general, el proveedor de servicios de Internet provee las direcciones para
utilizar con los servidores DNS. Cuando la aplicacin del usuario pide conectarse a
un dispositivo remoto por nombre, el cliente DNS solicitante consulta uno de estos
servidores de denominacin para resolver el nombre para una direccin numrica.
El servidor DNS almacena diferentes tipos de registros de recursos utilizados para
resolver nombres. Estos registros contienen el nombre, la direccin y el tipo de
registro. Algunos de estos tipos de registros son:
A: una direccin de dispositivo final
NS: un servidor de nombre autoritativo
CNAME: el nombre cannico (o Nombre de dominio completamente calificado)
para un alias que se utiliza cuando varios servicios tienen una direccin de red
nica, pero cada servicio tiene su propia entrada en el DNS
MX: registro de intercambio de correos; asigna un nombre de dominio a una lista
de servidores de intercambio de correos para ese dominio
Cuando un cliente hace una consulta, el proceso "nombrado" del servidor busca
primero en sus propios registros para ver si puede resolver el nombre. Si no puede

resolverlo con sus registros almacenados, contacta a otros servidores para


hacerlo.
La solicitud puede pasar a lo largo de cierta cantidad de servidores, lo cual puede
tomar ms tiempo y consumir banda ancha. Una vez que se encuentra una
coincidencia y se devuelve al servidor solicitante original, el servidor almacena
temporalmente en la cach la direccin numerada que coincide con el nombre. Si
vuelve a solicitarse ese mismo nombre, el primer servidor puede regresar la
direccin utilizando el valor almacenado en el cach de nombres. El
almacenamiento en cach reduce el trfico de la red de datos de consultas DNS y
las cargas de trabajo de los servidores ms altos de la jerarqua. El servicio del
cliente DNS en las PC de Windows optimiza el rendimiento de la resolucin de
nombres DNS almacenando previamente los nombres resueltos en la memoria.
Los diferentes dominios de primer nivel representan el tipo de organizacin o el
pas de origen. Entre los ejemplos de dominios del nivel superior se encuentran:
.au: Australia
.co: Colombia
.com: una empresa o industria
.jp: Japn
.org: una organizacin sin fines de lucro
Despus de los dominios del nivel superior, se encuentran los nombres de los
dominios de segundo nivel y debajo de estos hay otros dominios de nivel inferior.
Cada nombre de dominio es una ruta hacia este rbol invertido que comienza de
la raz.
Por ejemplo, el servidor DNS raz puede no saber exactamente dnde se ubica el
servidor de correo electrnico mail.xxxx.com, pero conserva un registro para el
dominio "com" dentro del dominio de nivel superior. Asimismo, los servidores
dentro del dominio "com" pueden no tener un registro de mail.cisco.com, pero s
tienen un registro para el dominio "xxxx.com".
HTTP: Cuando se escribe una direccin Web (o URL) en un explorador de
Internet, el explorador establece una conexin con el servicio Web del servidor
que utiliza el protocolo HTTP.
URL (o Localizador uniforme de recursos) y URI (Identificador uniforme de
recursos) son los nombres que la mayora de las personas asocian con las
direcciones Web.
Los exploradores Web son las aplicaciones cliente que utilizan nuestras
computadoras para conectarse a la World Wide Web y acceder a recursos
almacenados en un servidor Web.

SMTP /POP: Correo electrnico, el servidor de red ms conocido, ha


revolucionado la manera en que nos comunicamos, por su simpleza y velocidad.
Inclusive para ejecutarse en una computadora o en otro dispositivo, los correos
electrnicos requieren de diversos servicios y aplicaciones.
Cuando la gente redacta mensajes de correo electrnico, generalmente utilizan
una aplicacin llamada Agente de usuario de correo (MUA), o un cliente de correo
electrnico. MUA permite enviar los mensajes y colocar los recibidos en el buzn
del cliente; ambos procesos son diferentes.
Para recibir correos electrnicos desde un servidor de correo, el cliente de correo
electrnico puede utilizar un POP. Al enviar un correo electrnico desde un cliente
o un servidor se utilizan formatos de mensajes y cadenas de comando definidas
por el protocolo SMTP.
En general, un cliente de correo electrnico proporciona la funcionalidad de ambos
protocolos dentro de una aplicacin.
Como se mencion anteriormente, los correos electrnicos pueden utilizar los
protocolos
POP y SMTP. POP y POP3 (Protocolo de oficina de correos v3) son protocolos de
envo de correo entrante y protocolos cliente-servidor tpicos. Envan correos
electrnicos desde el servidor correspondiente al cliente (MUA). El MDA escucha
cuando un cliente se conecta a un servidor.
FTP El Protocolo de transferencia de archivos (FTP) es otro protocolo de la capa
de aplicacin de uso comn. El FTP se desarroll para permitir las transferencias
de archivos entre un cliente y un servidor. Un cliente FTP es una aplicacin que se
ejecuta en una computadora y que carga y descarga archivos de un servidor que
ejecuta el demonio FTP (FTPd).
El FTP necesita dos conexiones entre el cliente y el servidor para transferir
archivos de forma exitosa: una para comandos y respuestas, otra para la
transferencia real de archivos. El cliente establece la primera conexin con el
servidor en TCP puerto 21. Esta conexin se utiliza para controlar el trfico, que
consiste en comandos del cliente y respuestas del servidor.
El cliente establece la segunda conexin con el servidor en TCP puerto 20. Esta
conexin es para la transferencia real de archivos y se crea cada vez que se
transfiere un archivo.

La transferencia de archivos puede producirse en ambas direcciones. El cliente


puede descargar (bajar) un archivo desde el servidor o el cliente puede cargar
(subir) un archivo en el servidor.

Telnet / SSH Mucho antes de que existieran las computadoras de escritorio con
interfaces grficas sofisticadas, las personas utilizaban sistemas basados en
textos que eran simplemente terminales conectadas fsicamente a una
computadora central. Una vez que las redes estaban disponibles, las personas
necesitaban acceder en forma remota a los sistemas informticos de la misma
manera en que lo hacan con las terminales conectadas directamente.
2.4. Funciones de la capa de transporte.
La capa de transporte permite la segmentacin de datos y brinda el control
necesario para re ensamblar las partes dentro de los distintos Stream de
comunicacin. Las responsabilidades principales que debe cumplir son:

Rastreo de comunicacin individual entre aplicaciones en los hosts de


origen y destino
Segmentacin de datos y manejo de cada parte
Re ensamble de segmentos en streams de datos de aplicacin
Identificacin de diferentes aplicaciones
Multiplexacin
Rastreo de conversaciones individuales

Cualquier host puede tener mltiples aplicaciones que se comunican a travs de la


red. Cada una de estas aplicaciones se comunicar con una o ms aplicaciones
en hosts remotos. Es responsabilidad de la capa de transporte mantener los
streams de comunicacin mltiple entre estas aplicaciones.
Segmentacin de datos
As como cada aplicacin crea datos de Stream para enviarse a una aplicacin
remota, estos datos se pueden preparar para enviarse a travs de los medios en
partes manejables. Los protocolos de la capa de transporte describen los servicios
que segmentan estos datos de la capa de aplicacin.
Esto incluye la encapsulacin necesaria en cada seccin de datos. Cada seccin
de datos de aplicacin requiere que se agreguen encabezados en la capa de
transporte para indicar la comunicacin a la cual est asociada.

Re ensamble de segmentos
En el host de recepcin, cada seccin de datos se puede direccionar a la
aplicacin adecuada. Adems, estas secciones de datos individuales tambin

deben reconstruirse para generar un Stream completo de datos que sea til para
la capa de aplicacin. Los protocolos en la capa de transporte describen cmo se
utiliza la informacin del encabezado de la capa para re ensamblar las partes de
los datos en streams para pasarlos a la capa de aplicacin.
Identificacin de aplicaciones
Para pasar streams de datos a las aplicaciones adecuadas, la capa de transporte
debe identificar la aplicacin meta. Para lograr esto, la capa de transporte asigna
un identificador a la aplicacin. Los protocolos TCP/IP denominan a este
identificador nmero de puerto. A todos los procesos de software que requieran
acceder a la red se les asigna un nmero de puerto exclusivo en ese host. Este
nmero de puerto se utiliza en el encabezado de la capa de transporte para indicar
qu aplicacin se asocia a qu parte.
La capa de transporte es el enlace entre la capa de aplicacin y la capa inferior
que es responsable de la transmisin de la red. Esta capa acepta los datos de
diferentes conversaciones y la pasa a las capas inferiores como partes manejables
que se pueden multiplexar de forma eventual en la red.
Las aplicaciones no necesitan saber los detalles operativos de la red en uso. Las
aplicaciones generan datos que se envan desde una aplicacin a otra sin tener en
cuenta el tipo de host destino, el tipo de medios sobre los que los datos deben
viajar, el paso tomado por los datos, la congestin en un enlace o el tamao de la
red.
Adems, las capas inferiores no tienen conocimiento de que existen varias
aplicaciones que envan datos en la red. Su responsabilidad es entregar los datos
al dispositivo adecuado. La capa de transporte clasifica entonces estas piezas
antes de enviarlas a la aplicacin adecuada.
Hay mltiples protocolos de la capa de transporte debido a que las aplicaciones
tienen diferentes requisitos. Para algunas aplicaciones, los segmentos deben
llegar en una secuencia especfica de manera que puedan ser procesados en
forma exitosa. En algunos casos, todos los datos deben recibirse para ser
utilizados por cualquiera de las mismas. En otros casos, una aplicacin puede
tolerar cierta prdida de datos durante la transmisin a travs de la red.
En las redes convergentes actuales, las aplicaciones con distintas necesidades de
transporte pueden comunicarse en la misma red. Los diferentes protocolos de la
capa de transporte poseen distintas reglas para permitir a los dispositivos manejar
estos diversos requerimientos de datos.

Multiplexacin de conversacin

Puede haber aplicaciones o servicios que se ejecutan en cada host de la red. A


cada una de estas aplicaciones o servicios se les asigna una direccin conocida
como puerto, de manera que la capa de transporte determina con qu aplicacin o
Servicio se identifican los datos
Adems de utilizar la informacin contenida en los encabezados, para las
funciones bsicas de segmentacin y re ensamble de datos algunos protocolos en
la capa de transporte proporcionan:

Conversaciones orientadas a la conexin


Entrega confiable
Reconstruccin de datos ordenada
Control del flujo

2.5. Protocolo TCP: Comunicacin con confiabilidad.


TCP (que significa Protocolo de Control de Transmisin) es uno de los principales
protocolos de la capa de transporte del modelo TCP/IP. En el nivel de aplicacin,
posibilita la administracin de datos que vienen del nivel ms bajo del modelo, o
van hacia l, (es decir, el protocolo IP). Cuando se proporcionan los datos al
protocolo IP, los agrupa en datagramas IP, fijando el campo del protocolo en 6
(para que sepa con anticipacin que el protocolo es TCP). TCP es un protocolo
orientado a conexin, es decir, que permite que dos mquinas que estn
comunicadas controlen el estado de la transmisin.
Las principales caractersticas del protocolo TCP son las siguientes:
TCP permite colocar los datagramas nuevamente en orden cuando vienen
del protocolo IP.
TCP permite que el monitoreo del flujo de los datos y as evitar la saturacin
de la red.
TCP permite que los datos se formen en segmentos de longitud variada
para "entregarlos" al protocolo IP.
TCP permite multiplexar los datos, es decir, que la informacin que viene de
diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda
circular simultneamente.
Por ltimo, TCP permite comenzar y finalizar la comunicacin
amablemente.

10

El objetivo de TCP
Con el uso del protocolo TCP, las aplicaciones pueden comunicarse en forma
segura (gracias al sistema de acuse de recibo del protocolo TCP)
independientemente de las capas inferiores. Esto significa que los routers (que
funcionan en la capa de Internet) slo tienen que enviar los datos en forma de
datagramas, sin preocuparse con el monitoreo de datos porque esta funcin la
cumple la capa de transporte (o ms especficamente el protocolo TCP).
Durante una comunicacin usando el protocolo TCP, las dos mquinas deben
establecer una conexin. La mquina emisora (la que solicita la conexin) se llama
cliente, y la mquina receptora se llama servidor. Por eso es que decimos que
estamos en un entorno Cliente-Servidor.
Las mquinas de dicho entorno se comunican en modo en lnea, es decir, que la
comunicacin se realiza en ambas direcciones.
Para posibilitar la comunicacin y que funcionen bien todos los controles que la
acompaan, los datos se agrupan; es decir, que se agrega un encabezado a los
paquetes de datos que permitirn sincronizar las transmisiones y garantizar su
recepcin.
Otra funcin del TCP es la capacidad de controlar la velocidad de los datos
usando su capacidad para emitir mensajes de tamao variable. Estos mensajes se
llaman segmentos.
La funcin multiplexin
TCP posibilita la realizacin de una tarea importante: multiplexar/demultiplexar; es
decir transmitir datos desde diversas aplicaciones en la misma lnea o, en otras
palabras, ordenar la informacin que llega en paralelo.

Estas operaciones se realizan empleando el concepto de puertos (o conexiones),


es decir, un nmero vinculado a un tipo de aplicacin que, cuando se combina con
una direccin de IP, permite determinar en forma exclusiva una aplicacin que se
ejecuta en una mquina determinada.

11

2.6. Administracin de sesiones TCP.


Empezaremos por conocer el control de trasporte del modelo OSI:
El proceso se conoce como de tres vas
Inicio
Terminacin
Transmisin

En TCP/IP el proceso es de la siguiente forma:


Inicio
Paso 1. El extremo cliente enva un segmento solicitando una conexin al servidor.
El segmento no tiene datos solo cabecera, SYN
Paso 2. El extremo servidor enva un segmento al cliente confirmando
(acknowledgement) la recepcin del SYN. En el mismo segmento el servidor
indica su deseo de establecer la conexin (SYN). El segmento no tiene datos, solo
cabecera
Paso 3. El extremo cliente enva una confirmacin al SYN del servidor. El
segmento no tiene datos, solo cabecera. Conexin establecida.
Terminacin
Paso 1. Un extremo enva un segmento solicitando el cierre de la conexin. El
segmento no tiene datos, solo cabecera, FIN
Paso 2. El otro extremo confirma (ACK) la recepcin del FIN. El extremo que ha
enviado el FIN ya no puede enviar ms datos nuevos. Cierre solo de un sentido de
la comunicacin
Paso 3. El otro extremo enva un segmento solicitando el cierre de la conexin. El
segmento no tiene datos, solo cabecera. Confirmacin de ese segundo, FIN
Paso 4. Por si ese ltimo ACK se pierde, el que lo envo espera un tiempo (podra
tener que volverlo a enviar). Conexin cerrada
Transmisin (con ventana deslizante) -- Control de Flujo
TCP tambin proporciona mecanismos para el control del flujo. El control del flujo
contribuye con la confiabilidad de la transmisin TCP ajustando la tasa efectiva de
flujo de datos entre los dos servicios de la sesin. Cuando se le informa al origen
que se recibi una cantidad especfica de datos en los segmentos, puede seguir
enviando ms datos para esta sesin.

12

El campo de Tamao de ventana en el encabezado del TCP especifica la cantidad


de datos que se pueden transmitir antes de que se deba recibir un acuse de
recibo. El tamao inicial de la ventana se determina durante el arranque de sesin
por medio del enlace de tres vas.
El mecanismo de retroalimentacin del TCP ajusta la velocidad eficaz de
transmisin de datos al flujo mximo que la red y el dispositivo de destino pueden
admitir sin prdidas. TCP intenta gestionar la tasa de transmisin de manera que
todos los datos se reciban y se reduzcan las retransmisiones.
Ver la figura para obtener una representacin simplificada del tamao de la
ventana y los acuses de recibo. En este ejemplo, el tamao de la ventana inicial
para una sesin TCP representada se establece en 3000 bytes. Cuando el emisor
transmite 3000 bytes, espera por un acuse de recibo de los mismos antes de
transmitir ms segmentos para esta sesin.
Una vez que el emisor tiene este acuse de recibo del receptor, ya puede transmitir
3000 bytes adicionales.
Durante el retraso en la recepcin del acuse de recibo, el emisor no enviar
ningn segmento adicional para esta sesin. En los perodos en los que la red
est congestionada o los recursos del host receptor estn exigidos, la demora
puede aumentar. A medida que aumenta esta demora, disminuye la tasa de
transmisin efectiva de los datos para esta sesin. La disminucin de la velocidad
de los datos ayuda a reducir la contencin de recursos.
Transmisin (con ventana deslizante) -- Control de Errores
Otra forma de controlar el flujo de datos es utilizar tamaos de ventana dinmicos.
Cuando los recursos de la red son limitados, TCP puede reducir el tamao de la
ventana para lograr que los segmentos recibidos sean reconocidos con mayor
frecuencia. Esto reduce de forma efectiva la velocidad de transmisin porque el
origen espera que se d acuse de recibo de los datos con ms frecuencia.
El host receptor del TCP enva el valor del tamao de la ventana al TCP emisor
para indicar el nmero de bytes que est preparado para recibir como parte de la
sesin. Si el destino necesita disminuir la velocidad de comunicacin debido a su
memoria de bfer limitada, puede enviar un valor ms pequeo del tamao de la
ventana al origen como parte del acuse de recibo.
Como se muestra en la figura, si un host receptor est congestionado, puede
responder al host emisor con un segmento con tamao reducido de la ventana. En
este grfico, se produjo la prdida de uno de los segmentos. El receptor cambi el
campo de la ventana en el encabezado del TCP de los segmentos devueltos en
esta conversacin de 3000 a 1500. Esto hizo que el emisor redujera el tamao de
la ventana a 1500.

13

Despus de perodos de transmisin sin prdidas de datos o recursos limitados, el


receptor comenzar a aumentar el tamao de la ventana. Esto reduce la
sobrecarga de la red, ya que se requiere enviar menos acuses de recibo. El
tamao de la ventana continuar aumentando hasta que haya prdida de datos, lo
que producir una disminucin del tamao de la misma.
Estas disminuciones y aumentos dinmicos del tamao de la ventana representan
un proceso continuo en TCP que determina el tamao ptimo de la ventana para
cada sesin del TCP. En redes altamente eficientes, los tamaos de la ventana
pueden ser muy grandes porque no se pierden datos. En redes donde se tensiona
la infraestructura subyacente, el tamao de la ventana probablemente
permanecer pequeo.
2.7. Protocolo UDP: Comunicacin con baja sobrecarga.
El UDP es un protocolo muy simple sin conexin. Proporciona la entrega de datos
con sobrecarga baja. El UDP se considera un protocolo de la capa de transporte
de "mximo esfuerzo" porque no ofrece verificacin de errores, entrega de datos
garantizada ni control de flujo.
Dado que el UDP es un protocolo de "mximo esfuerzo", es probable que sus
datagramas lleguen al destino de manera desordenada o que incluso se pierdan
todos. Las aplicaciones que utilizan el UDP pueden tolerar pequeas cantidades
de datos perdidos. Un ejemplo de una aplicacin de UDP es la radio por Internet.
Si una seccin de datos no puede entregarse, es probable que slo se produzca
un efecto menor en la calidad del broadcast.
Ya que UDP opera sin conexin, las sesiones no se establecen antes de que se
lleve a cabo la comunicacin, como sucede con TCP. Se dice que UDP es basado
en transacciones. En otras palabras, cuando una aplicacin tiene datos que enviar,
slo los enva.
Muchas aplicaciones que utilizan UDP envan pequeas cantidades de datos que
pueden ajustarse en un segmento. Sin embargo, algunas aplicaciones envan
cantidades ms grandes que deben dividirse en varios segmentos. La PDU del
UDP se conoce como un datagrama, aunque los trminos segmento y datagrama
se utilizan algunas veces de forma intercambiable para describir una PDU de la
capa de transporte.
Cuando se envan datagramas mltiples a un destino, pueden tomar diferentes
rutas y llegar en el orden equivocado. UDP no mantiene un seguimiento de los
nmeros de secuencia de la manera en que lo hace TCP. UDP no puede
reordenar los datagramas en el orden de la transmisin.
Por lo tanto, UDP simplemente re ensambla los datos en el orden en que se
recibieron y los enva a la aplicacin. Si la secuencia de los datos es importante

14

para la aplicacin, la misma deber identificar la secuencia adecuada y determinar


cmo procesarlos.

Bibliografa
http://www.buenastareas.com/ensayos/Fundamentos-De-Redes/5928126.html
http://www.desarrolloweb.com/articulos/aplicaciones-servicios-capa-aplicacion.html
http://www.desarrolloweb.com/articulos/protocolos-servicios-dns.html
http://fundamentos-redes.wikispaces.com/Tema+4.+Capa+de+transporte
http://es.ccm.net/contents/281-protocolo-tcp
http://moodle2.unid.edu.mx/dts_cursos_mdl/lic/TI/BN/AM/04/Capa_de_transporte_
del_modelo_TCP.pdf
https://cerebrote.wordpress.com/category/udp-baja-sobrecarga-vs-confiabilidad/