ASK[Email]

Что я вижу, так это то, что правило action=src-nat с совпадением по out-interface=vpls-xxxx (через который проходит текущий маршрут по умолчанию) ограничено списком src-address-list=OriginCustomer. Хотя 192.168.0.1 попадает в этот список адресов, собственный адрес, назначенный этому интерфейсу (172.31.1.66), который выбирается для исходящего трафика 3011 через этот интерфейс, — нет. Поэтому я подозреваю, что где-то между этим интерфейсом и интернетом маршрут к 172.31.1.66 отправляет ответ на пинг не обратно к 3011. OSPF не обрабатывает подсеть 172.31.1.64/30. Вы можете проверить это, запустив команду /tool sniffer quick ip-address=8.8.8.8 ip-protocol=icmp в одном окне терминала и одновременно пингуя 8.8.8.8 без указания src-address в другом.

Какая помощь вам нужна? Пока даже цель для меня не ясна — по правилу srcnat кажется, что вы хотите сделать srcnat сессий к SMTP-серверу на LAN IP, что для меня мало логично. Нужно чуть подробнее объяснить общий сценарий.

Похоже, у вас настроено несколько WAN-интерфейсов, и трафик на 8.8.8.8 идет через другой WAN, а не тот, который выбран в качестве маршрута по умолчанию в основной таблице маршрутизации. И для трафика, исходящего от самого роутера и выходящего через WAN, нет правила маскарадинга. Без экспорта настроек сказать более точно ничего не могу.

Так как динамическая маршрутизация (OSPF) активна, что показывает команда /ip route print detail? И какой src-address нужно указать для ping 8.8.8.8, чтобы он работал?

Хорошо, тогда просто выведи результат команды /ip route print detail, где в поле dst-address будет 8.8.8.8, там должно быть всего несколько маршрутов.