{"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\/hr\/blog\/administrirovanie\/nastoyashhee-summirovanie-internet-kanalov-openmptcprouter","title":{"rendered":"Pravo sumiranje internetskih kanala \u2014 OpenMPTCPRouter","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Pravo
\n
\nMo\u017ee li se spojiti nekoliko internetskih kanala u jedan? Oko ove teme postoji mnogo zabluda i mitova, \u010dak i iskusni mre\u017eni in\u017eenjeri \u010desto ne znaju da je to mogu\u0107e. U ve\u0107ini slu\u010dajeva, zbrajanjem kanala pogre\u0161no se naziva balansiranje na razini NAT-a ili failover. No pravo zbrajanje omogu\u0107ava sprovo\u0111enje jedne jedine TCP veze istovremeno preko svih internetskih kanala<\/b>, na primjer video prijenosa, tako da pri prekidu bilo kojeg od internetskih kanala prijenos ne bude prekinut. <\/p>\n

Postoje skupa komercijalna rje\u0161enja za video prijenose, ali takvi ure\u0111aji ko\u0161taju mnogo tisu\u0107a dolara. U \u010dlanku se opisuje postavljanje besplatnog, otvorenog paketa OpenMPTCPRouter i razmatraju popularni mitovi o zbrajanju kanala.
\n<\/a><\/noindex><\/p>\n

Mitovi o zbrajanju kanala<\/h2>\n

\nPostoji mnogo ku\u0107nih usmjeriva\u010da koji podr\u017eavaju funkciju Multi-WAN. Ponekad proizvo\u0111a\u010di nazivaju to zbrajanjem kanala, \u0161to nije sasvim to\u010dno. Mnogi mre\u017eari vjeruju da osim LACP<\/a><\/noindex> i zbrajanja na L2 razini, ne postoji nikakvo drugo spajanje kanala. \u010cesto sam \u010duo da je to uop\u0107e nemogu\u0107e od ljudi koji rade u telekomunikacijama. Stoga poku\u0161ajmo razjasniti popularne mitove. <\/p>\n

Balansiranje na razini IP veza<\/h2>\n

\nTo je najpristupa\u010dniji i najpopularniji na\u010din kori\u0161tenja vi\u0161e internetskih kanala istovremeno. Radi jednostavnosti, zamislimo da imate tri internetska pru\u017eatelja, svaki vam dodjeljuje stvarnu IP adresu iz svoje mre\u017ee. Svi ovi pru\u017eatelji su povezani u usmjeriva\u010d koji podr\u017eava funkciju Multi-WAN. To mo\u017ee biti OpenWRT s paketom mwan3, mikrotik, ubiquiti ili bilo koji drugi ku\u0107ni usmjeriva\u010d, s obzirom da danas takva opcija vi\u0161e nije rijetkost.<\/p>\n

Za simulaciju situacije zamislimo da su nam pru\u017eatelji dodijelili takve adrese:<\/p>\n

WAN1 \u2014 11.11.11.11\nWAN2 \u2014 22.22.22.22\nWAN3 \u2014 33.33.33.33\n<\/code><\/pre>\n
\nDakle, povezivanje na udaljeni poslu\u017eitelj example.com<\/b> Kroz svakog od pru\u017eatelja usluga, udaljeni poslu\u017eitelj \u0107e vidjeti tri neovisne izvorne IP adrese klijenta. Balansiranje omogu\u0107ava raspodjelu optere\u0107enja preko kanala i kori\u0161tenje svih triju istovremeno. Radi jednostavnosti, zamislimo da ravnomjerno dijelimo optere\u0107enje me\u0111u svim kanalima. Na kraju, kada klijent otvori web stranicu s, recimo, tri slike, svaka \u0107e se slika u\u010ditati preko posebnog pru\u017eatelja usluga. Na strani web stranice to izgleda kao povezanosti s tri razli\u010dita IP adresa.<\/p>\n
\"Pravo
\nPrilikom balansiranja na razini povezanosti, svaka TCP povezanost prolazi kroz posebnog pru\u017eatelja usluga.<\/p>\n
Ovaj na\u010din balansiranja \u010desto donosi probleme za korisnike. Na primjer, mnoge web stranice strogo povezuju kola\u010di\u0107e i tokene s IP adresom klijenta, i ako se iznenada promijeni, zahtjev se odbacuje ili klijent se odjavljuje sa stranice. Ovo se \u010desto doga\u0111a u sustavima klijent-banaka i na drugim stranicama s strogim pravilima korisni\u010dkih sesija. Evo jednostavnog primjera: glazbeni datoteke na VK.com dostupne su samo s va\u017ee\u0107im klju\u010dem sesije, koji je povezan s IP adresom, a klijenti koji koriste takvo balansiranje \u010desto ne mogu reproducirati audio, jer je zahtjev oti\u0161ao ne kroz onog pru\u017eatelja s kojim je sesija povezana.<\/p>\n
\"Pravo
\nPrilikom preuzimanja torrenta, balansiranje na razini povezanosti zbraja propusnost svih kanala.<\/p>\n
Ovo balansiranje omogu\u0107ava zbrajanje brzine internetskih kanala, pri kori\u0161tenju vi\u0161e povezanosti. Na primjer, ako svaki od tri pru\u017eatelja ima brzinu od 100 megabita, prilikom preuzimanja torrenta \u0107emo dobiti 300 megabita. Jer torrent otvara mno\u0161tvo povezivanja koja se raspore\u0111uju me\u0111u svim pru\u017eateljima i na kraju koriste cijeli kanal.<\/p>\n
Va\u017eno je razumjeti da \u0107e jedno jedino TCP povezivanje uvijek pro\u0107i samo kroz jednog pru\u017eatelja usluga. To jest, ako preuzimamo jedan veliki datoteku putem HTTP-a, ta \u0107e se povezanost obaviti kroz jednog od pru\u017eatelja, i ako veza s tim pru\u017eateljem prekinu, preuzimanje \u0107e tako\u0111er stati. <\/p>\n
\"Pravo
\nJedna povezanost uvijek \u0107e koristiti samo jedan internetski kanal.<\/p>\n
To je istinito i za video prijenose. Ako emitujete streamano video na nekom od platformi poput Twitc-a, balansiranje na nivou IP konekcija ne\u0107e donijeti zna\u010dajnu korist, jer \u0107e video stream biti prenositi unutar jedne IP konekcije. U ovom slu\u010daju, ako provajder WAN-a 3 bude imao problema sa vezom, kao \u0161to su gubitak paketa ili smanjenje brzine, ne\u0107ete mo\u0107i odmah prebaciti na drugog provajdera. Prijenos \u0107e morati biti zaustavljen i ponovo vezan. <\/p>\n
Pravo zbrajanje kanala<\/h2>\n
\nPravo zbrajanje kanala omogu\u0107ava proslje\u0111ivanje jedne konekcije na platformu poput Twitc-a kroz sve provajdere na na\u010din da, ako se bilo koji od provajdera pokvari, konekcija ne prekine. Ovo je iznena\u0111uju\u0107e slo\u017een zadatak koji jo\u0161 uvijek nema optimalno rje\u0161enje. Mnogi \u010dak ne znaju da je to mogu\u0107e! <\/p>\n
Prema prethodnim ilustracijama, zapamtili smo da server poput Twitc-a mo\u017ee primiti na\u0161 video stream samo s jedne izvorne IP adrese, \u0161to zna\u010di da ona mora biti stalna, bez obzira na to koji su provajderi otpali, a koji rade. Da bismo to postigli, potrebna nam je agregacijska server koja \u0107e terminirati sve na\u0161e konekcije i spojiti ih u jednu.<\/p>\n
\"Pravo
\nAgregacijski server agregira sve kanale u jedan tunel. Sve konekcije dolaze s adrese agregacijskog servera.<\/p>\n
U ovakvoj shemi se koriste svi provajderi, a isklju\u010denje bilo kojeg od njih ne\u0107e izazvati prekid veze s serverom Twitc. U su\u0161tini, ovo je posebni VPN tunel, koji ispod kaputa ima vi\u0161e internet kanala. Glavni cilj ovakve sheme je dobiti maksimalno kvalitetnu vezu. Ako se na jednom od provajdera pojave problemi, gubitak paketa, pove\u0107anje ka\u0161njenja, to ne bi trebalo uticati na kvalitet veze, jer \u0107e optere\u0107enje automatski biti raspore\u0111eno na druge, kvalitetnije kanale koji su dostupni. <\/p>\n
Komercijalna rje\u0161enja<\/h3>\n
\nOvaj problem dugo mu\u010di one koji organizuju direktne prijenose doga\u0111aja i nemaju pristup kvalitetnom internetu. Za takve zadatke postoje neka komercijalna rje\u0161enja, poput kompanije Teradek koja proizvodi takve monstruozne rutere u koje se mogu umetnuti paketi USB modema:<\/p>\n
\"Pravo
\nUsmjeriva\u010d za video prijenose s funkcijom zbrajanja kanala<\/p>\n
U takvim ure\u0111ajima obi\u010dno je ugra\u0111ena mogu\u0107nost snimanja video signala putem HDMI ili SDI. Uz usmjeriva\u010d dolazi pretplata na uslugu zbrajanja kanala, kao i procesiranje video streama, njegov reenkodiranje i daljnje prijenose. Cijena takvih ure\u0111aja po\u010dinje od 2.000 USD s paketom modema, uz dodatnu pretplatu na uslugu. <\/p>\n
Ponekad to izgleda prili\u010dno zastra\u0161uju\u0107e:<\/p>\n
\"Pravo
\n<\/p>\n
Podesite OpenMPTCPRouter<\/h2>\n
\nProtokol MP-TCP<\/a><\/noindex> (MultiPath TCP) osmi\u0161ljen je za mogu\u0107nost povezivanja putem vi\u0161e kanala istovremeno. Na primjer, on podr\u017eava iOS<\/a><\/noindex> i mo\u017ee istovremeno povezati s udaljenim poslu\u017eiteljem putem WiFi i putem mobilne mre\u017ee. Va\u017eno je razumjeti da to nisu dva odvojena TCP povezivanja, ve\u0107 jedno povezivanje uspostavljeno kroz dva kanala. Da bi to funkcioniralo, udaljeni poslu\u017eitelj tako\u0111er mora podr\u017eavati MPTCP.<\/p>\n
OpenMPTCPRouter<\/a><\/noindex> je otvoreni projekt softverskog usmjeriva\u010da koji omogu\u0107uje stvarno zbrajanje kanala. Autori tvrde da je projekt u statusu alfa verzije, no ve\u0107 se mo\u017ee koristiti. Sastoji se od dva dijela \u2013 uslu\u017enog poslu\u017eitelja za zbrajanje koji se smje\u0161ta na internetu i usmjeriva\u010da kojeg povezuje vi\u0161e internetskih pru\u017eatelja i samih klijentskih ure\u0111aja: ra\u010dunala, telefona. Kao korisni\u010dki usmjeriva\u010d mo\u017ee koristiti Raspberry Pi, neki WiFi usmjeriva\u010di ili obi\u010dni ra\u010dunalni sustav. Postoje gotove verzije za razli\u010dite platforme, \u0161to je vrlo zgodno.<\/p>\n
\"Pravo
\nNa\u010din rada OpenMPTCPRouter<\/p>\n
Postavljanje uslu\u017enog poslu\u017eitelja za zbrajanje<\/h2>\n
\nPoslu\u017eitelj za zbrajanje smje\u0161ten je na internetu i terminira veze svih kanala klijentskog usmjeriva\u010da u jedno. IP adresa ovog poslu\u017eitelja bit \u0107e vanjska adresa prilikom izlaska na internet putem OpenMPTCPRouter. <\/p>\n
Za ovu svrhu koristit \u0107emo VPS poslu\u017eitelj na Debian 10.<\/p>\n
Zahtjevi za poslu\u017eitelj za zbrajanje:<\/p>\n