Lagyan ng label ang mode bago ihambing ang dalawang diagram ng packet ng VPN

Dalawang diagram ay maaaring parehong tama at magkaiba ang hitsura, dahil maaaring magkaibang packet ang inilalarawan nila. Ang mensahe ng negosasyon at ang packet ng data ng aplikasyon ay hindi nagbabahagi ng parehong layout, kahit sa loob ng isang sesyon, at gayon din ang transport mode at tunnel mode. Ang paghahambing ng mga guhit nang hindi sinasabi kung aling packet at aling mode ang kinakatawan ng bawat isa ay gumagawa ng pagtatalo tungkol sa mga header na hindi dapat magkatugma. Apat na label ang magpapasya nito bago magsimula ang paghahambing.

Isulat ang implementasyon at mode, ang channel, ang panlabas na transport at ang dala-dalang payload sa tabi ng bawat guhit.

Iba ang paglipat ng header ng transport mode at tunnel mode

Sa transport mode, ang ESP ay nasa likod ng IP header at sa harap ng dala-dalang protocol, kaya nananatili sa labas ng proteksyon ang orihinal na IP header. Sa tunnel mode, ang bagong panlabas na IP header ay tumutugon sa dalawang kapares na IPsec at pinapanatili ng protektadong panloob na packet ang sarili nitong IP header. Pareho silang tinukoy sa RFC 4303 at pareho silang tama para sa kanilang mode. Ang pinasimpleng sketch na nag-iiwan sa trailer at integrity fields ay mabuti para sa paglalagay at walang silbi sa pagbilang ng byte.

Ang transport ay hindi partikular na nangangahulugang TCP o UDP. Ang dala-dalang protocol sa susunod na layer ay maaaring kahit ano, at ang diagram na nagtatumbas ng transport mode sa isang protocol ay tahimik na nagdagdag ng palagay.

Ang mga control message ay hindi data message

Hinihiwalay ng L2TP ang dalawang uri ng mensahe: mga data message na nagdadala ng PPP frame, at mga control message na nagtatayo, nagpapanatili at nagbabaklas ng tunnel at ng mga tawag nito. Ang control channel ay maaasahan, samantalang ang mga nawalang data message ay hindi na muling ipinapadala ng L2TP. Kaya ang guhit na may PPP ay maaaring maglarawan ng payload na dala ng data message, hindi ng header na dapat isama ng bawat protektadong sesyon. Ang pagsasama ng L2TP sa proteksyon ay nagdaragdag ng piniling kaayusan ng seguridad sa itaas at hindi ginagawang pareho ang lahat ng mensahe.

Kung ang diagram ay nagsasabing magkamukha ang dalawang uri ng mensahe, inilalarawan nito ang ibang protocol o ibang saklaw.

Ihambing ang magkatumbas na capture point

Ang capture sa panlabas na interface ay nagpapakita ng proteksyon at transport header; ang panloob na capture, na kinuha pagkatapos ng decapsulation, ay nagpapakita ng dala-dalang packet. Wala sa dalawa ang mali, at ang paghahambing ng isa sa isa pa ay nagpapakita ng header na parang kulang o nadoble. Ang UDP encapsulation, gaya ng tinukoy para sa pagdaan ng NAT, ay nagdaragdag ng isa pang panlabas na layer na wala sa guhit ng native ESP. Ang dalawang guhit ay maaaring maging wastong paglalarawan ng magkaibang kaayusan ng transport.

Sabihin ang capture point kasama ng diagram, at ihambing ang magkatumbas na mensahe sa magkatumbas na mode. Ang kulang na header ay ebidensya ng depekto lamang kapag ang dalawang guhit ay nagsasabi ng parehong punto at parehong uri ng packet.

Panatilihin ang mga label kasama ng guhit

Ang diagram na walang label ay mabilis lumuma, dahil ang susunod na mambabasa ay nagdaragdag ng sarili nitong palagay. Idagdag ang apat na label, markahan ang hangganan ng proteksyon, at itala kung ang guhit ay para sa paglalagay o para sa sukat. Kung para sa sukat, gamitin ang kumpletong ispesipikasyon sa halip na sketch. Ang halaga ng mga label ay isang minuto; ang halaga ng pagtatalong pinipigilan nila ay isang hapon.

Kapag hindi nagkasundo ang dalawang dokumento, ihambing muna ang kanilang mga label. Ang pagkakaiba sa antas ng mode o channel ay ganap na nagpapaliwanag ng pagkakaiba, at wala talagang kulang na header.

Itala kung aling packet, aling mode at aling capture point ang ipinapakita ng guhit. Ang talaang iyon ang kabilang kalahati ng diagram.