Eso de currar los sábados provoca problemas de salud ... cuídate. :-D
Como habrás podido comprobar con tus experimentos, efectivamente cuando conectas 2 routers en cascada a través de la interfaz WAN, ambos activan las funciones de enrutado. Pero tal vez el hacer NAT en el segundo router no es demasiado inteligente. Me explicaré.
Para ver por qué no se ven los distintos equipos entre sí, tienes que ponerte en la piel de un paquete de datos y meterte dentro del cable, cual dibujo animado de "Erase una vez el Cuerpo Humano", y seguir las rutas de ida y sobre todo de vuelta para saber por qué no funciona. Me viene a la memoria el capítulo aquel donde un bicho que hacía de neurotransmisor se pegaba carreras por todo el organismo desde el cerebro, con un mensaje enrollado en la mano, para llevar órdenes sinápticas a los músculos.
Al final has hecho que tenga que mirar la guía de configuración de tu USR 5461, para ver qué posibilidades tiene el aparato de las narices. Supongo que la interfaz WAN la habrás programado como una IP estática de la red 192.168.1.0 (por ejemplo la 192.168.1.2), máscara 255.255.255.0 con gateway 192.168.1.1, que es la IP interna del otro router, ¿no?.
Ahora bien. Yo no encuentro en el manual un apartado explícito donde explique en qué momentos el router está haciendo NAT y en cuáles no. En la sección de "Internet" que configura la interfaz WAN, no hay un botón que diga "Activar NAT en esta interfaz". Por lo tanto presupongo que si se configura con IP estática no se activará NAT, y que si se configura como PPPoE sí que activará NAT. Esto es importante averiguarlo porque cambiará drásticamente el modo de uso del router.
Volviendo a la analogía del recorrido del paquete de datos, imagínate que estás en un PC conectado a este router, con IP 192.168.2.20, y quieres ver la página web de Ono. Para ello envía una petición HTTP al puerto 80 de la IP 62.42.230.18 (dirección de Ono conseguida tras consultar al DNS). El PC habilita temporalmente un puerto aleatorio por encima del 1024 (pongamos que es el 4567) para recibir la contestación, y se añade esa información al paquete de datos que va a llevar la petición HTTP hasta Ono.
Como la IP 62.42.230.18 no está en nuestra red local, porque se sale del ámbito de nuestra máscara de red, le enviamos los datos a nuestra primera puerta de enlace: el USR 5461 en la IP 192.168.2.1. Este router verificará su tabla de rutas y verá igualmente que la IP 62.42.230.18 no está en ninguna de sus redes locales, por lo tanto le enviará el paquete a su propia puerta de enlace predeterminada: el USR 8054 en la IP 192.168.1.1
Si el USR 5461 está haciendo NAT, lo que hará será enmascarar la red 192.168.2.0 que tiene tras él, y reconvertir el paquete proveniente del PC con IP 192.168.2.20 y puerto 4567 en un nuevo paquete con IP 192.168.1.2 (la IP de la WAN del USR 5461) con un nuevo puerto aleatorio por encima del 1024 (por ejemplo el 6789). Esta traducción se la guarda en su tabla interna NAT en memoria, para que cuando venga el paquete de vuelta con la contestación, realizar el proceso inverso y poder entregarselo al PC.
El USR 8054 verá que la IP 62.42.230.18 tampoco está en sus redes locales y volverá a hacer NAT a su vez, reservando otro puerto diferente, antes de entregárselo al provedor de Internet a través del cablemodem.
Cuando recibe la respuesta, el USR 8054 deshace su NAT, le entrega el paquete al USR 5461 en la IP 192.168.1.2 puerto 6789. Este router se da cuenta que es un paquete de contestación a una conexión iniciada desde dentro, que está en su tabla NAT, deshace la traducción y le envía los datos al PC 192.168.2.20 al puerto 4567. Resultado: el navegador del PC muestra la página HTML.
-----------------------------------------------
Ahora bien, ¿qué pasa si en tu caso un PC1 conectado al USR 8054 quiere conectarse a otro PC2 conectado al USR 5461? Pues pasa que si hay NAT en el USR 5461, el PC1 no va a ver directamente al PC2, como mucho verá a la interfaz WAN del 5461 en su segmento de red.
En este caso pasa como en el eMule. Un equipo de la red LAN del USR 5461 quiere ofrecer un servicio al exterior, y por lo tanto hay que habilitar Port Forwarding (abrir los puertos) en el router para que puedan comunicarse desde fuera. En este caso habría que abrir UDP 137, UDP 138, TCP 139, UDP 445 y TCP 445 para que funcione el Entorno de Red de Microsoft Windows 2000/XP/2003.
Pero sabemos que si habilitamos los puertos, los tenemos que redirigir hacia un único PC de la red LAN del USR 5461. Con lo que podemos deducir que si queremos conectar desde fuera con más de un equipo, el NAT en el USR 5461 tiene que estar desactivado. Volvemos a mi duda inicial planteada más arriba, pues no hay una opción en el menú para habilitar o deshabilitar NAT expresamente.
Suponiendo que el USR 5461 ya no hace NAT, el único requisito para conectar desde el PC1 al PC2 es informar al PC1 que la red 192.168.2.0 / 255.255.255.0 está accesible a través de la IP 192.168.1.2. Esto se puede hacer poniendo una ruta a mano en cada PC del USR 8054, pero lo lógico será poner la ruta en el propio USR 8054 para simplificar las cosas.
Si miramos la guía de configuración del USR 8054, vemos que se hace en la sección Routing. Añadimos una ruta estática a la red 192.168.2.0, máscara 255.255.255.0, con gateway 192.168.1.2, a través de la interfaz LAN.
Con ello, ya sabríamos redirigir los paquetes entre ambas redes. En el USR 5461 no hay que tocar nada, porque justamente su pasarela predeterminada desemboca en la otra red. El USR 5461 sabía "ir", pero era problema del USR 8054 el saber "volver" cuando NAT está desactivado.
Otro problema es que los PCs normalmente averiguan los nombres de los otros PCs a través de paquetes de difusión. Como no podemos mandar paquetes de difusión, ni de capa 2 ni de capa 3 a través del router, vas a necesitar incluir los nombres de los PCs en el fichero HOSTS y LMHOSTS en cada equipo, a no ser que quieras establecer un servidor WINS, DNS o Active Directory internamente ... que supongo que no, ¿verdad?
