OpenVPN saadab multicast'i igale kliendile, mitte tellijatele

"Toetab multicast'i" vastab protokolli küsimusele ja jätab mahuküsimuse puutumata. Operatiivselt loeb see, kui mitu koopiat server ühe grupipaketi kohta välja saadab ja millised tunnelid neid kannavad. Üks tellitud rakendus, mis voogu vastu võtab, tõestab vaid seda, et kohaletoimetamine kuskil töötab. See ei tõesta, et huvitamatud kliendid jäid ribalaiusest ilma.

Kolm küsimust ühe funktsiooniväite sees

Grupiliikmelisus küsib, kas vastuvõtja liitus grupiga. Tunnelikohaletoimetamine küsib, kas pakett üldse tunnelist läbi läks. Replikatsioonipoliitika küsib, kui mitu koopiat server tegi ja kellele. Tarnija väide võib olla tõene esimese kohta ja vaikida kolmandast, ja just seal elab kulu.

Hoidke need lahus, kui mõõdate lingi suurust. Ainult kolmas küsimus määrab serveripoolse väljuva eelarve.

Mida kasutajaruumi server grupipaketiga teeb

Traditsioonilises OpenVPN 2.6 kasutajaruumi serveris klassifitseeritakse saabuv ringhäälingu- või multicast-pakett TUN/TAP-i sisendteel ja antakse üle ringhäälingu hajutamise rutiinile, mitte grupipõhisele otsingule. See rutiin käib läbi kliendiinstantsid, jätab vahele saatja ja iga peatatud instantsi, rakendab oma VLAN-kontrolli seal, kus see on seadistatud, ja paneb järjekorda koopia iga allesjäänud kliendi jaoks. Ükski samm selles tsüklis ei konsulteeri liikmelisustabelit. See on ringhäälingu stiilis replikatsioon ja see on kogu mehhanism.

Käsitlege seda selle kooditee omadusena, mitte universaalse seadusena. Kiirendatud andmeteed, teised rakendused ja erinevad versioonid võivad käituda teisiti, ja miski sellest ei tee TAP-ist nõuet ega parandust.

Eelarvestage koopiad enne, kui midagi mõõdate

Võtke kasuliku koormuse kiirus ja korrutage see sobivate klientide arvuga. Voog, mis saadab ühe megabit sekundis kahekümnele kliendile, tekitab kakskümmend megabitti sekundis kasulikku koormust, mis lahkub serverist enne kapseldamist, edasisaatmist ja mis tahes kliendipõhist lisakulu. See aritmeetika on eelarve, mitte teie juurutuse mõõtmine.

ip -s link show tun0

Lugege saatmisbaitide lugejat enne ja pärast kindlat intervalli ühe teadaoleva aktiivse saatjaga. Jagage intervalliga ja võrrelge kasuliku koormuse kiirusega, mis on korrutatud kliendiarvuga. Ühe voo kiiruse lähedane arv tähendab, et replikatsioon on piiratud; korrutatud kiiruse lähedane arv tähendab, et iga klient saab koopia.

Lugeja hõlmab ka teie enda tunneliliiklust, seega hoidke testiakent lühike ja host muidu vaikne. Täpsus loeb vähem kui suurusjärk, ja see on kõik, mida vajate, et eristada üht koopiat kahekümnest.

Kahe kliendi test, mis lahendab ulatuse küsimuse

Ühendage üks klient, kes peaks voogu saama, ja teine, kes ei peaks. Käivitage saatja, seejärel jälgige teise kliendi tunnelilugejaid sama intervalli jooksul. Kasv teisel kliendil on otsene tõend laia replikatsiooni kohta, ükskõik mida funktsioonide loend ütles.

Filtreerige püüdmine grupi aadressile, et te ei loeks kõrvalist liiklust, ja piirduge tunneliliidesega. Füüsilise liidese püüdmine hõivatud hostis loob faili, mida keegi ei oska tõlgendada, ja võib säilitada kasutajaandmeid, mida te ei kavatsenud koguda.

Seejärel vahetage rollid. Kui tulemus järgib pigem vastuvõtjat kui gruppi, vaatate midagi liikmelisust arvestavat, ja varasem eeldus oli teie kasuks vale.

Piiratud disaini valimine piirangute eemaldamise asemel

Kui hajutamine on liiga lai, on paranduseks toetatud piiratud jaotuskorraldus, mitte kõigi juhtelementide kustutamine. Valikute hulka kuulub jaotuspunkti viimine vastuvõtjatele lähemale, allikapõhise tellimismudeli kasutamine, mis kannab allika identiteeti koos grupiga, või voo jagamine nii, et huvitamatud saidid ei istu kunagi samal jaotuspiiril.

Hoidke allika ja grupi identiteet lahus lihtsast tõsiasjast, et sihtkoht on multicast. Vastuvõtja, kes tunneb grupi, kuid mitte allika, on erinev tellija kui see, kes küsis konkreetset kanalit. Kahe segamine muudab hilisema mahukavandamise oletuseks.

Allikapõhine multicast-kanali mudel on selle eristuse võrdlusalus. Millise disaini ka valite, kirjutage üles sobivate partnerite hulk, replikatsiooni omanik ja lugeja, mida järgmisel korral loete; just see kirje muudab ribalaiuse üllatuse teadaolevaks kuluks.