Buenas @Antonio_G_G
Pues por lo que comentas (gracias por dar detalles y pruebas), creo ver bastante bien que es lo que está pasando, aunque por otro lado me temo que no te puedo decir exactamente el motivo exacto, el cual es en esencia un problema de configuración de la Rasp o un problema en el controlador de esta.
El problema que experimentas es en esencia el funcionamiento del protocolo ARP. ARP es el protocolo que hace de nexo entre las direcciones IPs y las direcciones físicas. Cuando un dispositivo se quiere comunicar con otro, en niveles superiores en el modelo TCP/IP, lo hace por IP, o incluso con protocolos superiores como HTML, FTP... pero esto es como una cebolla, los protocolos inferiores no rinden cuenta a los de arriba, y al final la comunicación entre dos dispositivos de red se hace a nivel físico, a través de sus direcciones MAC únicas. Es por eso que necesitamos ARP.
Todos los equipos requieren de ARP para poder conocer la dirección física del resto de dispositivos. Sin la dirección física no pueden comunicarse con ellos. Los dispositivos guardan internamente lo que llamamos caché o tabla ARP, que en esencia es una tabla asociativa de MAC <-> IP. Así, cuando tu equipo 1 quiere comunicarse con el equipo 2 por IP, a un nivel más bajo el sistema operativo necesita la dirección MAC de dicho equipo 2, y la consultará en su tabla ARP. Si la encuentra, podrá comunicarse sin más, si no la encuentra tendrá que usar ARP para preguntar a toda la red cual es la MAC asociada a la IP con la que se quiere conectar. Ese mensaje es enviado en Broadcast, para que llegue a TODA la red, de modo que aquel dispositivo que tenga asignada dicha IP, responderá al ARP Request con un ARP reply, indicándole que la IP 192.168.1.131 (en este caso) tiene la MAC xx:xx:xx:xx:xx. Una vez ARP ha resuelto la dirección física, el equipo 1 podrá comunicarse ahora sí con el equipo 2.
En tu caso, de pronto tu equipo Windows quiere comunicarse con la Rasp. Como no tiene la MAC en su tabla ARP, lanza un ARP Request a toda la red, PERO, y esto es lo que te pasa, la Rasp NO RESPONDE a dicho ARP Request. Así que Windows no obtiene la MAC de la Rasp, y no puede comunicarse con él.
¿ Y por qué funciona cuando lo haces al revés y ya funciona en el otro sentido? Pues fácil. Ahora es al revés. la Raps se quiere comunicar con Win10, mira su tabla ARP, no la tiene, envía un ARP Request a toda la red, tu equipo de Win10 le responde con su dirección física y la Rasp se comunica con Win10. Ahora Win puede comunicarse con la Rasp, porque en el momento que la Rasp ha logrado comunicarse, Win10 puede ver tanto la IP como la MAC de dicho dispositivo, así que actualiza/añade la entrada ARP en su caché. Cada vez que Win10 detecte cualquieqr tipo de tráfico desde la Rasp, irá actualizando y reseteando los timeout de la caché ARP, haciendo que la entrada no desaparezca. Si pasa cierto tiempo en el que la Rasp no genera absolutamente ningún tráfico en Broadcast o unicast que pueda ver Win10, este terminará eliminando la entrada en la Caché ARP, y volveremos a la casilla de salida.
----
Esto se puede solucionar de muchos modos
1º. El principal, mira que está pasando en la Rasp, un fallo de configuración, en la firmware/driver del adaptador de red... algo hace que la Rasp no esté respondiendo a las peticiones ARP. Esto es muy simple verlo con cualquier analizador de paquetes, deberías de poder ver perfectamente las solicitudes ARP, pero no las respuestas de la Rasp. Ya dependiendo del problema que sea, se solucionará o configurando el adaptador de otro modo, o actualizando firmware/drivers o...
2º. La primera es la solución real, pues es un mal comportamiento de la Rasp. Si por el motivo que sea no logras dar con ello, una solución simple sería añadir en Windows (o en el equipo que se requiera) una entrada ARP estática, de modo que el sistema operativo no la elimine pasado X. Todos los sistemas operativos permiten hacer esto. Puedes ver también sin problema la tabla ARP. En Windows:
arp -a (imprime la tabla ARP)
arp -s 192.168.1.131 00-aa-bb-cc-dd-ee (añade una entrada ARP estática)
Obviamente no es lo ideal, pero simplemente consultando las tablas ARP de un equipo y otro, podrás ver que con casi total seguridad es eso lo que está pasando. Y sabiendo que es eso, resolver el problema comportamiento de la Rasp, debería de ser simple.
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
