Merk av modusen før du samanliknar to VPN-pakkediagram

To diagram kan begge vere riktige og sjå ulike ut, fordi dei kan skildre ulike pakkar. Ei forhandlingsmelding og ein applikasjonsdatapakke deler ikkje same oppsett, sjølv ikkje innanfor éin økt, og transportmodus og tunnelmodus gjer heller ikkje det. Å samanlikne teikningar utan å seie kva pakke og kva modus kvar av dei representerer gir ein diskusjon om headerar som aldri skulle ha stemt overeins. Fire etikettar avgjer det før samanlikninga byrjar.

Skriv implementasjonen og modusen, kanalen, den ytre transporten og nyttelasta ved sida av kvar teikning.

Transportmodus og tunnelmodus flyttar headeren ulikt

I transportmodus sit ESP etter IP-headeren og før protokollen som blir frakta, slik at den opphavlege IP-headeren blir utanfor vernet. I tunnelmodus adresserer ein ny ytre IP-header dei to IPsec-partnarane, og den verna indre pakken held på sin eigen IP-header. Begge er definerte i RFC 4303, og begge er riktige for sin modus. Ein forenkla skisse som utelèt traileren og integritetsfelta er grei for plassering og ubrukeleg for å telje bytes.

Transport tyder ikkje spesielt TCP eller UDP. Protokollen som blir frakta på neste lag kan vere kva som helst, og eit diagram som set transportmodus lik éin protokoll har stille lagt til ein antaking.

Kontrollmeldingar er ikkje datameldingar

L2TP held to meldingstypar atskilde: datameldingar som ber PPP-rammer, og kontrollmeldingar som set opp, vedlikeheld og riv tunnelen og samtalane hans. Kontrollkanalen er påliteleg, medan tapte datameldingar rett og slett ikkje blir sende på nytt av L2TP. Ei teikning som inneheld PPP kan derfor skildre nyttelasta ei datamelding ber, ikkje ein header som kvar verna økt må innehalde. Å kombinere L2TP med vern legg den valde tryggingsordninga på toppen og gjer ikkje alle meldingar identiske.

Viss eit diagram hevdar at begge slaga meldingar ser like ut, skildrar det ein annan protokoll eller eit anna omfang.

Samanlikn ekvivalente opptakspunkt

Eit opptak på det ytre grensesnittet viser vern- og transportheaderane; eit indre opptak, teke etter dekapsulering, viser pakken som blir frakta. Ingen av dei er feil, og å samanlikne den eine med den andre får headerar til å sjå manglande eller dupliserte ut. UDP-innkapsling, slik ho er definert for NAT-gjennomgang, legg til eit ekstra ytre lag som ei teikning med native ESP ikkje vil ha. Begge teikningane kan vere gyldige skildringar av ulike transportordningar.

Oppgi opptakspunktet saman med diagrammet, og samanlikn ekvivalente meldingar i ekvivalente modus. Ein manglande header er berre bevis på ein feil når begge teikningane hevdar same punkt og same pakketype.

Hald etikettane saman med teikninga

Eit diagram utan etikettar eldast dårleg, fordi neste lesar legg til sine eigne antakingar. Legg til dei fire etikettane, merk vernsgrensa, og noter om teikninga er for plassering eller for dimensjonering. Viss ho er for dimensjonering, bruk den fullstendige spesifikasjonen i staden for ei skisse. Kostnaden for etikettane er eitt minutt; kostnaden for diskusjonen dei hindrar er ein heil ettermiddag.

Når to dokument er usamde, samanlikn etikettane deira først. Usemje på modus- eller kanalnivå forklarer skilnaden heilt, og ingen header manglar eigentleg.

Noter kva pakke, kva modus og kva opptakspunkt teikninga viser. Den noten er den andre halvdelen av diagrammet.