{"id":53735,"date":"2019-12-09T00:00:00","date_gmt":"2019-12-08T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter"},"modified":"2020-02-18T14:01:40","modified_gmt":"2020-02-18T11:01:40","slug":"nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","title":{"rendered":"True Internet channel aggregation \u2014 OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"True
\n
\n\u00bfSe pueden combinar m\u00faltiples canales de internet en uno solo? Hay muchos malentendidos y mitos en torno a este tema, incluso ingenieros de redes experimentados a menudo no saben que esto es posible. En la mayor\u00eda de los casos, la combinaci\u00f3n de canales se confunde err\u00f3neamente con la balanceo a nivel de NAT o failover. Pero la verdadera agregaci\u00f3n permite establecer una \u00fanica conexi\u00f3n TCP que funcione a trav\u00e9s de todos los canales de internet<\/b>, por ejemplo, en una transmisi\u00f3n de video, de modo que si uno de los canales de internet falla, la emisi\u00f3n no se interrumpa. <\/p>\n

Existen soluciones comerciales costosas para transmisiones de video, pero esos dispositivos pueden costar miles de d\u00f3lares. Este art\u00edculo describe la configuraci\u00f3n de un paquete gratuito y abierto llamado OpenMPTCPRouter, desmitificando los mitos populares sobre la agregaci\u00f3n de canales.
\n<\/a><\/noindex><\/p>\n

Mitos sobre la agregaci\u00f3n de canales<\/h2>\n

\nHay muchos routers dom\u00e9sticos que admiten la funci\u00f3n Multi-WAN. A veces, los fabricantes llaman a esto agregaci\u00f3n de canales, lo cual no es del todo exacto. Muchos en el campo t\u00e9cnico creen que adem\u00e1s de LACP<\/a><\/noindex> y la agregaci\u00f3n a nivel L2, no existe ninguna otra forma de combinar canales. A menudo he escuchado de personas que trabajan en telecomunicaciones que eso es completamente imposible. As\u00ed que intentemos aclarar algunos de los mitos populares. <\/p>\n

Balanceo a nivel de conexiones IP<\/h2>\n

\nEsta es la forma m\u00e1s accesible y popular de utilizar varios canales de internet al mismo tiempo. Para simplificar, imaginemos que tienes tres proveedores de internet, cada uno te asigna una direcci\u00f3n IP real de su red. Todos estos proveedores est\u00e1n conectados a un router que admite la funci\u00f3n Multi-WAN. Esto puede ser OpenWRT con el paquete mwan3, mikrotik, ubiquiti o cualquier otro router dom\u00e9stico, ya que actualmente esta opci\u00f3n no es rara.<\/p>\n

Para simular la situaci\u00f3n, imaginemos que los proveedores nos han otorgado estas direcciones:<\/p>\n

WAN1 \u2014 11.11.11.11\nWAN2 \u2014 22.22.22.22\nWAN3 \u2014 33.33.33.33\n<\/code><\/pre>\n
\nEs decir, al conectarse a un servidor remoto example.com<\/b> A trav\u00e9s de cada proveedor, el servidor remoto ver\u00e1 tres direcciones IP de origen independientes del cliente. La balanceo permite dividir la carga entre los canales y utilizar los tres simult\u00e1neamente. Para simplificar, imaginemos que estamos dividiendo la carga entre todos los canales de manera equitativa. Como resultado, cuando el cliente abre un sitio web que tiene, digamos, tres im\u00e1genes, carga cada imagen a trav\u00e9s de un proveedor diferente. Desde el lado del sitio, esto se ve como conexiones desde tres IP diferentes.<\/p>\n
\"True
\nEn el balanceo a nivel de conexiones, cada conexi\u00f3n TCP pasa a trav\u00e9s de un proveedor diferente.<\/p>\n
Este modo de balanceo a menudo presenta problemas para los usuarios. Por ejemplo, muchos sitios atan estrictamente las cookies y los tokens a la direcci\u00f3n IP del cliente, y si esta cambia repentinamente, la solicitud es rechazada o el cliente es desconectado del sitio. Esto se reproduce frecuentemente en sistemas bancarios en l\u00ednea y en otros sitios con estrictas reglas de sesiones de usuario. Aqu\u00ed hay un ejemplo sencillo: los archivos musicales en VK.com est\u00e1n disponibles solo con una clave de sesi\u00f3n v\u00e1lida que est\u00e1 vinculada a una IP, y los clientes que utilizan este balanceo a menudo no pueden reproducir audio, ya que la solicitud no se envi\u00f3 a trav\u00e9s del proveedor al que est\u00e1 vinculada la sesi\u00f3n.<\/p>\n
\"True
\nAl descargar torrents, el balanceo a nivel de conexiones suma la capacidad de todos los canales.<\/p>\n
Este balanceo permite obtener una suma de la velocidad del canal de Internet al utilizar m\u00faltiples conexiones. Por ejemplo, si cada uno de los tres proveedores tiene una velocidad de 100 Megabits, al descargar torrents obtendremos 300 Megabits. Esto se debe a que el torrent abre m\u00faltiples conexiones que se distribuyen entre todos los proveedores y, en \u00faltima instancia, utilizan todo el canal.<\/p>\n
Es importante entender que una \u00fanica conexi\u00f3n TCP siempre pasar\u00e1 solo a trav\u00e9s de un proveedor. Es decir, si estamos descargando un archivo grande a trav\u00e9s de HTTP, esta conexi\u00f3n se realizar\u00e1 a trav\u00e9s de uno de los proveedores, y si la conexi\u00f3n con ese proveedor se interrumpe, la descarga tambi\u00e9n fallar\u00e1. <\/p>\n
\"True
\nUna conexi\u00f3n siempre usar\u00e1 solo un canal de Internet.<\/p>\n
Esto tambi\u00e9n se aplica a las transmisiones de video. Si transmites video en vivo en alguna plataforma como Twitch, la equilibraci\u00f3n a nivel de conexiones IP no ofrecer\u00e1 ning\u00fan beneficio especial, ya que la transmisi\u00f3n de video se har\u00e1 a trav\u00e9s de una \u00fanica conexi\u00f3n IP. En este caso, si el proveedor de WAN 3 comienza a tener problemas de conexi\u00f3n, como p\u00e9rdidas de paquetes o reducci\u00f3n de velocidad, no podr\u00e1s cambiar inmediatamente a otro proveedor. Tendr\u00e1s que detener la transmisi\u00f3n y reconectarte de nuevo. <\/p>\n
Sumatoria de canales real<\/h2>\n
\nLa sumatoria de canales real permite utilizar una sola conexi\u00f3n a Twitch a trav\u00e9s de todos los proveedores de tal forma que, si cualquiera de los proveedores falla, la conexi\u00f3n no se interrumpa. Esta es una tarea sorprendentemente compleja que a\u00fan no tiene soluci\u00f3n \u00f3ptima. Muchos ni siquiera saben que es posible. <\/p>\n
Como recordamos de las ilustraciones anteriores, un servidor de Twitch solo puede aceptar nuestra transmisi\u00f3n de video desde una \u00fanica direcci\u00f3n IP de origen, por lo que debe ser siempre constante, independientemente de cu\u00e1les proveedores hayan fallado y cu\u00e1les est\u00e9n funcionando. Para lograr esto, necesitaremos un servidor sumador que termine todas nuestras conexiones y las combine en una.<\/p>\n
\"True
\nEl servidor sumador agrega todos los canales en un solo t\u00fanel. Todas las conexiones se realizan desde la direcci\u00f3n del servidor sumador.<\/p>\n
En este esquema se utilizan todos los proveedores, y la desconexi\u00f3n de cualquiera de ellos no provocar\u00e1 la p\u00e9rdida de conexi\u00f3n con el servidor de Twitch. Esencialmente, es un t\u00fanel VPN especial, bajo el cual hay varios canales de Internet. La principal tarea de este esquema es obtener la m\u00e1xima calidad de conexi\u00f3n. Si uno de los proveedores enfrenta problemas, p\u00e9rdidas de paquetes o aumentos en la latencia, esto no deber\u00eda afectar la calidad de la conexi\u00f3n, ya que la carga se redistribuir\u00e1 autom\u00e1ticamente a otros canales m\u00e1s confiables que est\u00e9n disponibles. <\/p>\n
Soluciones comerciales<\/h3>\n
\nEste problema ha preocupado durante mucho tiempo a quienes realizan transmisiones en vivo de eventos y no tienen acceso a una buena conexi\u00f3n a Internet. Para tales tareas existen varias soluciones comerciales, por ejemplo, la empresa Teradek fabrica enrutadores monstruosos en los que se insertan paquetes de m\u00f3dems USB:<\/p>\n
\"True
\nRouter para transmisiones de video con funci\u00f3n de agregaci\u00f3n de canales<\/p>\n
En estos dispositivos, generalmente, hay una funci\u00f3n integrada para capturar se\u00f1ales de video a trav\u00e9s de HDMI o SDI. Junto con el router se vende una suscripci\u00f3n al servicio de agregaci\u00f3n de canales, as\u00ed como el procesamiento del flujo de video, su recodificaci\u00f3n y retransmisi\u00f3n. El precio de estos dispositivos comienza desde 2k$ con un paquete de m\u00f3dems, m\u00e1s la suscripci\u00f3n al servicio por separado. <\/p>\n
A veces, esto parece bastante intimidante:<\/p>\n
\"True
\n<\/p>\n
Configuramos OpenMPTCPRouter<\/h2>\n
\nProtocolo MP-TCP<\/a><\/noindex> (MultiPath TCP) fue dise\u00f1ado para permitir conexiones a trav\u00e9s de m\u00faltiples canales simult\u00e1neamente. Por ejemplo, su soporte en iOS<\/a><\/noindex> y puede conectarse simult\u00e1neamente a un servidor remoto a trav\u00e9s de WiFi y mediante la red celular. Es importante entender que no son dos conexiones TCP separadas, sino una \u00fanica conexi\u00f3n establecida a trav\u00e9s de dos canales. Para que esto funcione, el servidor remoto tambi\u00e9n debe soportar MPTCP.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> es un proyecto de software de router abierto que realmente permite agregar canales. Los autores afirman que el proyecto est\u00e1 en estado alfa, pero ya se puede utilizar. Consiste en dos partes: un servidor agregador que se aloja en internet y un router al que se conectan varios proveedores de internet y los propios dispositivos cliente: computadoras, tel\u00e9fonos. Como router de usuario se puede utilizar una Raspberry Pi, algunos routers WiFi o una computadora com\u00fan. Hay construcciones listas para diversas plataformas, lo que es muy conveniente.<\/p>\n
\"True
\nPrincipio de funcionamiento de OpenMPTCPRouter<\/p>\n
Configuraci\u00f3n del servidor agregador<\/h2>\n
\nEl servidor agregador se encuentra en internet y termina las conexiones de todos los canales del router cliente en una sola. La direcci\u00f3n IP de este servidor ser\u00e1 la direcci\u00f3n externa al salir a internet a trav\u00e9s de OpenMPTCPRouter. <\/p>\n
Para esta tarea, utilizaremos un servidor VPS con Debian 10.<\/p>\n
Requisitos para el servidor agregador:<\/p>\n