{"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\/et\/blog\/administrirovanie\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","title":{"rendered":"Interneti-kanalite t\u00f5eline koondamine \u2014 OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Interneti-kanalite
\n
\nKas on v\u00f5imalik \u00fchendada mitu interneti\u00fchendust \u00fcheks? Selle teema \u00fcmber on palju v\u00e4\u00e4rarusaamu ja m\u00fc\u00fcte, isegi kogenud v\u00f5rgueksperdid ei tea sageli, et see on v\u00f5imalik. Enamasti tuntakse kanalite \u00fchendamist vale nime all, nagu NAT tasemel koormuse tasakaalustamine v\u00f5i varukoopia. Kuid t\u00f5eline summaarne \u00fchendamine v\u00f5imaldab saata \u00fchte TCP-\u00fchendust korraga \u00fcle k\u00f5ik interneti\u00fchendused<\/b>, n\u00e4iteks videovoogedastust nii, et \u00fcksk\u00f5ik millisest interneti\u00fchendusest katkestamine ei katkestaks edastamist. <\/p>\n

On olemas kallid kaubanduslikud lahendused videovoogedastuseks, kuid sellised seadmed maksavad palju tuhandeid eurosid. Artiklis k\u00e4sitletakse tasuta avatud OpenMPTCPRouter paketi seadistamist ning arutatakse populaarseid m\u00fc\u00fcte kanalite \u00fchendamise kohta.
\n<\/a><\/noindex><\/p>\n

M\u00fctoloogiad kanalite \u00fchendamisest<\/h2>\n

\nOn palju odavaid ruutereid, mis toetavad Multi-WAN funktsiooni. M\u00f5nikord nimetavad tootjad seda kanalite \u00fchendamiseks, mis pole p\u00e4ris \u00f5ige. Paljud v\u00f5rgueksperdid usuvad, et lisaks LACP<\/a><\/noindex> ja tasakaalu saavutamine L2 tasemel, ei ole mingit muud kanalite \u00fchendamist. Olen sageli kuulnud, et see on t\u00e4ielikult v\u00f5imatu inimestelt, kes t\u00f6\u00f6tavad telekomis. Seega proovime uurida populaarsuse m\u00fc\u00fcte. <\/p>\n

IP-\u00fchenduste tasemel koormuse jagamine<\/h2>\n

\nSee on k\u00f5ige taskukohasem ja populaarsem viis kasutada mitut internetikanalit korraga. Lihtsuse huvides kujutame ette, et teil on kolm interneti teenusepakkujat, iga\u00fcks annab teile oma v\u00f5rgust reaalse IP-aadressi. K\u00f5ik need teenusepakkujad on \u00fchendatud marsruuterisse, mis toetab Multi-WAN funktsiooni. See v\u00f5ib olla OpenWRT koos mwan3 paketiga, Mikrotik, Ubiquiti v\u00f5i m\u00f5ni muu kodune marsruuter, kuna n\u00fc\u00fcd on selline valik juba tavaliseks muutunud.<\/p>\n

Situatsiooni modelleerimiseks kujutame ette, et teenusepakkujad on meile andnud j\u00e4rgmised aadressid:<\/p>\n

WAN1 \u2014 11.11.11.11\nWAN2 \u2014 22.22.22.22\nWAN3 \u2014 33.33.33.33\n<\/code><\/pre>\n
\nKuna \u00fchendume eemaloleva serveriga example.com<\/b> Iga teenusepakkuja kaudu n\u00e4eb kaugserver kolme s\u00f5ltumatut kliendi allika IP-aadressi. Koormuse jaotamine v\u00f5imaldab jagada koormust kanalite vahel ja kasutada neid k\u00f5iki kolme samaaegselt. Lihtsuse huvides kujutame ette, et jagame koormuse k\u00f5ikide kanalite vahel v\u00f5rdselt. Tulemuseks on see, et kui klient avab lehe, kus on n\u00e4iteks kolm pilti, laadib ta iga pildi l\u00e4bi erineva teenusepakkuja. Veebilehe poolelt n\u00e4eb see v\u00e4lja nagu kolm erinevat IP-aadressi, mis on \u00fchendatud.<\/p>\n
\"Interneti-kanalite
\n\u00dchendusleveli tasemel koormuse jaotamise puhul toimub iga TCP-\u00fchendus l\u00e4bi eraldi teenusepakkuja.<\/p>\n
Selline tasakaalustusre\u017eiim toob sageli kaasa probleeme kasutajatele. N\u00e4iteks seovad paljud veebisaidid k\u00fcpsised ja tokenid kindlalt kliendi IP-aadressiga, ning kui see \u00e4kitselt muutub, l\u00fckatakse p\u00e4ring tagasi v\u00f5i logib klient veebisaidilt v\u00e4lja. See esineb sageli kliendi panganduss\u00fcsteemides ja muudel veebisaitidel, kus kehtivad ranged kasutajasessioonide reeglid. Siin on lihtne n\u00e4ide: muusikafailid VK.com-is on k\u00e4ttesaadavad ainult kehtiva sessiooniv\u00f5tmega, mis on seotud IP-aadressiga, ja sellist tasakaalu kasutavatel klientidel ei m\u00e4ngita sageli heli, kuna p\u00e4ring saadeti mitte selle teenusepakkuja kaudu, kellega seanss on seotud.<\/p>\n
\"Interneti-kanalite
\nTorrentide allalaadimisel summutab \u00fchendustasandi tasakaalustus k\u00f5ikide kanalite ribalaiuse.<\/p>\n
Selline tasakaalustus v\u00f5imaldab interneti\u00fchenduse kiirusel kumuleeruda, kasutades mitmeid \u00fchendusi. N\u00e4iteks, kui igal kolmel teenusepakkujal on kiirus 100 megabitti, siis torrentide allalaadimisel saame tulemuseks 300 megabitti. See, kuna torrent avab hulgaliselt \u00fchendusi, mis jagunevad k\u00f5igi teenusepakkujate vahel ning l\u00f5puks kasutavad kogu \u00fchenduse \u00e4ra.<\/p>\n
Oluline on m\u00f5ista, et \u00fcksainus TCP-\u00fchendus l\u00e4bib alati vaid \u00fchte teenusepakkujat. See t\u00e4hendab, et kui allalaadime \u00fchte suurt faili HTTP kaudu, siis see \u00fchendus toimub l\u00e4bi \u00fche teenusepakkuja, ja kui side selle teenusepakkujaga katkeb, siis ka allalaadimine katkeb. <\/p>\n
\"Interneti-kanalite
\n\u00dcks \u00fchendus kasutab alati ainult \u00fchte internetikanalit.<\/p>\n
See on t\u00f5ene ka videovalamiste puhul. Kui edastate voogedastust n\u00e4iteks Twitchis, ei tooda IP-\u00fchenduste tasemel tasakaalustamine mingit erilist kasu, kuna video voog edastatakse \u00fche IP-\u00fchenduse sees. Sel juhul, kui WAN-i pakkujal tekivad sideprobleemid, nagu paketikaod v\u00f5i kiiruslangus, ei saa te kohe teisele pakkujale \u00fcle minna. Edastust tuleb peatada ja uuesti \u00fchendust luua. <\/p>\n
Reaalne kanalite summeerimine<\/h2>\n
\nReaalne kanalite summeerimine v\u00f5imaldab suunata \u00fche \u00fchenduse n\u00e4iteks Twitchi kaudu l\u00e4bi k\u00f5igi pakkujate nii, et kui \u00fcksk\u00f5ik milline pakkuja l\u00e4heb katki, ei katke \u00fchendus. See on \u00fcllatavalt keeruline \u00fclesanne, millel pole siiani optimaalset lahendust. Paljud ei teagi, et see on v\u00f5imalik! <\/p>\n
Eelmiste illustratsioonide p\u00f5hjal m\u00e4letame, et tinglik Twitch server v\u00f5ib vastu v\u00f5tta videovooge ainult \u00fchelt source IP aadressilt, seega peab see olema meil alati stabiilne, olenemata sellest, millised teenusepakkujad on katkestatud ja millised t\u00f6\u00f6tavad. Selle saavutamiseks vajame summatiivset serverit, mis l\u00f5petab k\u00f5ik meie \u00fchendused ja \u00fchendab need \u00fcheks.<\/p>\n
\"Interneti-kanalite
\nSummatiivne server koondab k\u00f5ik kanalid \u00fchte tunnelisse. K\u00f5ik \u00fchendused toimuvad summatiivse serveri aadressilt.<\/p>\n
Sellises skeemis kasutatakse k\u00f5iki teenusepakkujaid, ning mis tahes neist katkestamine ei p\u00f5hjusta \u00fchenduse katkemist Twitch serveriga. Sisuliselt on see eriline VPN-tunnel, mille all on mitmed internetikanalid. Selle skeemi peamine \u00fclesanne on saada maksimaalselt kvaliteetne sidekanal. Kui m\u00f5nel teenusepakkujatel tekivad probleemid, paketikaod v\u00f5i viivituste suurenemine, siis ei tohiks see kvaliteeti kuidagi m\u00f5jutada, sest koormus jaotatakse automaatselt muudele, kvaliteetsematele kanalitele, mis on meie k\u00e4sutuses. <\/p>\n
Kaubanduslikud lahendused<\/h3>\n
\nSee probleem on juba ammu vaevanud neid, kes edastavad \u00fcritusi ja kellel puudub ligip\u00e4\u00e4s kvaliteetsele internetile. Sellisteks \u00fclesanneteks on olemas mitmeid kaubanduslikke lahendusi; n\u00e4iteks valmistab ettev\u00f5te Teradek tohutuid ruutereid, kuhu saab lisada terveid gruppe USB-modemeid.<\/p>\n
\"Interneti-kanalite
\nVideovoo ruuter kanali summeerimise funktsiooniga<\/p>\n
Sellistes seadmetes on tavaliselt sisseehitatud video signaali salvestamise v\u00f5imalus HDMI v\u00f5i SDI kaudu. Koos ruuteriga m\u00fc\u00fcakse tellimus kanali summeerimise teenusele, samuti videovoo t\u00f6\u00f6tlemise, kodeerimise ja edastamise teenusele. Selliste seadmete hind algab 2000 dollarist koos modemitest koosneva komplektiga, pluss eraldi tellimus teenusele. <\/p>\n
M\u00f5nikord v\u00f5ib see tunduda \u00fcsna hirmu\u00e4ratav:<\/p>\n
\"Interneti-kanalite
\n<\/p>\n
Seame \u00fcles OpenMPTCPRouter<\/h2>\n
\nProtokoll MP-TCP<\/a><\/noindex> (MultiPath TCP) on v\u00e4lja t\u00f6\u00f6tatud v\u00f5imaluseks \u00fchendada korraga mitme kanaliga. N\u00e4iteks, seda toetab iOS<\/a><\/noindex> ja v\u00f5ib samal ajal \u00fchendada kaugs\u00fcsteemiga nii WiFi kui ka mobiilse v\u00f5rgu kaudu. Oluline on m\u00f5ista, et need ei ole kaks eraldi TCP-\u00fchendust, vaid \u00fcks \u00fchendus, mis on loodud kahe kanali kaudu. Selle toimimiseks peab kaugs\u00fcsteem ka toetama MPTCP-d.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> on avatud programmiline ruuter, mis v\u00f5imaldab t\u00f5eliselt summutada kanaleid. Autorite s\u00f5nul on projekt alfa-etapis, kuid seda saab juba kasutada. See koosneb kahest osast - summutavast serverist, mis asub internetis, ja ruuterist, mille kaudu on \u00fchendatud mitu interneti pakkujat ja kliendiseadmed: arvutid, telefonid. Kasutajaruuterina v\u00f5ib toimida Raspberry Pi, m\u00f5ned WiFi-ruuterid v\u00f5i tavaline arvuti. On olemas valmis kogumikud erinevatele platvormidele, mis on v\u00e4ga mugav.<\/p>\n
\"Interneti-kanalite
\nOpenMPTCPRouteri t\u00f6\u00f6p\u00f5him\u00f5te<\/p>\n
Summutava serveri seadistamine<\/h2>\n
\nSummutav server asub internetis ja terminalib \u00fchendused k\u00f5igilt kliendi ruuteri kanalitelt \u00fchte. Selle serveri IP-aadress on v\u00e4lisadresseering internetti p\u00e4\u00e4semiseks l\u00e4bi OpenMPTCPRouteri. <\/p>\n
Selle \u00fclesande jaoks kasutame VPS-serverit Debian 10-l.<\/p>\n
Kokkuv\u00f5tva serveri n\u00f5uded:<\/p>\n