OpenVPN sender multicast til hver klient, ikke til abonnenter

"Understøtter multicast" besvarer et protokolspørgsmål og lader kapacitetsspørgsmålet være urørt. Det, der betyder noget driftmæssigt, er, hvor mange kopier serveren sender for én gruppepakke, og hvilke tunneler der bærer dem. Én abonneret applikation, der modtager strømmen, beviser kun, at leveringen virker et eller andet sted. Den beviser ikke, at uinteresserede klienter er blevet skånet for båndbredden.

Tre spørgsmål inde i én funktionspåstand

Gruppemedlemskab spørger, om modtageren er trådt ind i gruppen. Tunellevering spørger, om pakken overhovedet krydsede tunnelen. Replikeringspolitik spørger, hvor mange kopier serveren lavede, og til hvem. En leverandørudtalelse kan være sand for det første og tavs om det tredje, og det er der, omkostningen bor.

Hold dem adskilt, når du dimensionerer et link. Kun det tredje spørgsmål sætter udgående budget på serversiden.

Hvad serveren i brugerrummet gør ved en gruppepakke

I den traditionelle server i brugerrummet til OpenVPN 2.6 klassificeres en ankommende broadcast- eller multicastpakke i TUN/TAP-indgangsstien og overgives til broadcast-udrulningsrutinen i stedet for et opslag per gruppe. Den rutine gennemgår klientinstanserne, springer afsenderen og enhver standset instans over, anvender sin VLAN-kontrol, hvor en er konfigureret, og sætter en kopi i kø til hver resterende klient. Intet trin i den løkke konsulterer en medlemstabel. Det er replikering i broadcast-stil, og det er hele mekanismen.

Betragt det som en egenskab ved den kodesti, ikke som en universel lov. Accelererede datastier, andre implementeringer og forskellige versioner kan opføre sig anderledes, og intet af dette gør TAP til et krav eller en reparation.

Budgetter kopierne, før du måler noget

Tag nyttelastraten og gang den med antallet af egnede klienter. En strøm, der sender én megabit i sekundet til tyve klienter, producerer tyve megabit i sekundet nyttelast, der forlader serveren, før indkapsling, videresendelse og enhver overhead per klient. Den aritmetik er et budget, ikke en måling af din udrulning.

ip -s link show tun0

Læs byte-tælleren for transmission før og efter et fast interval med én kendt aktiv afsender. Divider med intervallet og sammenlign med nyttelastraten ganget med klientantallet. Et tal nær enkeltstrømsraten betyder, at replikeringen er afgrænset; et tal nær den gangede rate betyder, at hver klient modtager en kopi.

Tælleren omfatter også din egen tuneltrafik, så hold testvinduet kort og værten ellers stille. Præcision betyder mindre end størrelsesordenen, og det er alt, hvad du behøver for at skelne én kopi fra tyve.

En test med to klienter, der afgør afgrænsningsspørgsmålet

Forbind én klient, der bør modtage strømmen, og en anden, der ikke bør. Start afsenderen, og hold så øje med den anden klients tuneltællere i samme interval. Vækst på den anden klient er direkte bevis på bred replikering, uanset hvad funktionslisten sagde.

Filtrér optagelsen til gruppeadressen, så du ikke læser irrelevant trafik, og hold den til tunelinterfacet. Optagelse af det fysiske interface på en travl vært giver en fil, som ingen kan fortolke, og kan gemme brugerdata, du ikke havde til hensigt at indsamle.

Vend så rollerne om. Hvis resultatet følger modtageren og ikke gruppen, ser du på noget medlemskabsbevidst, og den tidligere antagelse var forkert til din fordel.

Vælg et afgrænset design i stedet for at fjerne grænser

Når udrulningen er for bred, er løsningen et understøttet afgrænset distributionsarrangement, ikke at slette hver kontrol, du har. Muligheder omfatter at flytte distributionspunktet tættere på modtagerne, bruge en kildespecifik abonnementsmodel, der bærer kildeidentiteten såvel som gruppen, eller opdele strømmen, så uinteresserede steder aldrig sidder på samme distributionsgrænse.

Hold kilde- og gruppeidentiteten adskilt fra den bare kendsgerning, at en destination er multicast. En modtager, der genkender gruppen, men ikke kilden, er en anden abonnent end én, der bad om en bestemt kanal. At blande de to gør senere kapacitetsplanlægning til gætværk.

Modellen for kildespecifik multicast-kanal er referencen for den sondring. Uanset hvilket design du vælger, skriv det egnede peer-sæt, den replikeringsansvarlige og den tæller, du vil læse næste gang, ned; den registrering er det, der gør en båndbreddeoverraskelse til en kendt omkostning.