Diseño de enrutamiento de campus remoto

Un proveedor externo proporciona conectividad a mi campus satelital remoto a través de Ethernet metro. Debido a la burocracia, se requiere que el proveedor suministre una conexión enrutada punto a punto (R2 y R3) al campus satélite; idealmente, el proveedor conectaría mi WAN privada al campus satélite (R1 y R4), pero esta no es una opción por la razón antes mencionada.

Mi objetivo es incorporar el campus satélite en mi AS con poca o ninguna asistencia del proveedor. Actualmente, cuando creo una nueva red que debe enrutarse a través del proveedor, debo llamar y pedirle al proveedor que instale la nueva ruta, que luego distribuyen entre R2 y R3 utilizando EIGRP. Este proceso es a menudo difícil y propenso a errores humanos.

No confío en que el proveedor sea un ABR ya que no puedo filtrar las rutas entrantes. He considerado usar un túnel IPIP entre R1 y R4, pero no estoy seguro de cómo la vigilancia realizada por el proveedor afectará el tráfico. Esto me permitiría ejecutar OSPF en el túnel.

Mi principal limitación es el proveedor y el hecho adicional de que OSPF es el único protocolo dinámico que tengo disponible en el hardware existente.

Un túnel es su única salida aquí, desafortunadamente. Sin usar un túnel, un paquete entraría en la red de proveedores de servicios y si ese destino aún no se conoce, será arrojado por el agujero negro.

Espero y asumo que el proveedor no está haciendo ninguna vigilancia especial sobre el tráfico tunelizado, pero tendrá que probarlo usted mismo. Si le preocupa mover los valores DSCP entre el paquete original y el paquete de túnel, es bastante fácil de lograr. Por lo tanto, el tráfico de voz aún puede pasar a través de la red SP con EF.

Honestamente, algún tipo de observación común aquí sería lo mejor. Incluso si mira con RIP, la redistribución es bastante fácil y lograría sus objetivos. No estoy seguro de por qué no puede aplicar el filtrado a las rutas entrantes, excepto tal vez la política de la empresa.