Manera genérica de aislar el componente defectuoso (aplicación/enrutador) en el reenvío de puerto UPnP que no funciona

Question

He tenido problemas para encontrar una guía sobre cómo aislar problemas con el reenvío de puertos UPnP. Actualmente tengo acceso a Ubuntu 17.10 beta2 para solucionar problemas.

Mi problema es que tengo un servidor Plex en una Raspberry Pi 3 que me dice que el puerto requerido no está abierto en mi enrutador (WRT54GS), por lo que no está expuesto a Internet. Supuestamente, el servidor es capaz de abrir el puerto mediante Upnp.

Qué he hecho:

• Asegúrese de que el enrutador tenga Upnp habilitado. Lo deshabilité/habilité muchas veces. Lo reinicié.
• Comprobado si hay actualizaciones de firmware para el enrutador (no existe ninguna).
• Usé una aplicación Upnp (para Windows 10) para asegurarme de que pueda "ver" la configuración de mi enrutador (puede, al menos enumera todas las reglas de reenvío de puertos).
• Me aseguré de que la aplicación (servidor plex) informe un reenvío de puertos exitoso cuando realizo un reenvío de puertos manual. Lo hace.
• Busqué en Google varias palabras clave, pero en su mayoría encontré artículos sobre las implicaciones de seguridad de Upnp expuesto a Internet. No es lo que buscaba. No debí haber dicho la palabra mágica.

¿Existe un buen método para aislar el problema? Si pudiera determinar si el problema es el firmware de mi enrutador o la aplicación específica, sería mucho más fácil de solucionar.