Ни один из портов не может быть перенаправлен в NAT операторского класса IPV4, потому что у вас нет контроля над маршрутизатором, который фактически выполняет NAT.
IPV6 действительно не нуждается в NAT, потому что он традиционно использовался для исчерпанной проблемы с адресом IPV4. (32-битные адреса против 128-битных). Мое ограниченное понимание того, что сделал T-Mobile, похоже, является чистой сетью IPV6 с "туннелированием IPV4". Поэтому, если это так, я не понимаю, почему вы не можете получить доступ к службе, размещенной на устройстве IPV6, если вы подключаетесь к устройству IPV6.
Это действительно зависит от конфигурации сети T-Mobiles и от того, как они настроили свою сеть для входящих запросов.
Если вы попробуете это, и это не сработает, вы всегда можете позвонить им и посмотреть, предлагают ли они глобальную IPV4-адресацию по запросу. (Это длинный выстрел)
Также проверьте этот ответ на security-stackexchange:
https://security.stackexchange.com/questions/44065/with-ipv6-do-we-need-to-use-nat-any-more
Это также может помочь: https://serverfault.com/questions/184524/switching-to-ipv6-implies-dropping-nat-is-that-a-good-thing