OpenVPN sender multicast til hver klient, ikke til abonnenter

"Støtter multicast" besvarer et protokollspørsmål og lar kapasitetsspørsmålet være urørt. Det som betyr noe operativt, er hvor mange kopier serveren sender for én gruppepakke og hvilke tunneler som bærer dem. Én abonnert applikasjon som mottar strømmen, beviser bare at leveringen virker et sted. Den beviser ikke at uinteresserte klienter ble spart for båndbredden.

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

Gruppemedlemskap spør om mottakeren har meldt seg inn i gruppen. Tunnel-levering spør om pakken i det hele tatt krysset tunnelen. Replikasjonspolicy spør hvor mange kopier serveren lagde og til hvem. En leverandøruttalelse kan være sann for det første og taus om det tredje, og det er der kostnaden bor.

Hold dem atskilt når du dimensjonerer en linje. Bare det tredje spørsmålet setter utgangsbudsjettet på serversiden.

Hva serveren i brukerrommet gjør med en gruppepakke

I den tradisjonelle serveren i brukerrommet til OpenVPN 2.6 klassifiseres en ankommende broadcast- eller multicastpakke i TUN/TAP-inngangsbanen og overleveres til broadcast-utrullingsrutinen i stedet for et oppslag per gruppe. Denne rutinen går gjennom klientinstansene, hopper over avsenderen og enhver stanset instans, bruker VLAN-kontrollen der en er konfigurert, og setter en kopi i kø for hver gjenstående klient. Ingen trinn i den løkken konsulterer en medlemstabell. Det er replikering i broadcast-stil, og det er hele mekanismen.

Behandle dette som en egenskap ved den kodebanen, ikke som en universell lov. Akselererte databaner, andre implementasjoner og ulike versjoner kan oppføre seg annerledes, og ingenting av dette gjør TAP til et krav eller en reparasjon.

Budsjetter kopiene før du måler noe

Ta nyttelastraten og multipliser den med antallet kvalifiserte klienter. En strøm som sender én megabit per sekund til tjue klienter, produserer tjue megabit per sekund nyttelast som forlater serveren, før innkapsling, videresending og enhver overhead per klient. Den aritmetikken er et budsjett, ikke en måling av utrullingen din.

ip -s link show tun0

Les byte-telleren for sending før og etter et fast intervall med én kjent aktiv avsender. Del på intervallet og sammenlign med nyttelastraten multiplisert med klienttallet. Et tall nær enkeltstrømraten betyr at replikeringen er avgrenset; et tall nær den multipliserte raten betyr at hver klient mottar en kopi.

Telleren omfatter også din egen tunneltrafikk, så hold testvinduet kort og verten ellers stille. Presisjon betyr mindre enn størrelsesordenen, og det er alt du trenger for å skille én kopi fra tjue.

En test med to klienter som avgjør omfangsspørsmålet

Koble til én klient som skal motta strømmen og en annen som ikke skal. Start avsenderen, og følg deretter den andre klientens tunneltellere i samme intervall. Vekst på den andre klienten er direkte bevis på bred replikering, uansett hva funksjonslisten sa.

Filtrer opptaket til gruppeadressen så du ikke leser irrelevant trafikk, og hold det til tunellgrensesnittet. Opptak av det fysiske grensesnittet på en travel vert gir en fil ingen kan tolke, og kan beholde brukerdata du ikke hadde til hensikt å samle inn.

Snu deretter rollene. Hvis resultatet følger mottakeren og ikke gruppen, ser du på noe medlemskapsbevisst, og den tidligere antakelsen var feil til din fordel.

Velge et avgrenset design i stedet for å fjerne grenser

Når spredningen er for bred, er løsningen et støttet avgrenset distribusjonsopplegg, ikke å slette hver kontroll du har. Alternativer inkluderer å flytte distribusjonspunktet nærmere mottakerne, bruke en kildespesifikk abonnementsmodell som bærer kildeidentiteten sammen med gruppen, eller dele strømmen slik at uinteresserte steder aldri sitter på samme distribusjonsgrense.

Hold kilde- og gruppeidentiteten atskilt fra det bare faktum at en destinasjon er multicast. En mottaker som gjenkjenner gruppen men ikke kilden, er en annen abonnent enn en som ba om en bestemt kanal. Å blande de to gjør senere kapasitetsplanlegging til gjetting.

Modellen for kildespesifikk multicast-kanal er referansen for den forskjellen. Uansett hvilket design du velger, skriv ned settet med kvalifiserte parter, replikasjonseieren og telleren du vil lese neste gang; den registreringen er det som gjør en båndbreddeoverraskelse til en kjent kostnad.