Hola @orbtwin
Te respondo por aquí, mejor que por privado.
Pues dentro del desconocimiento que tengo del Wake on LAN, parece que el problema radica como ya te han insinuado en que exteriormente cuando el router recibe el "paquete mágico" no sabe encontrar la MAC asociada para enviar el paquete (tabla ARP) cosa que si puedes hacer si entras remotamente y haces el envío desde el router (management) o la red interna....
Quizás algún entendido te puede orientar mejor que yo con las tablas ARP, a comprobar si realmente cuando el router está en marcha o se reinicia, las tablas siguen activas con esas MAC o a crear un script para que cada vez que el router se reinicie, vuelva a crear esas tablas, etc. etc.
Respecto al Wake on LAN si te puedo asegurar que solo hace falta el protocolo UDP, así que tener esos puertos abiertos en TCP, te restan capacidad de puertos abiertos por la limitación propia del router.
Salu2
Hola @orbtwin
Me alegro de que por casualidad hayas resuelto el problema.
En principio poco hay que mirar sobre el Wake on LAN, dentro de la red, si están bien configurados los dispositivos (Bios, tarjeta de red, etc. etc.), siempre debe funcionar.
Fuera de la red, si el router no conoce la IP/MAC de destino del paquete mágico, poco podremos hacer para llegar al destino, y el responsable de que el router conozca la IP/MAC de destino es la tabla ARP.
Como siempre Murphy nos la tiene jugada, si antes te había funcionado correctamente teniendo los dos protcolos abiertos, aunque solo usa uno, pues eso es lo que hay, Murphy.......
UDP protocolo no orientado a conexión, una sola dirección de comunicación (unidireccional) el destinatario recibe los datos sin enviar una confirmación de recepeción al emisor.
TCP protocolo orientado a conexión, bidireccional, se establece una conexión entre emisor y receptor, el recepetor informa de paquetes recibidos y estado del paquete, puede vovler a pedir al emisor que vuelva a enviar un paquete de datos, etc .etc.
Salu2
