Etiqueta o modo antes de comparar dous diagramas de paquetes VPN

Dous diagramas poden ser ambos correctos e parecer distintos, porque poden describir paquetes diferentes. Unha mensaxe de negociación e un paquete de datos de aplicación non comparten o mesmo deseño, nin sequera dentro dunha soa sesión, e o modo de transporte e o modo de túnel tampouco. Comparar debuxos sen indicar que paquete e que modo representa cada un produce unha discusión sobre cabeceiras que nunca debían coincidir. Catro etiquetas resolven isto antes de que comece a comparación.

Escribe a implementación e o modo, a canle, o transporte exterior e a carga útil transportada xunto a cada debuxo.

O modo de transporte e o modo de túnel moven a cabeceira de forma distinta

En modo de transporte, ESP sitúase despois da cabeceira IP e antes do protocolo transportado, así que a cabeceira IP orixinal queda fóra da protección. En modo de túnel, unha nova cabeceira IP exterior endereza os dous pares IPsec e o paquete interior protexido conserva a súa propia cabeceira IP. Ambos están definidos en RFC 4303 e ambos son correctos para o seu modo. Un esquema simplificado que omite o tráiler e os campos de integridade serve para a colocación e é inútil para contar bytes.

Transporte non significa especificamente TCP ou UDP. O protocolo da capa seguinte transportado pode ser calquera cousa, e un diagrama que equipara o modo de transporte cun só protocolo engadiu unha suposición sen dicilo.

As mensaxes de control non son mensaxes de datos

L2TP separa dous tipos de mensaxes: mensaxes de datos que transportan tramas PPP e mensaxes de control que establecen, manteñen e desmontan o túnel e as súas chamadas. A canle de control é fiable, mentres que as mensaxes de datos perdidas simplemente non son retransmitidas por L2TP. Por iso un debuxo que contén PPP pode describir a carga útil que transporta unha mensaxe de datos, non unha cabeceira que toda sesión protexida deba incluír. Combinar L2TP con protección engade a disposición de seguridade elixida por riba e non fai idénticas todas as mensaxes.

Se un diagrama afirma que ambos tipos de mensaxe parecen iguais, está describindo outro protocolo ou outro alcance.

Compare puntos de captura equivalentes

Unha captura na interface exterior mostra as cabeceiras de protección e de transporte; unha captura interior, tomada tras a desencapsulación, mostra o paquete transportado. Ningunha é incorrecta, e comparar unha coa outra fai que as cabeceiras parezan ausentes ou duplicadas. A encapsulación UDP, tal como se define para o tránsito NAT, engade outra capa exterior que un debuxo de ESP nativo non terá. Ambos debuxos poden ser descricións válidas de disposicións de transporte diferentes.

Indica o punto de captura co diagrama e compara mensaxes equivalentes en modos equivalentes. Unha cabeceira ausente só é proba dun fallo cando ambos debuxos afirman o mesmo punto e o mesmo tipo de paquete.

Manteña as etiquetas co debuxo

Un diagrama sen etiquetas envellece mal, porque o seguinte lector aporta as súas propias suposicións. Engade as catro etiquetas, marca o límite de protección e anota se o debuxo é para colocación ou para dimensionamento. Se é para dimensionamento, usa a especificación completa en lugar dun esquema. O custo das etiquetas é un minuto; o custo da discusión que evitan é unha tarde.

Cando dous documentos non coinciden, compara primeiro as súas etiquetas. Unha discrepancia no nivel de modo ou de canle explica a diferenza por completo, e ningunha cabeceira falta en realidade.

Rexistra que paquete, que modo e que punto de captura mostra o debuxo. Ese rexistro é a outra metade do diagrama.