Preguntas frecuentes sobre ASA: ¿Por qué el ASA responde a las solicitudes ARP para otras direcciones IP en la subred?

Opciones de descarga

  • PDF     (113.9 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (92.3 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (76.6 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:6 de junio de 2013
ID del documento:116154

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Este documento describe por qué el Cisco Adaptive Security Appliance (ASA) podría responder a las solicitudes del protocolo de resolución de direcciones (ARP) para otras direcciones IP de la red. El ASA responde a las solicitudes ARP de direcciones IP que no sean la interfaz de ASA.

¿Por qué el ASA responde a las solicitudes ARP para otras direcciones IP en la subred?

La configuración de la traducción de direcciones de red (NAT) en el ASA puede hacer que responda a las solicitudes ARP de direcciones IP distintas de la dirección IP de la interfaz de ASA.

Ejemplo de situación de problema:

Considere un segmento Ethernet que tiene dispositivos conectados a la red 10.0.1.x/24. La interfaz interna del ASA se dirige a 10.0.1.1. Siempre que se inicia una solicitud ARP para 10.0.1.47 desde 10.0.1.48, el ASA responde con una respuesta ARP que contiene su propia dirección de hardware de interfaz. Una investigación más detallada revela que el ASA responde a las solicitudes de varias direcciones IP en la subred.

En este caso específico, la configuración NAT en el ASA causa el comportamiento.

Si agrega la palabra clave no-proxy-arp a comandos NAT específicos, el ASA no responderá a las solicitudes ARP para la subred IP global identificada en esas sentencias NAT.

En este ejemplo, estos comandos NAT hacen que el ASA responda a cualquier solicitud ARP en las subredes 10.0.1.x/24 y 10.0.2.x/24 en la red de interfaz interna. Estos comandos probablemente se agregaron a la configuración del ASA para soportar un escenario NAT superpuesto:

nat (inside,inside) source static obj-10.0.1.0 obj-10.0.1.0 
destination static obj-10.0.2.0 obj-10.0.2.0
nat (inside,inside) source static obj-10.0.2.0 obj-10.0.2.0 
destination static obj-10.0.1.0 obj-10.0.1.0

Con la palabra clave no-proxy-arp agregada a estas líneas de configuración NAT, el ASA ya no responde a las solicitudes ARP para esas subredes.

nat (inside,inside) source static obj-10.0.1.0 obj-10.0.1.0 
destination static obj-10.0.2.0 obj-10.0.2.0 no-proxy-arp
nat (inside,inside) source static obj-10.0.2.0 obj-10.0.2.0 
destination static obj-10.0.1.0 obj-10.0.1.0 no-proxy-arp

Información Relacionada

Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
06-Jun-2013
Versión inicial
TAC Authored

Con la colaboración de ingenieros de Cisco

  • Jay Johnston, Srinivasa Munagala, and Tripat Datta
    Cisco TAC Engineers.

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos