The packet-tracer command you showe

The packet-tracer command you showed doesn't actually simulate VPN traffic; packet-tracer simulates packets as ingressing the ASA from the wire, which is in your case the encrypted packets (with tunnel endpoints source/destination IPs). so, this drop-reason doesn't actually reflect your problem.

i believe that you should trace the packets in the encryption path(routing, NAT, crypto ACL overlaps..) since you can find decaps but no encaps.

Результаты (русский) 1:

Команды packet tracer, вы показали на самом деле не имитировать трафик VPN; Packet tracer имитирует пакеты как ingressing АСА из проволоки, который находится в вашем случае зашифрованные пакеты (с туннель конечные точки источника или назначения IPs). Таким образом, именно падение не отражает фактически проблема.

я верю, что вы должны отслеживать пакеты на пути шифрования (маршрутизация, NAT, крипто, перекрывается ACL..) Поскольку вы можете найти decaps но не encaps.

Результаты (русский) 2:

Команда пакетов трассирующими вы показали на самом деле не имитировать VPN трафик; пакет-трассирующими имитирует пакеты как ingressing на ASA от провода, который находится в вашем случае зашифрованные пакеты (с конечные точки туннеля источника / назначения IP-адресов). так, в этом раскрывающемся причина на самом деле не отражают вашу проблему. я считаю, что вы должны проследить пакеты в пути шифрования (маршрутизация, NAT, крипто ACL перекрывает ..), так как вы можете найти decaps но нет Encaps.

Результаты (русский) 3:

В packet tracer для команды вы показали не фактически моделировать VPN-трафик; packet-Packet tracer имитирует пакеты как ingressing ASA с провода, который в вашем случае в зашифрованных пакетов (с туннеля оконечных устройств источника/назначения IPS). Так что, в этом списке не имеет на самом деле не отражают ваши проблемы.ветровому я считаю, что вы должны отслеживать пакеты encryption путь(маршрутизации, NAT, crypto ACL-список перекрытий..) Поскольку вы можете найти/декапсуляцию но нет инкапсуляция -.