PONTIFICIA UNIVERSIDAD CATOLICA DEL ECUADOR MAESTRIA EN REDES DE COMUNICACIONES

Nombre: Gustavo Israel Valle Medina Tema: Trabajo de Investigacin RFC 6069 Introduccin

Las Interrupciones en la conectividad se pueden hacer presentes en ocasiones diferentes, hay que tener en cuenta que la comunicacin entre hosts se puede dar a travs de medios guiados y no guiados, y que dependiendo del canal y sus propiedades se puede tener mayor o menor frecuencia en las interrupciones. Al comparar los dos medios la probabilidad de una interrupcin en un medio guiado donde se desconecte un cable es mucho menor que en redes inalmbricas en donde influyen factores como movilidad, cambios en la topologa de red, interferencias inalmbricas as como factores climticos. TCP fue diseado para operar en redes inalmbricas y fijas y que generalmente se supone que su conectividad a travs de un medio es estable durante la vida til de la conexin.

Dependiendo de su duracin las interrupciones pueden ser divididas en dos grupos cortas y largas, Las interrupciones en la conectividad son cortas si regresan antes de que la conectividad del temporizador de retransmisin se active por primera vez en este caso tcp recupera todos los segmentos perdidos a travez de una retransmicion rpida y si perdi ack a travez de acks que mas tarde son entregados con xito Las interrupciones de conectividad se declaran como largas si el temporizador de retrasnmision se dispara al menos una vez antes de que la conectividad se reanude , cuando esto sucede las caractersticas de RTT (tiempo de ida y vuelta) asi como el ancho de banda cambian En particular el algoritmo se centra en el periodo anterior a la recreacin de la conectividad como un nodo del mismo nivel previamente desconectado , cuando una larga interrupcion se produce la TCP remitente no recibe mas reonocimientos, despus de que expire el temporizador de retransmisin , el emisor tcp entra en recuperacin basado en el tiempo de espera perdido y se declara al segmento ms antiguo en circulacin (SND.UNA) como perdido ------------

TCP interpreta la perdida del segmento como una congestion asi que dispara la retransmisin de SND.UNA con menor velocidad de transmicion , repite este proceso hasta que el ltimos segmento en circulacin haya sido entregado con xito o hasta que la conexin caduque La Gestion de tiempo de espera (RTO) se va duplicando en cada retrasnmicion en implementaciones TCP que siguen la retransmicion recomendada puede estar limitado por un limite superior , la mxima RTO es de almenos 60 segundos , (puede ser mas largo por ejemplo en Linux es de 120 seg) si la conectividad es restaurada entre dos intento de retrasnmicion , TCP aun tiene que esperar a que el temporizador de retrasnmicion expire antes de reanudar la transmicion por que no tiene medios para saber si la conectividad a sido reestablecida Este comportamiento de retrasnmicion no es eficiente , sobretodo donde se proucen interrupciones de conectividad largas. Este rfc describe como el ICMP puede ser explotado durante ese tiempo de espera , basado en la recuperacin e identificacin de la perdida no de la congestion causada por largas interrupciones de conectividad .
La Estrategia de reversin del TCP-LCD de la retransmisin del temporizador permite mayor frecuencia de retransmisiones, por lo tanto permite una pronta deteccin cuando se haya restablecido la conectividad a un nodo de pares previamente desconectado.

La disminucin en el rendimiento de la conectividad de un sistema estn basadas en interrupciones , TCP interpreta la perdida de un segmento inducida por una interrupcin larga como un signo de congestion, Indicador de interrupcin en la conectividad
Si la cola de un errutador intermedio esta experimentando una interrupcin del enlace , este puede puede proteger todos los paquetes entrantes, esta interrupcin de conectividad slo causar una variacin en la demora, que se maneja bien en las implementaciones de TCP mediante Eifel o RTO de recuperacin .Sin embargo, si la interrupcin del enlace dura demasiado tiempo, el router que tiene la interrupcin del enlace est obligado a descartar paquetes y, finalmente, puede quitar el correspondiente salto siguiente de su tabla de enrutamiento . Siempre que no haya otra ruta para el destino especfico existe un protocolo de Internet versin 4 (IPv4) [RFC0791] El router se notificar a las correspondientes host de envo de los paquetes ICMP de destino inalcanzable a travs de cdigo 0 mensajes (red inalcanzable) Por lo tanto, el host emisor puede utilizar los mensajes ICMP de destino fuera de alcance de estos cdigos como una indicacin de la conectividad, ya que la recepcin de estos mensajes es evidencia de que los paquetes se redujo debido a una interrupcin del enlace .

