Anteproyecto

Tolerancia a Fallas para Multi-Homing en IPV6

Ingeniera en Sistemas Computacionales

P R E S E N T A:
Carlos Alberto Garcia Fernandez.
ASESOR:

NO. CONTROL:
09280495

Metepec, Estado de Mxico, a 06 de Diciembre de 2012

Antecedentes

SEP

SNEST

DGEST

En el mundo de la informtica y las redes, las fallas se presentan tanto en el software

como en el hardware
poniendo en
riesgo la calidad de DE
la conexin.
INSTITUTO
TECNOLGICO
TOLUCA
Tolerancia a Fallas (TF) en una red significa que si ocurre una falla en uno de sus
componentes, esta continuar funcionando, y se logra aplicando un conjunto de
recomendaciones que se explicarn posteriormente y deben ser aplicados a cada
uno de los componentes de la red [1].
Las redes son Flexibles a Fallas, cuando al ocurrir alguna, esta deja de funcionar,
pero al sustituir el componente afectado se restaura el servicio en un corto tiempo.
Es bueno aclarar tambin que al escoger un componente con ciertas caractersticas
de Tolerancia a Fallas, muchos creen que ya la Red es Tolerante a Fallas, esto no es
as, y es el objetivo de este Proyecto, explicar a los diseadores de redes como
deben ser aplicados en un sistema Tolerante a Fallas.
La disponibilidad de dos o ms proveedores de conectividad (Multi-Homing) permite
mejorar la tolerancia a fallos y ofrecer capacidades de trfico. Las soluciones
disponibles para IPv4 tienen limitaciones en la escalabilidad y capacidad.

Planteamiento del Problema

El problema que se pretende resolver es el Multi-Homing ya que aunque ya hay

mtodos para resolverlo, el uso masivo de estos mtodos compromete el crecimiento
de las tablas de enrutamiento en internet.
Es muy comn que algunos sitios o dominios utilicen el Multi-Homing para evitar el
congestionamiento o una conexin ineficiente.
No obstante, tiene un grave impacto en el sistema de enrutamiento global, porque
cada nuevo dominio que se convierte en Multi-Homing es causa de la inyeccin de
una nueva ruta en los routers centrales de internet [2].
Se dice que un dominio administrativo es Multi-Homing si obtiene conectividad a
Internet a travs de dos o ms conexiones. Esencialmente, este recurso es utilizado
para mejorar algn aspecto la calidad de la conectividad a Internet. El ms evidente
es la tolerancia a fallos; el rango de fallos cubiertos depende de la solucin
empleada, pudiendo abarcar desde fallos del enlace, hasta fallos en el Punto de
Interconexin.

Objetivos

Objetivos Generales
Se pretende prevenir

fallas en el Multi-Homing ya que es un mtodo de

paralelizacin de conexiones a internet que es necesario cuando surge perdida de

conexin con el ISP a internet.
Objetivos Especficos
-Analizar las Fallas de Multi-Homing que se presentan en el IPV4.
-Encontrar las Diferencias de funcionamiento en IPV4 e IPV6.
-Implementar una Metodologa para la tolerancia a Fallas del Multi-Homing en IPV6.

Hiptesis

Multi-Homing de extremo a extremo

Lo que se necesita es suponer que son los extremos los que tienen que resolver el
problema, y no la red. Los extremos tendrn que gestionar las diferentes direcciones,
y necesitarn saber cundo utilizar cada una [4].
Tambin deberan ser capaces de gestionar flujos de paquetes con diferentes
direcciones de destino. En el extremo, estas tareas se pueden realizar en dos niveles
distintos: nivel TCP, o nivel de aplicacin. Una solucin de nivel de transporte es
transparente para la aplicacin, pero una solucin especfica debera ser
desarrollada para cada diferente capa de transporte.
El caso particular de TCP es abordado, pero la solucin para protocolos no
orientados a conexin, como UDP, es menos clara. La capa de aplicacin puede
encargarse del problema, algo que impone obviamente que cada aplicacin deba
desarrollar un mdulo para gestionar mltiples direcciones en caso de que el extremo
que ejecute la aplicacin est situado en un dominio Multi-Homing [1].

Hay varias cuestiones abiertas en este enfoque, como la interaccin entre el extremo
y el router o cun lejos del extremo reside la informacin necesaria.

Justificacin

Este Proyecto est dirigido a aquellos que se dedican a disear redes con conexin a
internet, al igual que aquellos que administren internet a un domino en especfico.
Fundamentacin Inicial
Multi-Homing
Un sitio es Multi-Homing si se conecta a ms de un proveedor de Internet o ISP.
Si a un sitio no le es posible hacer Multi-Homing con direcciones independientes del
proveedor an le es posible obtener un bloque de direcciones de uno de los ISPs que
le prestan servicio [3].
Este modelo de Multi-Homing con direcciones asignadas por el proveedor permite
gozar de buena parte de

