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

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Prestaciones del Handover <strong>en</strong> redes IP móviles<br />

El princ<strong>ip</strong>al problema es que, según el estándar Mobile IP, exist<strong>en</strong><br />

dos soluciones a la hora de realizar la detección del movimi<strong>en</strong>to, [RFC<br />

3344] punto 2.4.2. La primera solución es la utilizada por Dynamics, y se<br />

basa <strong>en</strong> que los m<strong>en</strong>sajes ‘Ag<strong>en</strong>t Advertisem<strong>en</strong>t’ ti<strong>en</strong><strong>en</strong> un tiempo de vida.<br />

Así, si el tiempo de vida del último m<strong>en</strong>saje recibido v<strong>en</strong>ce, se puede<br />

suponer que ya no estamos <strong>en</strong> la red, y se debe int<strong>en</strong>tar el registro <strong>en</strong> una<br />

nueva subred. La conclusión de esta solución es que el nodo móvil no va a<br />

iniciar el proceso de registro hasta que no v<strong>en</strong>za la validez del último<br />

recibido vía HA, empeorando las prestaciones del handover.<br />

En las simulaciones anteriores se ha implem<strong>en</strong>tado la segunda<br />

solución ofrecida por Mobile IP, basada <strong>en</strong> la detección del cambio de red<br />

utilizando las direcciones de red de los m<strong>en</strong>sajes ‘Ag<strong>en</strong>t Advertisem<strong>en</strong>t’<br />

recibidos. En esta situación, <strong>en</strong> una red ‘Break Before Make’, al recibir de<br />

un nuevo FA, el proceso de registro se ejecutaba inmediatam<strong>en</strong>te, pues si<br />

se recibe vía un nuevo FA ya no ti<strong>en</strong>e ninguna validez el m<strong>en</strong>saje de<br />

anuncio del FA previo.<br />

La conclusión es que el comportami<strong>en</strong>to del sistema real<br />

implem<strong>en</strong>tado será peor que los resultados obt<strong>en</strong>idos por simulación. En<br />

la figura 5.39 se muestra un diagrama de tiempos <strong>en</strong> el que se reproduc<strong>en</strong><br />

los ‘Ag<strong>en</strong>t Advertisem<strong>en</strong>t’ <strong>en</strong>viados por HA y FA. En función del instante <strong>en</strong><br />

el que se realice el handover abrupto éste puede llegar a durar más de un<br />

segundo (zona 1), que es el tiempo <strong>en</strong>tre anuncios, y el mínimo que se le<br />

puede dar como tiempo de validez del m<strong>en</strong>saje.<br />

Se han realizado distintas pruebas para evaluar las prestaciones.<br />

En concreto se ha realizado transmisiones CBR basadas <strong>en</strong> UDP,<br />

transmisión con TCP, y <strong>en</strong>vío de distintos t<strong>ip</strong>os de vídeo utilizando RTP<br />

[RFC1889].<br />

El modo de trabajo ha sido similar <strong>en</strong> todos los estudios: se ha<br />

capturado los datos <strong>en</strong> los distintos nodos utilizando la aplicación<br />

‘tcpdump’ [TCP], y posteriorm<strong>en</strong>te se han procesado utilizando pequeños<br />

programas realizados <strong>en</strong> leguaje Perl.<br />

206

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

Saved successfully!

Ooh no, something went wrong!