Normalizar las etiquetas VLAN en los extremos del pseudowire: un runbook

Defina qué trama debe recibir cada extremo de cliente antes de tocar el pseudowire. En el caso simple, el CE A envía una etiqueta que delimita el servicio y el CE B espera tramas sin etiquetar, y es en el extremo del proveedor donde se resuelve esa diferencia. La etiqueta es política local y no forma parte del contrato Ethernet del cliente, y el pseudowire transporta la trama acordada y no la original. Escriba las dos direcciones antes de cualquier configuración.

Escriba primero el contrato de trama

La dirección de ida quita una etiqueta y la de vuelta la vuelve a añadir. Si solo escribe una de ellas, probará una ruta que funciona en una dirección y dará el circuito por bueno.

Mantenga el contrato lo bastante corto para pegarlo en el ticket de cambio: qué extremo envía con etiqueta, cuál espera sin etiqueta y qué valor de etiqueta delimita el servicio.

Acuerde el modo del pseudowire

La RFC 4448 distingue los modos de pseudowire raw y tagged y describe cómo se tratan las etiquetas que delimitan el servicio. El modo raw puede seguir transportando etiquetas que pertenecen a la trama del cliente, así que la distinción se refiere al papel de servicio de una etiqueta y no a la mera presencia de una cabecera 802.1Q. Leer el modo como tagged frente a untagged es la forma más común de delimitar mal este trabajo. Acuerde el modo con el par antes de decidir qué operaciones necesita.

Después compruebe el tipo real de pseudowire y los parámetros del par. Un enlace VLAN local y un enlace de puerto remoto necesitan un arreglo de interfuncionamiento soportado, y dos sentencias de reescritura locales no demuestran que los tipos de circuito anunciados coincidan.

Si las expectativas de control word y MTU difieren, tiene un problema de negociación que ninguna reescritura arreglará. Confirme ambos a partir de la configuración en ejecución del par y no del documento de diseño.

Aplique las operaciones locales de etiqueta

guía de reescritura VLAN CCC de Juniper documenta las operaciones pop, push y swap con restricciones específicas de la plataforma. Para una unidad etiquetada compatible ya configurada, la dirección ilustrativa es input-vlan-map pop en la entrada y output-vlan-map push en la salida. Esas líneas ilustran operaciones, no una configuración completa de interfaz o de circuito. Confirme la plataforma y la versión exactas en lugar de aplicar el ejemplo de una familia de dispositivos en todas partes.

Los ajustes de VLAN y encapsulación soportados por la unidad siguen teniendo que definir la etiqueta y la clasificación previstas. Una sentencia de reescritura en una unidad que clasifica las tramas equivocadas traslada el problema en lugar de corregirlo.

Conserve las etiquetas internas de cliente que el servicio requiera. Con etiquetas apiladas, determine qué etiqueta externa está manipulando antes de quitar nada.

Presupueste el tamaño, no solo las etiquetas

Incluya las etiquetas retenidas, la pila MPLS real y la palabra de control en el presupuesto de tamaño. La RFC 8469 recomienda una palabra de control para los pseudowires Ethernet, y esa recomendación cambia el presupuesto de trama tanto si su plataforma la habilita por omisión como si no. Reconcilie una discrepancia de MTU en lugar de silenciar su advertencia como reparación. Una advertencia silenciada es una interrupción programada a la que le han borrado la fecha.

Compruebe el mismo presupuesto en ambos extremos del proveedor, porque basta con que un lado añada una etiqueta y el otro añada una palabra de control para romper una carga útil que antes funcionaba.

Si los números no coinciden, cambie el plan en lugar del nivel de registro.

Acéptelo trama por trama

Para la aceptación, inspeccione la trama esperada en cada enlace de cliente en ambas direcciones. Después ejerza el tráfico de aplicación y de control que el servicio necesita realmente según el plan de pruebas aprobado, porque un ping demuestra mucho menos que una trama etiquetada que llega intacta. Registre el contrato de trama de entrada y salida junto con la configuración del circuito. Ese registro es lo que hace revisable el próximo cambio.

Mantenga el modo, las operaciones de etiqueta, el presupuesto de MTU y el resultado de la prueba en un solo lugar, ya que solo tienen sentido juntos. Repartirlos en tres tickets garantiza que el próximo ingeniero redescubra la misma restricción.

El circuito está terminado cuando ambas direcciones coinciden con el contrato que escribió al principio, no cuando pasa la primera dirección.