OpenVPN sender multicast til kvar klient, ikkje til abonnentar

"Støttar multicast" svarar på eit protokollspørsmål og lèt kapasitetsspørsmålet vere urørt. Det som tel operativt, er kor mange kopiar tenaren sender for éi gruppepakke og kva tunnelar som ber dei. Éin abonnert applikasjon som tek imot straumen, provar berre at levering verkar ein stad. Han provar ikkje at uinteresserte klientar vart sparte for bandbreidda.

Tre spørsmål inne i éin funksjonspåstand

Gruppemedlemsskap spør om mottakaren har meldt seg inn i gruppa. Levering gjennom tunnel spør om pakka i det heile tok seg gjennom tunnelen. Replikasjonspolitikk spør kor mange kopiar tenaren laga og til kven. Ei leverandørfråsegn kan vere sann for det første og taus om det tredje, og det er der kostnaden bur.

Hald dei fråskilde når du dimensjonerer ei linje. Berre det tredje spørsmålet set utgangsbudsjettet på tenarsida.

Kva tenaren i brukarrommet gjer med ei gruppepakke

I den tradisjonelle tenaren i brukarrommet til OpenVPN 2.6 vert ei innkomande broadcast- eller multicastpakke klassifisert i TUN/TAP-inngangsbanen og overlevert til broadcast-utrullingsrutina i staden for eit oppslag per gruppe. Denne rutina går gjennom klientinstansane, hoppar over avsendaren og kvar stoppa instans, brukar VLAN-kontrollen der ein er konfigurert, og set ein kopi i kø for kvar gjenverande klient. Ingen trinn i den løkka rådspør ei medlemstabell. Det er replikering i broadcast-stil, og det er heile mekanismen.

Behandle dette som ein eigenskap ved den kodebanen, ikkje som ei universell lov. Akselererte databanar, andre implementasjonar og ulike versjonar kan oppføre seg annleis, og ingen av desse gjer TAP til eit krav eller ei reparasjon.

Budsjetter kopiane før du målar noko

Tak nyttelastrata og multipliker henne med talet på kvalifiserte klientar. Ein straum som sender éin megabit per sekund til tjue klientar, produserer tjue megabit per sekund nyttelast som forlèt tenaren, før innkapsling, videresending og kvar som helst overhead per klient. Den aritmetikken er eit budsjett, ikkje ei måling av utrullinga di.

ip -s link show tun0

Les byteteljaren for sending før og etter eit fast intervall med éin kjend aktiv avsendar. Del på intervallet og samanlikn med nyttelastrata multiplisert med klienttalet. Eit tal nær enkeltstraumrata tyder at replikeringa er avgrensa; eit tal nær den multipliserte rata tyder at kvar klient tek imot ein kopi.

Teljaren omfattar også din eigen tunneltrafikk, så hald testvindauget kort og verten elles stille. Presisjon tel mindre enn storleiksordenen, og det er alt du treng for å skilje ein kopi frå tjue.

Ein test med to klientar som avgjer omfangsspørsmålet

Kople til éin klient som skal ta imot straumen og ein annan som ikkje skal. Start avsendaren, og følg deretter tunnelteljarane til den andre klienten i same intervall. Vekst hos den andre klienten er direkte prov på brei replikering, same kva funksjonslista sa.

Filtrer opptaket til gruppeadressa så du ikkje les irrelevant trafikk, og hald det til tunnelgrensesnittet. Opptak av det fysiske grensesnittet på ein travel vert gjev ei fil ingen kan tolke, og kan halde på brukardata du ikkje hadde til hensikt å samle inn.

Snu så rollene. Viss resultatet følgjer mottakaren og ikkje gruppa, ser du på noko medlemsskapsmedvite, og den tidlegare føresetnaden var feil til din fordel.

Velje eit avgrensa design i staden for å fjerne grenser

Når spreiinga er for brei, er løysinga eit støtta avgrensa distribusjonsopplegg, ikkje å slette kvar kontroll du har. Alternativ er å flytte distribusjonspunktet nærare mottakarane, bruke ein kjeldespesifikk abonnementsmodell som ber kjeldeidentiteten saman med gruppa, eller dele straumen slik at uinteresserte stader aldri sit på same distribusjonsgrense.

Hald kjelde- og gruppeidentiteten åtskild frå det berre faktum at ein destinasjon er multicast. Ein mottakar som kjenner att gruppa men ikkje kjelda, er ein annan abonnent enn ein som bad om ein bestemd kanal. Å blande dei to gjer seinare kapasitetsplanlegging til gissing.

Modellen for kjeldespesifikk multicast-kanal er referansen for den skilnaden. Uansett kva design du vel, skriv ned settet med kvalifiserte partar, replikasjonseigaren og teljaren du vil lese neste gong; den registreringa er det som gjer ei bandbreidd-overrasking til ein kjend kostnad.