Documente Academic
Documente Profesional
Documente Cultură
Los dos protocolos ms comunes de la capa de transporte del conjunto de protocolos TCP/IP
son el Protocolo de control de transmisin (TCP) y el Protocolo de datagramas de usuario
(UDP). Ambos protocolos gestionan la comunicacin de mltiples aplicaciones. Las diferencias
entre ellos son las funciones especficas que cada uno implementa.
Protocolo UDP
(User datagram protocol )
protocolo de uso de datagramas
UDP es generalmente el protocolo usado en la transmisin de vdeo y voz a travs de una red.
Esto es porque no hay tiempo para enviar de nuevo paquetes perdidos cuando se est
escuchando a alguien o viendo un vdeo en tiempo real.
Protocolo dccp
(Control de congestin de datagramas)
DCCP est pensado para aplicaciones que requieren la semntica basada en flujo de
TCP pero no necesitan la entrega en orden ni la confiabilidad que ofrece TCP
Tiene un control de congestin dinmico distinto del de TCP. De igual modo, DCCP est
formulado como por ejemplo la entrega secuencial de flujo mltiple.
TCP es un protocolo orientado a conexin, es decir, que permite que dos mquinas que estn
comunicadas controlen el estado de la transmisin.
TCP permite que el monitoreo del flujo de los datos y as evita la saturacin de la red.
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
Los routers 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).
servicios de la capa
As como hay dos tipos de servicio de red, orientado y no orientado a la conexin, hay dos
tipos de servicio de transporte. El servicio de transporte orientado a la conexin es parecido en
muchos sentidos al servicio de red orientado a la conexin. En ambos casos, las conexiones
tienen tres fases: establecimiento, transferencia de datos y liberacin (o terminacin). El
direccionamiento y el control de flujo tambin son semejantes en ambas capas. Adems, el
servicio de transporte no orientado a la conexin es muy parecido al servicio de red no
orientado a la conexin
Direccionamiento y multiplexacion
Direccionamiento
Cuando un proceso (por ejemplo, un usuario) de aplicacin desea establecer una conexin con
un proceso de aplicacin remoto, debe especificar a cul se conectar. (El transporte no
orientado a la conexin tiene el mismo problema: a quin debe enviarse cada mensaje?) El
mtodo que normalmente se emplea es definir direcciones de transporte en las que los
procesos pueden estar a la escucha de solicitudes de conexin. En Internet, estos puntos
terminales se denominan puertos.
En las redes ATM se llaman AAL-SAPs. Usaremos el trmino genrico TSAP (Punto de Acceso al
Servicio de Transporte). Los puntos terminales anlogos de la capa de red (es decir, direcciones
de capa de red) se llaman NSAP (Punto de Acceso al Servicio de Red). Las direcciones IP son
ejemplos de NSAPs.
La multiplexin de varias conversaciones en conexiones, circuitos virtuales y enlaces fsicos
desempea un papel importante en diferentes capas de la arquitectura de la red. En la capa de
transporte puede surgir la necesidad de multiplexin por varias razones. Por ejemplo, si en un
host slo se dispone de una direccin de red, todas las conexiones de transporte de esa
mquina tendrn que utilizarla. Cuando llega una TDPU, se necesita algn mecanismo para
saber a cul proceso asignarla. Esta situacin, conocida como multiplexin hacia arriba,
La multiplexin tambin puede ser til en la capa de transporte por otra razn. Por ejemplo,
supongamos que una subred utiliza circuitos virtuales de manera interna y que impone una
tasa mxima de datos a cada uno. Si un usuario necesita ms ancho de banda del que le puede
proporcionar un circuito virtual, una alternativa es abrir mltiples conexiones de red y
distribuir el trfico entre ellas en round robin (de manera circular). Esto se denomina
multiplexin hacia abajo
Control de conexin
Establecimiento de una conexin TCP
Para establecer una conexin, un lado, digamos el servidor, espera pasivamente una conexin
entrante ejecutando las primitivas LISTEN y ACCEPT y especificando cierto origen o bien nadie
en particular. El otro lado, digamos el cliente, ejecuta una primitiva CONNECT especificando la
direccin y el puerto IP con el que se desea conectar, el tamao mximo de segmento TCP que
est dispuesto a aceptar y opcionalmente algunos datos de usuario (por ejemplo, una
contrasea). La primitiva CONNECT enva un segmento TCP con el bit SYN encendido y el bit
ACK apagado, y espera una respuesta. Al llegar el segmento al destino, la entidad TCP ah
revisa si hay un proceso que haya ejecutado un LISTEN en el puerto indicado en el campo de
Puerto de destino. Si no lo hay, enva una respuesta con el bit RST encendido para rechazar la
conexin.
Control de congestin
Control de congestin en TCP Cuando la carga ofrecida a cualquier red es mayor que la
que puede manejar, se genera una congestin. Internet no es ninguna excepcin.
En teora, puede manejarse la congestin aprovechando un principio de fsica: la ley de
conservacin de los paquetes. La idea es no inyectar un paquete nuevo en la red hasta
que salga uno viejo (es decir, se entregue). El TCP intenta lograr esta meta
manipulando dinmicamente el tamao de la ventana.
El primer paso del manejo de la congestin es su deteccin. Antao la deteccin de
congestionamientos era muy difcil. La expiracin de un temporizador causada por un
paquete perdido poda deberse a (1) ruido en la lnea de transmisin o (2) el descarte
de paquetes en el enrutador congestionado. Saber cul era la diferencia era difcil.
Hoy da, la prdida de paquetes por errores de transmisin es relativamente rara
debido a que las troncales de larga distancia son de fibra (aunque las redes
inalmbricas son otra historia). En consecuencia, la mayora de las expiraciones de
tiempo en Internet se deben a congestin. Todos los algoritmos TCP de Internet
suponen que las expiraciones de tiempo son causadas por congestin y las revisan en
busca de problemas, de la misma manera que los mineros observan a sus canarios.
Al establecerse una conexin, se tiene que seleccionar un tamao de ventana
adecuado. El receptor puede especificar una ventana con base en su tamao de bfer.
Si el emisor se ajusta a su tamao de ventana, no ocurrirn problemas por
desbordamiento de bferes en la terminal receptora, pero an pueden ocurrir debido
a congestin interna en la red.