{"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":"T\u00f5eline internetikanalite summaarne kokkumuutmine - OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"T\u00f5eline
\n
\nKas on v\u00f5imalik \u00fchendada mitu internetikanalit \u00fcheks? Selle teema \u00fcmber on palju eksitusi ja m\u00fc\u00fcte, isegi kogenud v\u00f5rguinsenerid ei tea tihti, et see on v\u00f5imalik. Enamasti nimetatakse kanalite \u00fchendamiseks ekslikult NAT-i tasemel tasakaalustamist v\u00f5i failover'it. Kuid t\u00f5eline summutamine v\u00f5imaldab edasi saata \u00fchte TCP-\u00fchendust samal ajal l\u00e4bi k\u00f5igi internetikanalite<\/b>, n\u00e4iteks videovoolu, nii et \u00fchegi internetikanali katkestamisel ei katkeks edastamine. <\/p>\n

Eksisteerivad kallid kommertslahendused videovoolu jaoks, kuid sellised seadmed maksavad palju kilobakste. Artiklis on kirjeldatud tasuta ja avatud paketti OpenMPTCPRouter seadistamist, k\u00e4sitletakse populaarsed m\u00fc\u00fcdid kanalite summutamise kohta.
\n<\/a><\/noindex><\/p>\n

Kanalite summutamise m\u00fc\u00fcdid<\/h2>\n

\nOn palju koduseid ruutereid, mis toetavad Multi-WAN funktsiooni. M\u00f5nikord nimetavad tootjad seda kanalite summutamiseks, mis pole t\u00e4pselt \u00f5ige. Paljud v\u00f5rguinsenerid usuvad, et lisaks LACP<\/a><\/noindex> ja L2 tasandi summutamisele ei eksisteeri mingit muud kanalite \u00fchendamise v\u00f5imalust. Olen sageli kuulnud inimestelt, kes t\u00f6\u00f6tavad telekomides, et see pole \u00fcldse v\u00f5imalik. Seet\u00f5ttu proovime uurida populaarseid m\u00fc\u00fcte. <\/p>\n

Tasakaalustamine IP-\u00fchenduste tasemel<\/h2>\n

\nSee on k\u00f5ige kergem ja populaarsem viis kasutada mitu internetikanalit korraga. Ajutiselt kujutame ette, et teil on kolm internetiteenuse pakkujaga, kellest iga\u00fcks annab teile reaalse IP-aadressi oma v\u00f5rgust. K\u00f5ik need teenusepakkujad on \u00fchendatud ruuteri k\u00fclge, mis toetab Multi-WAN funktsiooni. See v\u00f5ib olla OpenWRT koos mwan3 paketiga, MikroTik, Ubiquiti v\u00f5i m\u00f5ni muu kodune ruuter, t\u00f5en\u00e4oliselt on selline valik juba tavaline.<\/p>\n

Kujutame ette, et teenusepakkujad andsid meile sellised 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
\nSt, kui me \u00fchendume kaugsensori k\u00fclge example.com<\/b> Iga teenusepakkujat kasutades n\u00e4eb kaugserver kolme eraldi kliendi source IP-d. Tasakaalustamine v\u00f5imaldab jagada koormust kanalite vahel ja kasutada k\u00f5iki kolme korraga. Kerguse huvides kujutage ette, et jagame koormust v\u00f5rdselt k\u00f5igi kanalite vahel. Seega, kui klient avab saidi, millel on tinglikult kolm pilti, laadib ta iga pildi l\u00e4bi eraldi teenusepakkuja. Saidi poolel tundub see kui \u00fchendused kolmest erinevast IP-st.<\/p>\n
\"T\u00f5eline
\n\u00dchendustaseme tasakaalustamisel l\u00e4heb iga TCP-\u00fchendus l\u00e4bi eraldi teenusepakkuja.<\/p>\n
Selline tasakaalustamisre\u017eii toob sageli kaasa probleeme kasutajatele. N\u00e4iteks seovad paljud saidid k\u00fcpsised ja tokenid rangelt kliendi IP-aadressiga ning kui see \u00e4kitselt muutub, l\u00fckatakse p\u00e4ring tagasi v\u00f5i klient logitakse saidilt v\u00e4lja. See esineb sageli kliendipanga s\u00fcsteemides ja teistel veebisaitidel, kus on ranged kasutajaseansside reeglid. Siin on lihtne visuaalne n\u00e4ide: muusikafailid VK.com-is on saadaval ainult kehtiva seansi v\u00f5tmega, mis on seotud IP-ga, ja sellist tasakaalustamist kasutavatel klientidel ei m\u00e4ngita sageli heli, kuna p\u00e4ring l\u00e4ks l\u00e4bi vale teenusepakkuja, kellega seanss on seotud.<\/p>\n
\"T\u00f5eline
\nTorrente allalaadimisel summeerib \u00fchendustaseme tasakaalustamine k\u00f5igi kanalite l\u00e4bilaskev\u00f5imet.<\/p>\n
Selline tasakaalustamine v\u00f5imaldab koguda interneti\u00fchenduse kiirus, kui kasutatakse mitut \u00fchendust. N\u00e4iteks, kui iga kolme teenusepakkuja kiirus on 100 megabitti, siis torrente allalaadimisel saame 300 megabitti. Sest torrent avab palju \u00fchendusi, mis jaotatakse k\u00f5igi teenusepakkujate vahel ning l\u00f5puks kasutatakse kogu kanal.<\/p>\n
Oluline on m\u00f5ista, et \u00fcksik TCP-\u00fchendus l\u00e4bib alati ainult \u00fche teenusepakkuja. See t\u00e4hendab, et kui alla laaditakse \u00fcks suur fail HTTP kaudu, siis see \u00fchendus tehakse l\u00e4bi \u00fche teenusepakkuja, ja kui \u00fchendus selle teenusepakkujaga katke, siis laadimine ka katkeb. <\/p>\n
\"T\u00f5eline
\n\u00dcks \u00fchendus kasutab alati ainult \u00fchte internetikanalit.<\/p>\n
See on kehtib ka video\u00fclekannete puhul. Kui edastate voogedastust mingisugusel Twitch'is, siis IP-\u00fchenduste tasemel tasakaalustamine ei too erilist kasu, kuna video voog edastatakse \u00fche IP-\u00fchenduse piires. Antud juhul, kui WAN-teenuse pakkujal tekivad sideprobleemid, n\u00e4iteks pakettide kaotused v\u00f5i kiiruslangus, ei saa te kohe teisele teenuse pakkujale \u00fcle minna. \u00dclekannet tuleb peatada ja uuesti sisse logida. <\/p>\n
Reaalne kanalite summeerimine<\/h2>\n
\nReaalne kanalite summeerimine v\u00f5imaldab teil saata \u00fche \u00fchenduse Twitch'ile l\u00e4bi k\u00f5igi teenuse pakkujate, nii et kui m\u00f5ni teenuse pakkuja kukub, ei katke \u00fchendus. See on \u00fcllatavalt keeruline \u00fclesanne, millele ei ole endiselt optimaalselt lahendust. Paljud ei tea isegi, et see on v\u00f5imalik! <\/p>\n
Eelnevatest illustratsioonidest m\u00e4letame, et Twitch'i server saab meilt video voogu ainult \u00fche allika IP-aadressilt, mis t\u00e4hendab, et see peab olema pidev, s\u00f5ltumata sellest, millised teenuse pakkujad katkestavad ja millised t\u00f6\u00f6tavad. Selle saavutamiseks vajame summeeriva serverit, mis terminib k\u00f5ik meie \u00fchendused ja \u00fchendab need \u00fchte.<\/p>\n
\"T\u00f5eline
\nSummeeriv server koondab k\u00f5ik kanalid \u00fchte tunnelisse. K\u00f5ik \u00fchendused toimuvad summeeriva serveri aadressilt.<\/p>\n
Sellises skeemis kasutatakse k\u00f5iki teenuse pakkujaid ning \u00fche k\u00e4ivitamine ei p\u00f5hjusta \u00fchenduse katkestamist Twitch'i serveriga. Sisuliselt on see eriline VPN-tunnel, mille all on mitu interneti\u00fchendust. Sellise skeemi peamine \u00fclesanne on saavutada v\u00f5imalikult k\u00f5rge kvaliteediga sidekanal. Kui m\u00f5nes teenuse pakkujas tekivad probleemid, pakettide kaotamine, viivituste suurenemine, ei tohiks see kuidagi m\u00f5jutada side kvaliteeti, kuna koormus jaotatakse automaatselt parematele kanalitele, mis on olemas. <\/p>\n
\u00c4rilahendused<\/h3>\n
\nSee probleem on ammu murettekitav neile, kes viivad l\u00e4bi otse\u00fclekandeid ja kellel ei ole juurdep\u00e4\u00e4su kvaliteetsele internetile. Selliste \u00fclesannete jaoks leidub mitmeid \u00e4rilisi lahendusi, n\u00e4iteks Teradeki ettev\u00f5te toodab selliseid monstrumlike ruutereid, kuhu on paigaldatud hulk USB modemite.<\/p>\n
\"T\u00f5eline
\nVideovooder, millel on kanalisummamise funktsioon<\/p>\n
Nendes seadmetes on tavaliselt sisseehitatud HDMI v\u00f5i SDI vide_signaali haaramise v\u00f5imalus. Koos ruuteriga m\u00fc\u00fcakse samuti tellimus kanalite kokkuv\u00f5tte teenusele ning videovoogude t\u00f6\u00f6tlemise, koodimise ja edasi saatmise teenusele. Selliste seadmete hind algab 2000 dollarist koos modemite komplekti, pluss eraldi tellimus teenusele. <\/p>\n
M\u00f5nikord n\u00e4eb see piisavalt hirmutav v\u00e4lja:<\/p>\n
\"T\u00f5eline
\n<\/p>\n
Seame \u00fcles OpenMPTCPRouteri<\/h2>\n
\nProtokoll MP-TCP<\/a><\/noindex> (MultiPath TCP) on v\u00e4lja m\u00f5eldud v\u00f5imaluse jaoks \u00fchendada korraga mitu kanalit. N\u00e4iteks, see toetab iOS-i<\/a><\/noindex> ja v\u00f5ib samal ajal \u00fchendada kaugs\u00fcsteemiga WiFi ja mobiilside v\u00f5rgu kaudu. Oluline on m\u00f5ista, et need ei ole kaks eraldi TCP-\u00fchendust, vaid \u00fcks \u00fchendus, mis luuakse kohe kahe kanali kaudu. Selleks, et see t\u00f6\u00f6taks, peab kaugserver ka toetama MPTCP-d.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> on avatud projekt, mis on tarkvararuuter, mis v\u00f5imaldab t\u00f5eliselt kanaleid kokku liita. Autorid v\u00e4idavad, et projekt on veel alfa-\u00fcksuses, kuid seda saab juba kasutada. See koosneb kahest osast - summimise serverist, mis asub internetis ja ruuterist, millele on \u00fchendatud mitu internetiteenuse pakkujat ja kliendiseadmed: arvutid, telefonid. Kasutajaruuterina v\u00f5ib kasutada Raspberry Pi, m\u00f5ned WiFi-ruuterid v\u00f5i tavalist arvutit. Erinevate platvormide jaoks on saadaval valmis kompositsioonid, mis on v\u00e4ga mugavad.<\/p>\n
\"T\u00f5eline
\nOpenMPTCPRouteri t\u00f6\u00f6p\u00f5him\u00f5te<\/p>\n
Summitava serveri seadistamine<\/h2>\n
\nSummitav server asub internetis ja l\u00f5petab \u00fchendused k\u00f5igist klientruuteri kanalitest \u00fchte. Selle serveri IP-aadress on OpenMPTCPRouteri kaudu Internetti sisenedes v\u00e4lised aadressid. <\/p>\n
Selle \u00fclesande jaoks kasutame VPS-serverit Debian 10-l.<\/p>\n
Summitava serveri n\u00f5uded:<\/p>\n