¿El reenvío de puertos acelera los paquetes (frente a la velocidad de los paquetes sin reenvío de puertos) a una determinada aplicación que vive en una computadora en esa red inalámbrica? ¿Porque y como?

Podría, pero no en la forma en que piensas, y no en un grado que agradecerías. Sin el reenvío de puertos, su aplicación torrent intentará registrarse con UPnP en su enrutador para solicitar automáticamente un puerto reenviado. Esto implica un intercambio de tráfico y, por lo tanto, es obviamente más lento que si la regla ya estuviera allí.

Para responder a su pregunta real: sí, el reenvío de puertos podría mejorar las velocidades de torrents. Si UPnP no puede vincular un puerto (o su cliente no lo admite, su enrutador no lo hace o se niega a hacerlo), terminará en un estado parcialmente conectado. Al actualizar con los rastreadores, podrá encontrar una lista de pares, y tendrá el único deber de contactar a estas sembradoras. También debe comunicarse con sus pares para enviarles tráfico (“semilla”); es posible que esta parte no suceda si no realiza el reenvío de puertos

Cuando se encuentra en un enjambre de torrentes con muchas personas descargando, otros descargadores activos (“pares”) otorgarán un tratamiento preferencial para compartir a aquellos que más suban a ellos. Si no puede conectarse externamente (es decir, no ha reenviado un puerto), será un par pobre, sembrando con menos eficacia que otros. Por lo tanto, a menudo terminará último en la fila, la prioridad más baja entre sus pares. En enjambres maduros donde hay una alta proporción de semillas a pares, esto no debería ser un problema para la descarga. Si está buscando sembrar, funcionará mal o no funcionará sin reenvío de puertos.

Fuente: Siembro cada bit de software libre de código abierto que descargo, ¡yay Ubuntu!

Aclamaciones.