Los mensajes inalcanzables en IPv4 tienen en su cuerpo el encabezado del datagrama que provoca el mensaje inalcanzable

La Interrupcin de conectividad en la forma de un mensaje ICMP de destino inalcanzable asociado con un presumiblemente perdido segmento TCP proporciona una fuerte evidencia de que el segmento no se abandon debido a la congestin, pero se ha entregado con xito en lo que respecta a la presentacin de informes de router. Por lo tanto, no cualquier congestin da testimonio por lo menos en esa parte de la ruta que fue atravesado por un segmento TCP tanto suscitar el mensaje ICMP de destino inalcanzable y el mensaje ICMP de destino inalcanzable.

Reaccion a interrupcin de conectividad El objetivo del algoritmo es de detectar rpidamente cuando la conectividad a un nodo del mismo nivel desconectados previamente se ha recuperado despus de una larga interrupcuion en la conectividad, mientras conserva el comportamiento adecuado en caso de congestin. TCP-LCD explota los mensajes ICMP estandar de destino inalcanzable basado en la recuperacin en la perdida de tiempo en el periodo de espera Detalles del algoritmo Un emisor TCP que utiliza retransmisin de estado del temporizador para calcular tcp de temporizador puede utilizar el siguiente esquema para evitar la conservacin de temporizadores de backoffs en caso de interrupciones largas de conectividad Si un remitente tcp no pone en practica los pasos , el algoritmo debe ser iniciado en el primer tiempo de espera del segmento mas antiguo en circulacin (snda.una) y debe ser dejado a la llegada del primer ack aceptable. El algorirmo no debe ser reiniciado a consecuenciade los tiempos de espera sucesivos para el mismo segmento Cuando tcp implementa la regla de colocar un valor mximo para RTO se deber utilizar este valor para todos los algoritmos. Si RTO esta delimitado por un limite superior la variable MAX_RTO debe ser inicializada en este valor de limite superior, de lo contrario si rto no tiene limites la variable MAX_RTO deber ser fijada a infinito El esquema que se especifica en este documento se utiliza el "BACKOFF_CNT" variable cuyo valor inicial es cero. La variable se utiliza para contar el nmero de backoffs de temporizador de retransmisin realizadas durante una recuperacin basado en la prdida de tiempo de espera. Por otra parte, la variable "RTO_BASE" se utiliza para recuperar la RTO anterior si el backoff de temporizador de retransmisin era innecesario. La variable se inicializa con el RTO basada en inicio de la recuperacin de la prdida de tiempo 1) Antes de actualizaciones TCP la variable "RTO" cuando inicia timeoutrecuperacin de prdidas basado en establecer las variables "BACKOFF_CNT" y "RTO_BASE" de la siguiente manera:

BACKOFF_CNT: = 0;

RTO_BASE: = RTO.

Contine en el paso (R) (R) Se trata de un marcador de posicin para el comportamiento del estndar TCP en caso de que el temporizador de retransmisin ha expirado. En particular, si el RFC 2988 [ RFC2988 ] se utiliza, los pasos (5.4) a (5.6) de dicho algoritmo van aqu. Contine en el paso (2).

2 Para tener en cuenta la expiracin del temporizador de retransmisin en el paso anterior (I), incrementa la variable "BACKOFF_CNT" por uno:

BACKOFF_CNT: = BACKOFF_CNT + 1. (3) Esperar tanto

a) para la expiracin del temporizador de retransmisin. Cuando el expira el temporizador de retransmisin, contine con el paso (R), o

b) para la llegada de un ACK aceptable. Cuando un aceptable ACK llega, contine con el paso (a), o

c) para la llegada de un mensaje de ICMP inaccesible. Cuando el Mensaje ICMP inaccesible "ICMP_DU" llega, proceda a el paso (4). 4) Si "BACKOFF_CNT> 0", es decir, si al menos un temporizador de retransmisin backoff se puede deshacer, entonces

Contine en el paso (5);

ms

contine con el paso (3). (5) Extraiga el encabezado del segmento TCP incluidos en el inalcanzable ICMP mensaje "ICMP_DU":

