Назад | Перейти на главную страницу

Cisco ASA 5510 needs “clear arp <interface>”Периодически для достижения одного хоста</interface>

ASA 9.0 (3)

Симптомом является то, что я могу выполнить эхо-запрос от ASA к любому другому хосту в подсети этого интерфейса, за исключением одного конкретного хоста (однако этот хост может пинговать интерфейс на ASA). Если я сделаю «clear arp FooInterface», я смогу пропинговать хост в течение нескольких минут (варьируется, но <10), тогда он не будет работать, пока я не введу команду повторно.

sho arp на ASA показывает правильный MAC для хоста, arp -a на хосте показывает правильный MAC для интерфейса ASA.

Эта подсеть находится в VLAN, ни одна из других VLAN на этом физическом интерфейсе не имеет этой проблемы.

Есть идеи, что вызывает это?

=== редактировать ===

Как просили, show arp для IP, когда связь работает:

ykf-fw-1# sho arp | include 10.10.40.36
Infrastructure 10.10.40.36 90e6.ba8c.1828 363

а когда нет:

ykf-fw-1# sho arp | include 10.10.40.36
Infrastructure 10.10.40.36 90e6.ba8c.1828 144

=== редактировать # 2 ===

Пинг от ASA:

ykf-fw-1# ping 10.10.40.36
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.10.40.36, timeout is 2 seconds:
?????
Success rate is 0 percent (0/5)

хост видит это через tcpdump:

[root@ykf-nas-2] ~# tcpdump -i vlan1 host 10.10.40.1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan1, link-type EN10MB (Ethernet), capture size 65535 bytes
22:01:17.563705 IP 10.10.40.1 > 10.10.40.36: ICMP echo request, id 17480, seq 25146, length 80
22:01:17.563719 IP 10.10.40.36 > 10.10.40.1: ICMP echo reply, id 17480, seq 25146, length 80
22:01:19.561476 IP 10.10.40.1 > 10.10.40.36: ICMP echo request, id 17480, seq 25146, length 80
22:01:19.561490 IP 10.10.40.36 > 10.10.40.1: ICMP echo reply, id 17480, seq 25146, length 80
22:01:21.561253 IP 10.10.40.1 > 10.10.40.36: ICMP echo request, id 17480, seq 25146, length 80
22:01:21.561267 IP 10.10.40.36 > 10.10.40.1: ICMP echo reply, id 17480, seq 25146, length 80
22:01:23.561107 IP 10.10.40.1 > 10.10.40.36: ICMP echo request, id 17480, seq 25146, length 80
22:01:23.561120 IP 10.10.40.36 > 10.10.40.1: ICMP echo reply, id 17480, seq 25146, length 80
22:01:25.560906 IP 10.10.40.1 > 10.10.40.36: ICMP echo request, id 17480, seq 25146, length 80
22:01:25.560920 IP 10.10.40.36 > 10.10.40.1: ICMP echo reply, id 17480, seq 25146, length 80

(и ping от хоста к ASA работает должным образом).

[править 17 февраля] Я был в Центре технической поддержки Cisco в течение последнего месяца. Обновился до 9.1 (5), та же проблема. Представитель службы поддержки взял перехваты пакетов от ASA, хоста и коммутатора L2, соединяющего их, и должен в какой-то момент вернуться ко мне. Он утверждает, что никогда не видел ничего подобного, и думает, что это может иметь какое-то отношение к инкапсуляции VLAN между коммутатором и ASA (эта проблема не возникает с подсетями на собственном интерфейсе ASA).

В конечном итоге проблема заключалась в том, что старый брандмауэр был подключен к сети другой командой, находящейся на расстоянии нескольких сетевых устройств. Так что те из вас, кто сказал «дублированный IP», были правы.