las ventajas del Multi-Homing a sitios que no son lo

suficientemente grandes como para obtener un bloque independiente del proveedor

[4].
Otro caso que no se define como Multi-Homing, pero que proporciona algunas de las
ventajas del Multi-Homing es el hecho de disponer de mltiples conexiones a un
mismo ISP. En este caso no se necesita contar con ningn prefijo en especial ni
obtener un nmero de sistema autnomo, pero se tiene el inconveniente que ante
una falla general del ISP se pierde conectividad.

Formas de Conectar Multi-Homing

-Stub AS
Tiene una nica conexin con otro AS, que ser normalmente su ISP. Por este
sistema autnomo nicamente circula trfico local [3].
-Multi-Homing AS
Tiene ms de una conexin a otros sistemas por motivos de redundancia [3].
-AS de trnsito (ISP)
Tiene varias conexiones, pero slo se encarga de reenviar el trfico de una conexin
a otra aplicndole una serie de restricciones mediante la poltica de encaminamiento
[3].

Algunas Recomendaciones para el Diseo de la Red

Estas son las Soluciones de Multi-Homing para dominios en IPv6 que desde mi punto
de vista son ms efectivas.
En esta seccin presentare tres diferentes aproximaciones a la provisin de servicios
Multi-Homing: restricciones topolgicas, ingeniera de direcciones, y Multi-Homing de
extremo a extremo [1].
-Restricciones Topolgicas.
La motivacin para aplicar restricciones topolgicas se basa en la observacin de
que la contribucin de los dominios Multi-Homing a las tablas de enrutamiento de
Internet se debe a que los diferentes caminos hacia el dominio slo pueden llegar a
ser agregados en una nica ruta, si es que esto es posible, en la DFZ. La idea bsica
de esta aproximacin es imponer puntos de agregacin en algn punto de nivel
inferior a la DFZ en la jerarqua de red, de modo que diferentes caminos (rutas) a un
mismo dominio Multi-Homing puedan agregarse.
Restricciones en el punto de acceso a la red para dominios Multi-Homing
La opcin ms restrictiva consistira en limitar las mltiples conexiones de un dominio
Multi-Homing a un nico proveedor. En este caso, una nica ruta a este dominio se
propagara fuera del proveedor. Hay varias desventajas inaceptables en esta
solucin, como son la limitada tolerancia a fallos, y la reducida flexibilidad en el
establecimiento de polticas de trfico.

-Ingeniera de Direcciones

Las direcciones de Internet identifican no solo a un punto conectado a una red, sino
tambin a la ruta para alcanzarlo. Dicho de otra forma, una direccin contiene tanto
informacin de identificacin, como informacin de enrutamiento. En el mundo IPV4,
el hecho de que suela haber slo una direccin asignada a cada interfaz oculta el
problema presentado por esta ligazn [1].
-Multi-Homing de extremo a extremo
El principal obstculo que debe afrontar esta aproximacin es la falta de informacin
sobre el estado de la red en los extremos. Claramente, esta solucin no es ptima,
pudiendo incrementar los retardos en las comunicaciones. Otra solucin puede
consistir en obtener la informacin necesaria de algn elemento de la red, como los
routers. Hay varias cuestiones abiertas en este enfoque, como la interaccin entre el
extremo y el router o cun lejos del extremo reside la informacin necesaria [1].

Cronograma
Activ
idad
\
Fech
as
Sele

S O N D E F M A
E C O I N E A B
P T V C E B R R
.

. .

cci
n del

Tem
a
Reco
pilac
in
de

X X X

Infor
maci
n
Anli
sis
de la
infor

X X X

maci
n
Dise
o
de
Hip
tesis

X X X X

Impl
eme
ntaci
n

X X X X

de
Hip
tesis
Pres
enta
cin
del

X X

Proy
ecto

Fuentes de Informacin
1.- http://www.it.uc3m.es/azcorra/papers/prim-idg02.pdf
Primeros pasos hacia multi-homing en IPv61

Marcelo Bagnulo, Alberto Garca, David Larrabeiti, Arturo Azcorra

Universidad Carlos III de Madrid.
Fecha de Consulta: 24-Noviembre-2013
2.- http://dialnet.unirioja.es/servlet/articulo?codigo=2065180
Herramientas para la provisin de multi-homing en IPv6
Fecha de Consulta: 18-Diciembre-2013
3.- http://bibing.us.es/proyectos/abreproy/11359/fichero/BGP
%252F9.+Multihoming.pdf
Multi-Homing
Fecha de Consulta: 18-Diciembre-2013
4.- http://www.palermo.edu/ingenieria/downloads/CyT%204/CYT403.pdf
Multi-Homing Casero
Fecha de Consulta: 18-Diciembre-2012