SEG: = Extract (ICMP_DU).

(6) Si "SEG.SEQ == SND.UNA", es decir, si el segmento TCP "SEG" provocar el mensaje ICMP inaccesible "ICMP_DU" contiene el nmero de secuencia de una retransmisin, a continuacin,

Contine en el paso (7);

ms

contine con el paso (3). (7) Deshacer la ltima retransmisin temporizador de retardo de envo: BACKOFF_CNT: = BACKOFF_CNT - 1; RTO: = min (RTO_BASE * 2 ^ (BACKOFF_CNT), MAX_RTO) (8) Si el temporizador de retransmisin expira debido a la ruina en el paso anterior (7), a continuacin,

contine con el paso (R);

ms

contine con el paso (3).

(A) Se trata de un marcador de posicin para el comportamiento del estndar TCP en caso de una ACK aceptable ha llegado. Sin ulterior elaboracin.Cuando un TCP en estado estacionario detecta una prdida del segmento con el temporizador de retransmisin, que entra en la recuperacin de la prdida de tiempo de espera con sede y inicia el algoritmo (paso (1)). Se ajusta el lento inicio umbral (ssthresh), establece la ventana de congestin (cwnd) a uno segmento, retrocede el temporizador de retransmisin, y retransmite el primer segmento sin acuse de recibo (paso (R)) [ RFC5681 ], [ RFC2988 ]. A cuenta de la expiracin del temporizador de retransmisin, el TCP incrementos remitente la variable "BACKOFF_CNT" por uno (paso (2)). En caso de que el temporizador de retransmisin expira otra vez (paso (3a)), una red TCP se repetir la retransmisin del primer segmento sin acuse de recibo y de marcha atrs del temporizador de retransmisin de nuevo (paso (R)) [ RFC2988 ], as como incrementar la variable "BACKOFF_CNT" por uno (paso (2)). Tenga en cuenta que un TCP puede implementar RFC 2988 's [ RFC2988 opcin] para colocar una valor mximo en el RTO que puede resultar en no llevar a cabo la backoff temporizador de retransmisin. Sin embargo, el paso (2) debe siempre y en incondicionalmente ser aplicado, no importa si o no la temporizador de retransmisin es en realidad retrocedi. En otras palabras, cada uno vez que el temporizador de retransmisin expira, la variable "BACKOFF_CNT" DEBE ser incrementado en uno. Si el primer paquete recibido despus de la retransmisin (s) es una aceptable ACK (etapa (3b)), un TCP se proceder de forma normal, es decir, lento- iniciar la conexin y terminar el algoritmo (etapa (A)). Ms tarde Mensajes ICMP inalcanzables de la prdida de tiempo de espera basado simplemente terminado recuperacin son ignorados, ya que el reloj ACK ya est reiniciando debido a la retransmisin xito. Por otro lado, si el primer paquete recibido despus de la retransmisin (s) es un mensaje de ICMP inaccesible (paso (3c)), y si el paso (4) permite, TCP DEBE deshacer un retroceso para cada ICMP mensaje inalcanzable informar de un error en una retransmisin. A decidir si un mensaje inalcanzable ICMP fue provocada por un retransmisin, el nmero de secuencia que contiene se inspeccion (Paso (5), la etapa (6)). El deshacer se realiza volviendo a calcular la RTO con la variable "BACKOFF_CNT" decrementa (paso (7)). Este clculo coincide explcitamente el retroceso exponencial (limitada) especificado en la regla (5.5) de [ RFC2988 ]. Tras la recepcin de un mensaje ICMP inaccesible que deshace legtimamente uno de retardo de envo, existe la posibilidad de que la acorta temporizador de retransmisin ha expirado ya (paso (8)). Entonces, TCP DEBE retransmitir inmediatamente. En el caso de la retransmisin acortado temporizador no ha expirado, TCP debe esperar en consecuencia.

SEG.SEQ es el nmero de secuencia de segmento de un segmento da

http://translate.google.com.ec/translate?hl=es&sl=en&u=http://tools.ietf.org/html/rfc6069&prev =/search%3Fq%3Drfc%2B6069%2Bmaking%2Btcp%2Bmore%2Brobust%2Bto%2Blcds%2Bdecembe r%2B2010%26biw%3D1920%26bih%3D1099 http://www.traductoringlesespanol.mobi/#