Summary

  • APNIC aclaró el 22 de octubre que el ASN de un proveedor de tránsito debe figurar en el ASPA del cliente aunque solo actúe de respaldo, en determinados lugares o para ciertas rutas.
  • MyAPNIC sugiere proveedores a partir de BGP y comprueba cambios frente a rutas observadas; los acuerdos de reserva requieren también el inventario del operador.

El circuito de respaldo cobra por estar listo y suele ganar la partida si nunca se estrena. APNIC acaba de recordarle que también tiene trabajo administrativo: su ASN debe aparecer en la lista ASPA firmada del cliente. La explicación incluye de forma expresa el tránsito parcial, el servicio limitado a una ubicación y el proveedor que entra solo cuando falla el camino principal. Se registra la relación autorizada que puede transportar tráfico, incluida la que espera su turno.

El titular de un ASN de cliente firma el ASPA para identificar los ASN autorizados como proveedores de tránsito. El borrador del perfil del IETF plantea un solo objeto por cliente con todos sus proveedores. Un enlace de reserva parece secundario durante la operación normal; en una conmutación se convierte en la ruta que otros sistemas examinan. Entonces el dato olvidado deja de ser pequeño.

APNIC indica que MyAPNIC ofrece sugerencias basadas en lo que observa en BGP y valida las modificaciones propuestas frente a rutas existentes. La pantalla ve bien el presente. El contrato de respaldo y el plan de contingencia contienen parte del futuro: un proveedor inactivo quizá no deje mucha huella en esa observación. Antes de confirmar la lista conviene sentar juntos al ingeniero, los acuerdos de tránsito y el diagrama de conmutación.

APNIC advierte que un ASPA mal configurado puede invalidar rutas que incluyan el ASN del cliente cuando se utilice la validación de caminos. La solución editorial cabe en una frase de taller: antes del simulacro, compruebe que el suplente figura en la lista. Corregir el reparto con la red caída tiene un horario pésimo.