You are on page 1of 6

UNIVERSIDAD TECNICA PARTICULAR DE LOJA

La Universidad Católica de Loja

Nombre: Carolina Jaramillo
Fecha: 09-06-2015
RESUMEN
RFC 793 PROTOCOLO DE CONTROL DE TRANSMISIÓN
Es un protocolo confiable para aplicaciones dedicadas a intercambiar
información que permite conexiones de transporte entre puertos de
diferentes sistemas, usa el protocolo IDA-VUELTA-IDA para el
establecimiento de conexión, control de flujo con VENTANA DESLIZANTE,
separa y fragmenta en unidades de 64 Kbytes como máximo denominada segmentos, utiliza temporizadores y retransmisiones y numeración
de bytes por offset.
A veces los protocolos de aplicación pueden proporcionar sus propias
características de transporte de datos seguros y confiables y control de
flujo.
Dos aplicaciones necesitan comunicarse entre ellas y estos proporcionan
confiabilidad, control de flujo y un control de entrada y salida.
TCP proporciona buffers de entrada y salida para ser usados por las
aplicaciones para permitir a estas enviar y recibir datos como flujos
continuos, siendo TCP quien los fragmenta en segmentos monitorizados
que se envían sobre IP.
Cuando TCP envía los datos a la red usa IP, así este servicio está basado
en el envío a la red de paquetes de tamaños apropiados, así como el
ensamblado de los diferentes paquetes recibidos en el flujo continuo de
datos.
TCP puede enviar tan sólo la cantidad de datos que el receptor le
permite en cada momento, lo cual está ligado al espacio libre de la
entidad receptora, la frecuencia con la que los buffers se vacían y el
desempeño de la red. [1]
PROBLEMÁTICA

Las conexiones tienen que establecerse entre 'hosts' no fiables y
sobre un sistema de comunicación internet no fiable

UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja

RFC 1122: CAPAS DE PROTOCOLO DE COMUNICACIÓN
Enumera los protocolos estándar que un host conectado a la Internet
debe utilizar, y se incorpora por referencia RFC y otros documentos que
describen especificaciones actuales de estos protocolos.
1. [2] Capa de enlace: todos los sistemas de Internet, ambos host y
gateways, tiene el mismo requisito para los protocolos de la capa
de enlace
2. Protocolos de la capa de internet: es importante en la Capa de
Internet, donde el host mal comportamiento puede negar a
Internet servicio a muchos otros
3. Protocolos de transporte: ofrece un mínimo servicio de
transporte la entrega de datagramas no garantiza y da acceso
directo a las aplicaciones que no requieran el nivel de servicio de
TCP o que deseen utilizar las comunicaciones de servicios por
ejemplo, multicast o broadcast de entrega no disponible para TCP.
PROBLEMÁTICA

La capa IP elige el siguiente salto correcto para cada datagrama
que envía. Si el destino está en una red conectada, el datagrama
se envía directamente al host de destino, si esto no ocurre tiene
que ser encaminado a una puerta de enlace en una red conectada

RFC 1323: EXTENSIONES DE ALTO RENDIMIENTO

[3] Tamaño de la ventana Límite: La cabecera utiliza un campo
de 16 bits para informar de la recepción tamaño de la ventana al
remitente. Por lo tanto, la ventana más grande que se puede
utilizar es de 2 bytes **16=65k

UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja

Recuperación de Perdidas: Perdidas de paquetes en un LFN
pueden obtener un efecto catastrófico en rendimiento. Ampliar el
tamaño de la ventana para que coincida con la capacidad de un
LFN resultado en un aumento correspondiente de la probabilidad

de más de un paquete por la ventana
Medición de ida y vuelta: Es determinado mediante la
estimación de la media y la varianza de la que mide el tiempo de
ida y vuelta, es decir, el intervalo de tiempo entre el envió de un
segmento y la recepción de un acuse de recibido

La duplicación de números de secuencia que podría ocurrir en cualquiera
de los das maneras:

Numero de secuencia wrap-around en la conexión actual:

un numero de secuencia TCP contiene 32 bits
La encarnación anterior de la conexión:

un segmento

retrasado desde terminada conexión podría entrar en la ventana
actual para poder ser aceptado como valido
PROBLEMÁTICA

Perdidas de paquetes en un LFN lo cual afecta en el rendimiento
Fuga de la tubería resultante y comienzo lento

