C??mo usar dos ISPs y sumar el ancho de banda en conexiones ADSL/DSL/Cable

Algunas veces se han planteado las siguientes preguntas:

1) Tengo dos conexiones ADSL, o una ADSL y otra de cable. ??C??mo puedo «sumar» el ancho de banda y as?? aprovechar simult??neamente ambas?

2) Tengo dos conexiones ADSL y quiero usar una para navegar y otra para compartir datos con amigos, para lo cual uso alg??n programa seguro P2P.

3) Tengo dos conexiones ADSL y quiero usar una para Internet y la otra para conectarme a mi empresa en teletrabajo y s??lo para ello.

Bien, estos casos, aunque similares, son totalmente diferentes. Empecemos con una introducci??n al funcionamiento del TCP/IP.

INTRODUCCI??N: Funcionamiento del TCP/IP
En una m??quina, el TCP/IP tiene siempre el mismo comportamiento: en funci??n de la tabla de rutas (visible mediante el comando ‘route print’), la capa de red de TCP/IP selecciona por d??nde y a qui??n enviar el paquete de datos. Si existe una ruta espec??fica para una determinada direcci??n de red, o bien para un rango de direcciones, se enviar?? al gateway /puerta de enlace que est?? definida en la tabla de rutas. Si no, se enviar?? al gateway por defecto, el cual es aquel que en la tabla de rutas est?? definido como 0.0.0.0. Si existiesen varios con direcci??n 0.0.0.0 se seleccionar?? aquel que tenga menor «m??trica», y a igualdad de m??trica se seleccionar?? el primero de ellos (leyendo la tabla de rutas de abajo a arriba).

Las capas del TCP/IP ante una tabla est??tica, una vez que han decidido no cambian su decisi??n. Y puerta de salida (gateway) activa s??lo puede haber una: cuando salimos de una casa lo hacemos por una puerta, no por dos a la vez.

Ante esto, podemos ver que los tres problemas planteados tienen «en principio» las siguientes respuestas:

1) No es posible, o un ISP o bien el otro.

2) No es posible ya que las IP de los destinatarios P2P pueden ser cualquiera. Es similar al caso 1

3) Es posible, siempre y cuando establezcamos la tabla de rutas correctamente, a??adiendo una entrada a la direcci??n o direcciones de la empresa y apuntando al gateway que deseamos. Igualmente, para el resto de direcciones modificaremos si es necesario la tabla de rutas para que apunte al otro gateway. Esto es sencillo de realizar con el comando ‘route add’ y ‘route delete’ y con el par??metro ‘persistent’ si deseamos hacerlas persistentes y no tener que redefinirlas en cada reinicio de la m??quina (la ‘persistencia’ s??lo es posible en sistemas NT, XP, W200x y no es posible en sistemas W9X / ME). Pueden verse otros art??culos m??os de detalle sobre el funcionamiento del TCP/IP y c??mo configurar en estos casos.

El punto 1) puede solucionarse mediante el mecanismo de balanceo de carga, el cual sigue cumpliendo la normativa RFC del TCP/IP y, b??sicamente, y aunque no es real el funcionamiento ya que se utilizan otros mecanismos, podr??amos «intuir» que si tenemos un software que va contando los paquetes enviados y va decidiendo en funci??n del n??mero de ellos por qu?? puerta de enlace enviar -mediante criterios m??s o menos ‘inteligentes’-, simplemente cambiando la tabla de rutas ir?? el sistema enviando a uno u otro. Aunque realmente se usan otros procedimientos, esta l??gica ‘intuitiva’ puede servirnos.

Hay dos posibles soluciones para el Balanceo de Carga, una software (y me voy a ce??ir ??nicamente a soluciones en el Sistema operativo XP) y otra hardware.

Realmente la descomposici??n completa, para abordar toda la casu??stica, ser??a:

* Balanceo de carga (Load Balancing) por software.
* Balanceo de carga por hardware.
* ‘Circuit Bonding’ -es solo soluci??n hardware-.

La diferencia entre balanceo de carga y ‘circuit bonding’ es que, en la primera, si tenemos dos l??neas ADSL de 1024 Mbps cada usuario o cada conexi??n tendr?? un m??ximo de 1024, lo que sucede es que lanzando las dos conexiones a la vez, tendremos un ancho de banda total de 2048, pero por cada conexi??n, limitado a 1024. En cambio en ‘circuit bonding’ -s??lo hardware y que veremos al final- es una suma real y cada conexi??n puede alcanzar los 2048.

El ejemplo cl??sico es si nos estamos bajando un archivo grande, un ISO por ejemplo, en Load Balancing, (sin usar gestores de descargas que realizan conexiones m??ltiples), s??lo estaremos bajando a 1024 -y nos quedan los otros 1024 libres para cualquier otra cosa. En cambio en ‘circuit bonding’ tendremos realmente los 2048 de bajada disponibles para dicha conexi??n.

