You are on page 1of 8

PONTIFICIA UNIVERSIDAD CATOLICA DEL ECUADOR MAESTRIA EN REDES DE COMUNICACIONES Nombre: Gustavo Israel Valle Medina Tema: Trabajo

de Investigacin RFC 6069 Introduccin 1.- Resumen del RFC , mbito del RFC , en que consiste y que problema soluciona . 2.- Detalle del RFC , configuracin , mensajes , formatos etc. 3.- Su anlisis personal de la utilidad del mismo, relacione el RFC con sus trabajos. Internet Engineering Task Force (IETF) A. Zimmermann Peticin de Comentarios: 6069 A. Hannemann Categora: Experimental Universidad RWTH Aachen ISSN: 2070-1721 12 2010 Resumen 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 fijas e inalmbricas que generalmente se supone que su conectividad a travs de un medio es estable durante la vida til de la conexin. mbito del RFC 6069 Dependiendo de su duracin las interrupciones pueden ser divididas en dos grupos: interrupciones cortas e interrupciones 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 travs de una retransmisin rpida y si perdi ACK los recupera a travs de ACKs que ms tarde son entregados con xito. Las interrupciones de conectividad se declaran como largas si el temporizador de retransmisin 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) as como el ancho de banda cambian. Funcionamiento 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 interrupcin se produce la TCP remitente no recibe ms reconocimientos 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 prdida del segmento como una congestin, as que dispara la retransmisin de SND.UNA con menor velocidad de transmisin, repite este proceso hasta que el ltimo segmento en circulacin haya sido entregado con xito o hasta que la conexin caduque. La Gestin de tiempo de espera (RTO) se va duplicando en cada retransmisin en implementaciones TCP que siguen la retransmisin recomendada puede estar limitado por un lmite superior , la mxima RTO es de amenos 60 segundos , (puede ser ms largo por ejemplo en Linux es de 120 segundos) si la conectividad es restaurada entre dos intentos de retransmisin , TCP an tiene que esperar a que el temporizador de retransmisin expire antes de reanudar la transmisin por que no tiene medios para saber si la conectividad a sido restablecida . Este comportamiento de retransmisin no es eficiente, sobretodo donde se producen interrupciones de conectividad largas. En el caso ideal TCP intentara una retransmisin tan pronto como la conectividad a sus pares haya sido establecida. El RFC 6069 describe como el ICMP puede ser explotado durante ese tiempo de espera, basado en la recuperacin e identificacin de la prdida 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 prdida de un segmento inducida por una interrupcin larga como un signo de congestin. Detalles del algoritmo Un emisor TCP que utiliza retransmisin de estado del temporizador puede utilizar el siguiente esquema para evitar la conservacin de temporizadores de backoffs en caso de interrupciones largas de conectividad. El algoritmo debe ser iniciado en el primer tiempo de espera del segmento ms antiguo en circulacin (snda.una) y debe ser dejado a la llegada del primer ack aceptable. El algoritmo no debe ser reiniciado a consecuencia de 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 est delimitado por un lmite superior la variable MAX_RTO debe ser inicializada en este valor de lmite superior, de lo contrario si RTO no tiene lmites la variable MAX_RTO deber ser fijada a infinito. El esquema utiliza "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 VARIABLES DEL ALGORITMO: SEG.SEC= Nmero de secuencia de un segmento SNDA.UNA =Segmento ms antiguo en circulacin RTO = Gestin de tiempo de espera MAX_RTO= Mximo BACKOFF_CNT= se utiliza para contar el nmero de backoffs de temporizador de retransmisin RTO_BASE= se utiliza para recuperar la RTO anterior si el backoff de temporizador de retransmisin era innecesario ICMP_DU=ICMP inaccesible

