La disposición del dispositivo es la siguiente:
BGP Peers
+
|
|
+------+-------+
| |
| Juniper MX5 |
| |
+------+-------+
|.254
OSPF | 10.0.1.0/24
|.1
+------+-------+
| |
| Cisco ASA | ASA NAT
| | 10.0.0.1 <> 134.0.15.1
+------+-------+
|.254
|10.0.0.0/24
|.1
+------+-------+
| |
| HOST1 |
| |
+--------------+
Si tiene el ASA realizando NAT para direccionar espacio que no está enrutado estáticamente hacia él, ¿cómo obtiene las direcciones NAT anunciadas en la zona OSPF para que el enrutador en la parte superior (Juniper MX5) sepa cómo llegar?
(Para su información, esta es una porción simplificada en gran medida de una red mucho más grande simplemente para demostrar los componentes involucrados en este problema)
Respuestas:
Por lo general, instalaría una ruta estática en el dispositivo ascendente (el Juniper MX5 en este ejemplo) apuntando a la red externa NAT, en lugar de intentar publicitar la red desde el ASA. Al menos, así es como siempre lo hago.
fuente
Originalmente no quería publicar aquí porque esta pregunta está respondida, pero después de ver su otra publicación sobre cómo mover las rutas estáticas a su sesión OSPF, pensé que esto podría evitar ese problema.
En el ASA, puede crear una ruta estática para su espacio de direcciones públicas (Digamos 134.0.15.0/30) y redistribuir esa ruta en OSPF. Suponiendo que tiene la configuración adecuada para establecer una sesión OSPF en la interfaz "Exterior", anunciará la ruta estática hacia el norte.
Nota: Esto también anunciará la ruta a cualquier par en la interfaz "Inside". Esto no debería ser un problema que no sea que lo verá en las tablas de enrutamiento del dispositivo.
fuente