{"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\/it\/blog\/administrirovanie\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","title":{"rendered":"Il vero summenzionato aggregatore di canali internet - OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Il
\n
\n\u00c8 possibile unire pi\u00f9 canali internet in uno solo? Ci sono molte convinzioni errate e miti su questo tema, persino gli ingegneri di rete esperti spesso non sono a conoscenza che ci\u00f2 sia possibile. Nella maggior parte dei casi, quello che viene erroneamente definito unione dei canali \u00e8 in realt\u00e0 il bilanciamento a livello NAT o il failover. Ma la vera somma permette di stabilire un'unica connessione TCP simultaneamente su tutti i canali internet<\/b>, ad esempio per una trasmissione video, in modo che l'emissione non venga interrotta in caso di interruzione di uno qualsiasi dei canali internet. <\/p>\n

Esistono soluzioni commerciali costose per le trasmissioni video, ma tali dispositivi costano migliaia di euro. In questo articolo viene descritta la configurazione di un pacchetto open source gratuito chiamato OpenMPTCPRouter e si esaminano i miti popolari sull'unione dei canali.
\n<\/a><\/noindex><\/p>\n

Miti sull'unione dei canali<\/h2>\n

\nCi sono molti router domestici che supportano la funzione Multi-WAN. Talvolta i produttori la chiamano unione dei canali, il che non \u00e8 del tutto corretto. Molti tecnici di rete credono che, oltre a LACP<\/a><\/noindex> e all'unione a livello L2, non esista alcun altro tipo di unione dei canali. Ho spesso sentito dire da persone che lavorano nelle telecomunicazioni che ci\u00f2 \u00e8 impossibile. Cerchiamo quindi di fare chiarezza sui miti pi\u00f9 comuni. <\/p>\n

Bilanciamento a livello di connessioni IP<\/h2>\n

\nQuesto \u00e8 il modo pi\u00f9 accessibile e popolare per utilizzare pi\u00f9 canali internet contemporaneamente. Per semplificare, immaginiamo di avere tre fornitori internet, ognuno dei quali ci fornisce un indirizzo IP reale dalla propria rete. Tutti questi fornitori sono collegati a un router che supporta la funzione Multi-WAN. Potrebbe essere OpenWRT con il pacchetto mwan3, Mikrotik, Ubiquiti o qualsiasi altro router domestico, poich\u00e9 oggi tale opzione non \u00e8 pi\u00f9 rara.<\/p>\n

Per simulare la situazione, immaginiamo che i fornitori ci abbiano fornito i seguenti indirizzi:<\/p>\n

WAN1 \u2014 11.11.11.11\nWAN2 \u2014 22.22.22.22\nWAN3 \u2014 33.33.33.33\n<\/code><\/pre>\n
\nCio\u00e8, collegandosi a un server remoto example.com<\/b> Attraverso ciascun fornitore, il server remoto vedr\u00e0 tre IP sorgente indipendenti del cliente. Il bilanciamento consente di distribuire il carico tra i canali e di utilizzare tutti e tre contemporaneamente. Per semplicit\u00e0, immaginiamo di distribuire il carico in modo uniforme tra tutti i canali. Di conseguenza, quando il cliente apre un sito che ha, ad esempio, tre immagini, carica ciascuna immagine attraverso un fornitore diverso. Sul lato del sito, questo appare come connessioni da tre IP diversi.<\/p>\n
\"Il
\nCon il bilanciamento a livello di connessioni, ogni connessione TCP passa attraverso un fornitore diverso.<\/p>\n
Questo tipo di bilanciamento spesso comporta problemi per gli utenti. Ad esempio, molti siti collegano rigidamente i cookie e i token all'indirizzo IP del cliente, e se questo cambia improvvisamente, la richiesta viene scartata o il cliente viene disconnesso dal sito. Questo si verifica frequentemente nei sistemi di home banking e su altri siti con regole rigorose sulle sessioni utente. Ecco un semplice esempio: i file musicali su VK.com sono accessibili solo con una chiave di sessione valida, che \u00e8 legata all'IP, e i clienti che utilizzano questo tipo di bilanciamento spesso non riescono a riprodurre audio, perch\u00e9 la richiesta \u00e8 stata effettuata tramite un fornitore diverso da quello al quale \u00e8 legata la sessione.<\/p>\n
\"Il
\nDurante il download di torrent, il bilanciamento a livello di connessioni somma la larghezza di banda di tutti i canali.<\/p>\n
Questo bilanciamento consente di ottenere una somma della velocit\u00e0 del canale Internet, utilizzando numerose connessioni. Ad esempio, se ciascuno dei tre fornitori ha una velocit\u00e0 di 100 Megabit, durante il download dei torrent otteniamo 300 Megabit. Questo perch\u00e9 il torrent apre numerose connessioni, che vengono distribuite tra tutti i fornitori e alla fine sfruttano l'intero canale.<\/p>\n
\u00c8 importante comprendere che una singola connessione TCP passer\u00e0 sempre attraverso un solo fornitore. Cio\u00e8, se stiamo scaricando un grande file tramite HTTP, questa connessione sar\u00e0 eseguita tramite uno dei fornitori, e se la connessione con questo fornitore viene interrotta, anche il download si interromper\u00e0. <\/p>\n
\"Il
\nUna connessione utilizzer\u00e0 sempre solo un canale Internet.<\/p>\n
Questo \u00e8 vero anche per le trasmissioni video. Se trasmetti streaming video su una piattaforma tipo Twitch, l'equilibratura a livello di connessioni IP non apporter\u00e0 alcun vantaggio particolare, poich\u00e9 il flusso video verr\u00e0 trasmesso all'interno di una singola connessione IP. In questo caso, se il provider WAN 3 inizia a riscontrare problemi di connessione, come perdita di pacchetti o riduzione della velocit\u00e0, non sar\u00e0 possibile passare immediatamente a un altro provider. Dovrai fermare la trasmissione e riconnetterti da zero. <\/p>\n
Somma dei canali effettiva<\/h2>\n
\nLa somma effettiva dei canali consente di instradare una connessione verso un ipotetico Twitch attraverso tutti i provider contemporaneamente, in modo tale che, se uno dei provider dovesse guastarsi, la connessione non si interrompa. Si tratta di un compito sorprendentemente complesso, che ancora non ha una soluzione ottimale. Molti non sanno nemmeno che sia possibile! <\/p>\n
Dalle illustrazioni precedenti, ricordiamo che un server Twitch ipotetico pu\u00f2 ricevere il nostro flusso video solo da un singolo indirizzo IP sorgente, il che significa che deve rimanere sempre costante, indipendentemente da quali provider siano andati offline e quali siano attivi. Per raggiungere questo obiettivo, avremo bisogno di un server aggregatore, che terminer\u00e0 tutte le nostre connessioni e le unir\u00e0 in una sola.<\/p>\n
\"Il
\nIl server aggregatore aggrega tutti i canali in un unico tunnel. Tutte le connessioni avvengono dall'indirizzo del server aggregatore.<\/p>\n
In questo schema vengono utilizzati tutti i provider e la disconnessione di uno di essi non causer\u00e0 l'interruzione della connessione con il server Twitch. In sostanza, si tratta di un particolare tunnel VPN, sotto il quale ci sono immediatamente diversi canali Internet. L'obiettivo principale di questo schema \u00e8 ottenere il canale di comunicazione di massima qualit\u00e0. Se uno dei provider inizia a riscontrare problemi, perdita di pacchetti o aumento della latenza, ci\u00f2 non dovrebbe riflettersi sulla qualit\u00e0 della connessione, poich\u00e9 il carico verr\u00e0 automaticamente distribuito su altri canali di maggiore qualit\u00e0 disponibili. <\/p>\n
Soluzioni commerciali<\/h3>\n
\nQuesto problema preoccupa da tempo chi svolge dirette di eventi e non ha accesso a Internet di qualit\u00e0. Per tali esigenze esistono diverse soluzioni commerciali, ad esempio l'azienda Teradek produce router mostruosi in cui possono essere inseriti pacchi di modem USB:<\/p>\n
\"Il
\nRouter per trasmissioni video con funzione di somma dei canali<\/p>\n
In questi dispositivi, solitamente, \u00e8 integrata la possibilit\u00e0 di acquisire segnali video tramite HDMI o SDI. Insieme al router viene venduta un'abbonamento al servizio di somma dei canali, nonch\u00e9 di elaborazione del flusso video, ricodifica e rilancio successivo. Il prezzo di tali dispositivi parte da 2k$ con un pacchetto di modem, pi\u00f9 un abbonamento separato al servizio. <\/p>\n
A volte appare piuttosto intimidatorio:<\/p>\n
\"Il
\n<\/p>\n
Configuriamo OpenMPTCPRouter<\/h2>\n
\nProtocollo MP-TCP<\/a><\/noindex> (MultiPath TCP) \u00e8 stato inventato per la possibilit\u00e0 di connettersi simultaneamente attraverso pi\u00f9 canali. Ad esempio, esso \u00e8 supportato da iOS<\/a><\/noindex> e pu\u00f2 connettersi contemporaneamente a un server remoto via WiFi e attraverso una rete mobile. \u00c8 importante capire che non si tratta di due diverse connessioni TCP, ma di una sola connessione stabilita su entrambi i canali. Per fare questo, il server remoto deve supportare MPTCP anche.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> \u00e8 un progetto di router software open source, che consente di sommare realmente i canali. Gli autori dichiarano che il progetto \u00e8 in fase alpha, ma \u00e8 gi\u00e0 utilizzabile. \u00c8 composto da due parti: un server di somma, che si trova su Internet e un router, a cui si collegano diversi fornitori di servizi Internet e i dispositivi client stessi: computer e telefoni. Un Raspberry Pi, alcuni router WiFi o un normale computer possono fungere da router utente. Sono disponibili versioni pronte per diverse piattaforme, il che \u00e8 molto comodo.<\/p>\n
\"Il
\nPrincipio di funzionamento di OpenMPTCPRouter<\/p>\n
Configurazione del server di somma<\/h2>\n
\nIl server di somma si trova su Internet e termina le connessioni di tutti i canali del router client in una sola. L'indirizzo IP di questo server sar\u00e0 l'indirizzo esterno quando si esce su Internet attraverso OpenMPTCPRouter. <\/p>\n
Per questa operazione utilizzeremo un server VPS su Debian 10.<\/p>\n
Requisiti per il server di somma:<\/p>\n