Segn RFC2988 (en el algoritmo lo llamaremos paso R) el marcador de posicin para el comportamiento del estndar TCP en caso de que el temporizador de retransmisin ha expirado, tenemos las siguientes variables y consideraciones: SRTT =suavizado tiempo de ida y vuelta RTTVAR=variacin en el tiempo de ida y vuelta G=granularidad de reloj de segundo Consideraciones: RTT= Se ha presentado con un segmento enviado entre el remitente y el destinatario, el remitente debe establecer RTO <= 3 segundos G= Granulidad no debe establecer el temporizador por debajo de 2,5 + G segundos Cuando se realice la primera medicin de RTT R, el anfitrin debe establecer: SRTT <=R RTTVAR <= R / 2 RTO <= SRTT + max (G, K * RTTVAR), donde K = 4. Anlisis del Algoritmo: 1) Establecer las variables "BACKOFF_CNT" y "RTO_BASE" de la siguiente manera: BACKOFF_CNT: = 0; RTO_BASE: = RTO. R) En caso de que el temporizador haya expirado (RFC2988): RTO <=SRTT + max (G, K * RTTVAR) 2) Para tener en cuenta la expiracin del temporizador de retransmisin en el anterior, debemos incrementar la variable "BACKOFF_CNT" por uno: BACKOFF_CNT: = BACKOFF_CNT + 1. 3) Esperar para: a) Para la expiracin del temporizador de retransmisin, se contina con el paso 2: RTO <- SRTT + max (G, K * RTTVAR) b) para la llegada de un ACK aceptable, continuamos con el paso (a): c) Para la llegada de un mensaje de ICMP inaccesible. Procedemos al paso 4 : paso

BACKOFF_CNT> 0 4) Si "BACKOFF_CNT> 0", es decir, si al menos un temporizador de retransmisin backoff se puede deshacer, entonces Contine en el paso (5); SEG: = Extract (ICMP_DU). Ms 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" provoca el mensaje ICMP inaccesible "ICMP_DU" que contiene el secuencia de una retransmisin, a continuacin, Continuamos con en el paso (7); BACKOFF_CNT: = BACKOFF_CNT - 1; RTO: = min (RTO_BASE * 2 ^ (BACKOFF_CNT), MAX_RTO) Ms 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: Continuamos con el paso R: RTO <- SRTT + max (G, K * RTTVAR) Ms el paso (3). nmero de

Desde mi punto de vista, el objetivo del algoritmo es detectar rpidamente cuando la conectividad a un nodo del mismo nivel desconectado previamente se ha recuperado despus de una larga interrupcin en la conectividad, mientras conserva el comportamiento adecuado en caso de congestin. TCP-LCD explota los mensajes ICMP estndar de destino inalcanzable basado en la recuperacin en la prdida de tiempo en el periodo de espera. Anlisis de interrupcin en la conectividad Si la cola de un enrutador intermedio est experimentando una interrupcin del enlace , este 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 el 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, el router notificar a los correspondientes host de envo de los paquetes ICMP de destino inalcanzable a travs de cdigo 0 (mensajes red inalcanzable) o cdigo 1 (host 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 redujeron debido a una interrupcin del enlace. Para el protocolo de Internet versin 6 (IPv6), la contrapartida del destino es un mensaje inalcanzable de cdigo 0 (inalcanzable neto) y de cdigo 1 (host inalcanzable). En ICMPv6 (al igual que con IPv4), un router debe generar un destino ICMPv6 de mensaje inalcanzable de cdigo 0 en respuesta a un paquete que no puede ser entregado a su direccin de destino, ya que carece de una coincidencia entrada en su tabla de enrutamiento.

Los mensajes inalcanzables en IPv4 tienen en su cuerpo el encabezado del datagrama que los provoca, adems de los primeros 64 bits de la carga til de ese datagrama. Esto permite que el envo se produzca para que coincida con el mensaje de error ICMPv4 de la conexin de transporte que se suscit. ICMPv4 debe contener la mayor cantidad de datagramas originales como sea posible. Por lo tanto, en el caso de TCP, por lo menos el nmero de puerto de origen, el nmero de puerto de destino, y el protocolo TCP 32 bits estn incluidos.

Esto permite que el TCP de origen pueda demultiplexar el mensaje recibido ICMPv4 e identificar a los afectados en la conexin. Por otra parte, se puede identificar qu segmento de la conexin respectiva desencaden el mensaje de ICMPv4 inalcanzable, a menos que haya varios segmentos de vuelo con la misma secuencia nmero. 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 al suscitar el mensaje ICMP de destino inalcanzable y el mensaje ICMP de destino inalcanzable.

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

You might also like