Na routerze OPENWRT oraz docelowym komputerze był identyczny port.
Po Twoim komentarzu zmieniłem port tylko na OPENWRT, ale nadal regułka redirect jest filtrowana.

Router OPENWRT dostaję się do otwartego portu komputera z którego ma puścić regułke "redirect", ale nie przepuszcza wskazanego portu na świat.

Gdy w ramach weryfikacji otworzę przykładowy port 1337 na routerze OpenWrt:
(czyli bez regułki  redirect)

uci add firewall rule
uci set firewall.@rule[-1].name=Testowanie
uci set firewall.@rule[-1].src=wan
uci set firewall.@rule[-1].target=ACCEPT
uci set firewall.@rule[-1].proto=tcp
uci set firewall.@rule[-1].dest_port=1337
uci commit firewall

/etc/init.d/firewall reload

Przykładowy nasłuch na routerze OpenWrt:

netcat -l -p 1337;

To wynik skanowania jest POZYTYWNY:

nmap -Pn -p1337  PUBLICZNY_IP ;

Host is up (0.054s latency).

PORT     STATE SERVICE
1337/tcp open  waste

Natomiast gdy użyję:

config redirect
   option  target          'DNAT'
   option  family          'ipv4'
   option  proto           'tcp'
   option  src             'wan'
   option  src_dport       1337
   option  dest            'lan'
   option  dest_port       1337
   option  dest_ip         192.168.13.37
   option  name            'Allow 1337'

To wynik skanowania jest NEGATYWNY.

EDIT: ty skanujesz z internetu czy będąc podłączonym do tego routera odwołując się do zewnętrznego adresu? Powinieneś z internetu z całkiem innej sieci.

Usunąłem wspomniane linijki i przeładowałem firewall - BEZ ZMIAN.

Czy pakiet nmap oraz zależności zmieści się w 5M??

Użyłem

netcat  192.168.13.37  1337;

Wynik  POZYTYWNY.

Posiadam niedynamiczne zewnętrzne IP, więc chciałbym uniknąć publikacji na forum publicznym.
Jak wcześniej wspomniałem zwykła regułka otwierająca przykładowy port działa.
Natomiast regułka przekierowująca nie działa.
Przypuszczam, że problemem jest moje OpenWrt tylko nie wiem gdzie.

Mam dostęp do wspomnianego routera głównie zdalnie.
Fizycznie jest w innej lokalizacji.
Stąd fizyczne zmiany są utrudnione.

Zaktualizowałem firmware openwrt.
Docelowy port jest osiągalny przez router openwrt.
Netcat daję wynik pozytywny.
Odnośnie NMAP:
Nie wiem ile miejsca potrzebuję binarka openwrt.
5MiB to może być za mało.

Regułka z otwartym portem jest aktywna,
ale do testów na docelowym komputerze z debianem wyłączyłem firewall:

sudo systemctl stop firewalld

Użyłem twój  build:

Model
Xiaomi AIoT AC2350
Platform
ath79/generic
Packages
mips_24kc
Version
luci-22.03-SNAPSHOT (r20090-c2331038b2)
Date
2023-04-01 08:21:10 UTC

https://dl.eko.one.pl/luci/openwrt-22.03/ath79/generic/luci-22.03-snapshot-r20090-c2331038b2-ath79-generic-xiaomi_aiot-ac2350-squashfs-sysupgrade.bin

Świeżo po instalacji:

firstboot -y && reboot

https://eko.one.pl/?p=openwrt-konfiguracja#przekierowanieportunainnykomputer

uci add firewall redirect
uci set firewall.@redirect[-1].name=Testowanie
uci set firewall.@redirect[-1].src=wan
uci set firewall.@redirect[-1].proto=tcpudp
uci set firewall.@redirect[-1].src_dport=1337
uci set firewall.@redirect[-1].dest_port=1337
uci set firewall.@redirect[-1].dest_ip=192.168.13.37
uci commit firewall

Skan nmap z innej sieci (dwie lokalizacje mobilne) odpowiada: filtered.

W końcu zasiadłem do tego problemu.

Zbudowałem bardzo prosty LAB w GNS3 i znalazłem przyczynę.

LINK do bardzo prostego LABu:
https://i.ibb.co/VxJg0sR/redirect.png

W powyższym scenariuszu istotny jest ROUTER1.

Gdy konfiguracja LAN  ROUTER1 zawiera:
w ostatnim oktecie pierwszy IP w masce podsieci, przykładowo

IP  192.168.22.1
NETMASK  255.255.255.0

wtedy nie protestuję i DZIAŁA.

Natomiast gdy konfiguracja LAN  ROUTER1 zawiera:
w ostatnim oktecie kolejny IP w masce podsieci, przykładowo

IP  192.168.22.2
NETMASK  255.255.255.0

to od jednej minuty do pięciu minut DZIAŁA i po tym czasie ROUTER1 przechodzi z OPEN na FILTERED.

Gdy wrócę do pierwszego przykładu  ponownie  działa.