BALANCEO DE CARGA POR SOFTWARE (XP)
Necesitaremos al menos dos NIC’s (tarjetas de red) si tenemos un PC ??nicamente, o bien 3 NIC’s si tenemos una red: dos de las NIC’s una a cada router ADSL, y la tercera NIC a la red local.

??nicamente hay en la actualidad dos programas capaces de hacerlo: Intergate www.vicomsoft.com y surfdoubler de midpoint software www.midpoint.com. Esta ??ltima Web est?? cerrada en la actualidad -no s?? si transitoriamente-, pero su software, al menos de demo, puede todav??a encontrarse en muchos sitios de Internet.

La soluci??n de midpoint, aunque es un software un poco antiguo y para W95 / NT con una interface un poco ‘cutre’, es una soluci??n sencilla de configurar, r??pida de instalar, estable y de un funcionamiento correcto. Sus mecanismos de balanceo y toma de decisi??n de la interface es correcta y rapid??sima. En este sentido me parece mejor que la soluci??n de Intergate.

En Intergate, existe actualmente la versi??n 9.02 en su Web, la cual puede bajarse para probarla. Esta versi??n, he sido incapaz de que funcionase, ni en XP-SP2 ni en W2000, ni en W2003. Entiendo que s??lo es problema de la versi??n demo y no de la definitiva. El problema es que elimina el TCP/IP de Microsoft en las interfaces a Internet y lo sustituye por un servicio suyo que da la salida IP. Este servicio no arranca en ning??n caso en sistemas limpios y reci??n instalados.

Leyendo documentaci??n en Google, encontr?? buenas criticas de la versi??n anterior (8.60) y, ante la imposibilidad de obtenerla de Intergate, decid?? bajarla de la red con el consiguiente peligro que esto conlleva (25 spyware y 7 virus). Aislada en una m??quina virtual, a pesar de la infecci??n, consegu?? extraer los ejecutables reales limpios para prueba en otra instalaci??n. Una vez instalado, -los manuales de la 9.02 sirven perfectamente para la versi??n anterior 8.60- su funcionamiento es totalmente correcto. ??nicamente la matizaci??n, a nivel particular, de que no me gusta la desactivaci??n del TCP de Microsoft y el uso de su stack IP independiente para este caso.

En las medidas realizadas, parece mas «??gil» la soluci??n de Midpoint que por desgracia ya est?? sin soporte.

BALANCEO DE CARGA POR HARDWARE
El tema es m??s simple: un router con dos entradas WAN y ‘n’ salidas LAN. Cada router ADSL a una entrada WAN y el sistema hardware se encarga del balanceo en funci??n de las peticiones de la LAN.

Los routers que he localizado en la actualidad y que cumplen estas caracter??sticas son:

Netgear FVS124G
Xincom XC-DPG402
Xincom XC-DPG502
Xincom XC-DPG602
OvisLink MN200
HotBrick Firewall VPN 600/2
HotBrick Firewall VPN 1200/2
ZyXEL ZyWALL 35
ZyXEL ZyWALL 70
Linksys RV082
Linksys RV016
Linksys RV042
Edimax BR-6104K
Xterasys XR-4106
Pheenet BIG-02/4
Symantec VPN 200
Nexland Pro800
BroDigit NFR3024
Hawking FR24

Esta lista no es exhaustiva y, aunque est?? actualizada en el momento de escribir este art??culo, no estar?? de m??s una b??squeda en Internet de este tipo de routers si nos decantamos por una soluci??n hardware.

CIRCUIT BONDIGN
Es una soluci??n ??nicamente hardware (llamada tambi??n Bonding/muxing), en la cual los clientes tienen realmente la capacidad total, suma de ambas. Al contrario del Balanceo de Carga, en el cual dos l??neas de 1024 equivalen a 2 x 1024 y limitada cada conexi??n a un m??ximo de 1024, esta soluci??n da realmente los 2048 -suma de ambos- en este ejemplo.

Se necesitan varias condiciones en este caso:

1) Se requieren dos routers y otros dos dispositivos llamados MUXS.
2) Un router y un mux deben estar colocados en el ISP, y el otro router y mux en nuestro punto final de conexi??n.
3) El ISP, por tanto,debe ser ??nico y no dos ISPs diferentes.
4) El ISP debe soportar, por supuesto, esta configuraci??n. En la actualidad solo est?? soportado en l??neas T1.

Fuente: http://www.multingles.net/jmt.htm Jos?? Manuel Tella Llop

Deja un comentario

A %d blogueros les gusta esto: