05.01.2015 Views

movilidad ip basado en transmisión multicast - Universidad ...

movilidad ip basado en transmisión multicast - Universidad ...

movilidad ip basado en transmisión multicast - Universidad ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Proceso de Handover <strong>en</strong> redes IP<br />

La solución que se ha aportado <strong>en</strong> algunos trabajos [PER99] es el<br />

utilizar algún mecanismo de almac<strong>en</strong>ami<strong>en</strong>to de los últimos paquetes que<br />

el FA <strong>en</strong>vía al nodo móvil. Así, <strong>en</strong> el caso de recibir una notificación de<br />

re<strong>en</strong>vío por parte del nFA, no sólo <strong>en</strong>viaría las tramas que se reciban a<br />

partir de ese instante, sino que también se <strong>en</strong>viarían las previam<strong>en</strong>te<br />

almac<strong>en</strong>adas. Con una correcta configuración de estos buffers se lograría<br />

evitar la pérdida de paquetes durante el handover.<br />

El mayor problema que ti<strong>en</strong>e este mecanismo de almac<strong>en</strong>ami<strong>en</strong>to<br />

de paquetes, aparte de los recursos necesarios, es la duplicación de<br />

paquetes <strong>en</strong> el receptor (<strong>en</strong> este caso el MN). Aunque es posible la<br />

duplicación de paquetes <strong>en</strong> redes IP, las implem<strong>en</strong>taciones de TCP asum<strong>en</strong><br />

que la recepción de reconocimi<strong>en</strong>tos TCP duplicados es debida a una<br />

pérdida de paquetes y, por tanto, se traducirá <strong>en</strong> el lanzami<strong>en</strong>to de los<br />

mecanismos de control de congestión [JAC88]. Más concretam<strong>en</strong>te, <strong>en</strong> las<br />

primeras versiones del protocolos TCP (TCP Tahoe) la recepción de tres<br />

ACK iguales configuraban la v<strong>en</strong>tana de congestión con tamaño uno e<br />

iniciaban el mecanismo conocido como ‘inicio l<strong>en</strong>to’. Otras versiones más<br />

modernas, como ‘TCP R<strong>en</strong>o’, lo sustituy<strong>en</strong> por una reducción de la v<strong>en</strong>tana<br />

de congestión a la mitad y la ejecución del mecanismo de ‘recuperación<br />

rápida’. Han aparecido distintas modificaciones posteriores, [RFC 2582],<br />

pero todas las soluciones afectan, de alguna medida, a las prestaciones del<br />

protocolo. El problema es que la duplicación se produce por el sistema de<br />

<strong>movilidad</strong> y no por una congestión real de la red.<br />

Durante los últimos años se han propuesto numerosas soluciones<br />

que modifican <strong>en</strong> mayor o m<strong>en</strong>or medida el protocolo TCP para adaptarlo a<br />

los requerimi<strong>en</strong>tos de <strong>movilidad</strong> (un ejemplo sería [YAV94]). Sin embargo<br />

está opción provoca la necesidad de modificar todos los nodos de Internet,<br />

lo que no es factible.<br />

Un mecanismo mucho más s<strong>en</strong>cillo para evitar los problemas<br />

ocasionados por la duplicación de paquetes debido al almac<strong>en</strong>ami<strong>en</strong>to<br />

sería el diseñar un mecanismo que evitara esa transmisión duplicada. En<br />

algunos trabajos se propone que el FA almac<strong>en</strong>e, junto con el datagrama,<br />

una id<strong>en</strong>tificación del mismo. De esta manera cuando el MN solicita el<br />

133

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!