RFC 2018: NOTIFICACIÓN DE RECEPCIÓN SELECTIVA
TCP emplea un esquema de notificación de recepción en el cual, los
segmentos recibidos que no están en el borde izquierdo de la ventana a
la que pertenecen, no se notifica. Con el esquema de la notificación de
recepción acumulativa, los múltiples segmentos descartados causan,
generalmente, que el protocolo TCP pierda su reloj basado en las
notificaciones ACK, reduciendo el rendimiento global. El receptor de los
datos puede informar al remitente de todos los segmentos que han

UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja

llegado correctamente, dicho de otra manera el remitente únicamente
tiene que retransmitir los segmentos que han sido perdidos.
Notificación de recepción selectiva emplea dos opciones TCP:
1. [4] Opción de habilitación: SACK permitted, en esta opción se
puede enviar un segmento SYN para indicar que la opción SACK se
la utiliza una vez que se ha establecido la conexión.
2. Opción propia de SACK: esta opción radica en que puede ser
enviada mediante una conexión ya establecida ya cuando se ha
dado permiso mediante SACK –permitted, además incluye un
segmento enviado desde una conexión TCP que está recibiendo
datos de la conexión TCP la cual está enviando dichos datos

PROBLEMÁTICA

La pérdida de múltiples paquetes de una ventana de datos puede
tener efectos catastróficos en el rendimiento del protocolo TCP
Esquema de notificación de recepción en el cual, los segmentos
recibidos no están en el borde izquierdo de la ventana a la que
pertenecen no se notifican, esto fuerza al remitente que o bien
espere que se agote el tiempo de espera de la notificación para
detectar los paquetes perdidos, o reenvíe segmentos que han sido
correctamente recibidos

RFC 2581: CONTROL DE CONGESTIÓN
[5] Algoritmos de control de congestión son los siguientes:

Slow start y congestión Evitación: Deben ser utilizados por un
remitente TCP para controlar la cantidad de datos pendientes que
se inyecta en la red

UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja

Retransmisión rápida Fast Recovery: Receptor TCP debe
enviar un ACK duplicado inmediato cuando una salida del orden
segmento llega. El propósito de este ACK es informar a la
remitente que se recibió un segmento fuera de orden

Un problema conocido con los algoritmos de control de congestión TCP
descritos anteriormente es que permitan una ráfaga potencialmente
inadecuado de tráfico a transmitir después de TCP ha estado inactivo
durante un tiempo relativamente largo periodo de tiempo
El algoritmo de ACK con retraso especificado DEBE ser utilizado por un
receptor TCP
Para activar la retransmisión rápida el algoritmo, el receptor DEBE enviar
un ACK duplicado inmediato cuando recibe un segmento de datos por
encima de un hueco en el espacio de secuencia
Perdida de mecanismos de recuperación: un número de algoritmos de
recuperación de pérdida que aumentan retransmisión rápida y rápida
recuperación ha sido sugerido por los investigadores del PCT, en algunos
algoritmos se basan en el reconocimiento selectivo de TCP.
Cuando se detecta la primera perdida en una ventana de datos, ssthesh
deberá ser fijado a no más que el valor dado, hasta que todos los
segmentos perdidos en la ventana de los datos reparado, el número de
segmentos transmitida en cada RTT debe haber más de la mitad el
número de segmentos en circulación cuando la perdida fue detectado

PROBLEMÁTICA

En algunos casos, el emisor y el receptor no pueden ponerse de
acuerdo en lo que constituye un segmento de tamaño completo

UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja

CONCLUSIONES



Entender el funcionamiento que cumple cada uno los de RFCs , así
como también ver las ventajas y desventajas que poseen
Por otro lado, entender cómo se puede implementar y para que
me sirven si lo realizo cual sería lo bueno de realizarlo
Además me ayudo a reforzar mis conocimientos acerca de dichos
temas mencionados
Comprender en qué situación me es conveniente agregar un RFCs
para dar una solución
REFERENCIAS:
[1] https://tools.ietf.org/html/rfc793#page-3
[2] https://tools.ietf.org/html/rfc1122
[3] https://www.ietf.org/rfc/rfc1323.txt
[4] http://www.rfc-es.org/rfc/rfc2018-es.txt
[5] https://tools.ietf.org/html/rfc2581