192.168.1.0/24 no puede hablar directamente con 10.0.0.0/24
Si un dispositivo solo está en 192.168.1.0/24, entonces la única forma en que puede comunicarse con 10.0.0.0/24 es si algún otro dispositivo en 192.168.1.0/24 ayudará al enrutar el tráfico.
Una razón de esa restricción es que, en su ejemplo, las subredes no se superponen. Un 192.168.0.0/16 puede comunicarse con un 192.168.2.0/24, a pesar de que las subredes son diferentes, porque hay una superposición.
ANTIGUO: ahora he respondido la pregunta que hiciste. Supongo que no he respondido completamente lo que querías saber. Si ese es el caso, no dude en hacer otra pregunta.
ACTUALIZACIÓN 1: Gracias por el útil diagrama de red. Mi primera inclinación es considerar poner LAN2 en 192.168.1 / 24 y luego hacer que los enrutadores actúen como conmutadores. Comúnmente, la forma más fácil de hacerlo es conectar cosas a los puertos LAN. Es posible que también deba indicar a los dispositivos que solo reenvíen el tráfico de la capa 2 y no intenten realizar el enrutamiento de la capa 3. El resultado podría ser más simple.
Sin embargo, ese enfoque no es necesario, y podemos hacer las cosas de la manera en que realmente lo está pidiendo. Con el diagrama actual, una LAN (que voy a cambiar de nombre, de "LAN" a "LAN1") está en 192.168.1 / 24 y LAN2 es 10/24.
Ahora, primero quiero aclarar un concepto que creo que es posible que no comprenda (porque su diagrama actual parece un poco incompleto, ya que muestra solo algunas de las direcciones IPv4 que deberán usarse). La dirección 192.168.1 / 24 utilizada por su OpenWRT generalmente no se asigna a todo el dispositivo OpenWRT. La dirección 192.168.1 / 24 utilizada por su OpenWRT generalmente se asigna al puerto de red específico. Por lo tanto, el puerto de red en OpenWRT que se comunica con LAN1 está utilizando la dirección 192.168.1 / 24, y OpenWRT debe tener otra dirección IPv4 que se comunique con "MODEM". En verdad, no me importa qué dirección se esté utilizando para que OpenWRT se conecte al MODEM (incluso podría ser una dirección IPv4 pública si el MODEM está utilizando el puente), siempre que no esté en la misma subred que cualquier otra cosa que estemos usando. p.ej,
Lo que aún se necesita son direcciones IPv4 que OpenWRT y ZTE usan para comunicarse entre sí, a través de ese cable "LAN a LAN" en su diagrama. Asigne a ese enlace una subred y asigne a esos puertos de red una dirección en la subred. por ejemplo, haga que OpenWRT use 192.168.2.1/30 y ZTE use 192.168.2.2/30, o haga que OpenWRT use 172.16.0.2/30 y ZTE use 172.16.0.1/30.
Nota al margen: es posible que note que uso un IPv4 / 30 en algunos casos, en lugar de un IPv4 / 24. El "/ 30" representa el tamaño de la subred; a / 30 admite 2 dispositivos y a / 24 admite 254 dispositivos. Solo menciono un / 30 cuando puede salirse con la suya utilizando una subred pequeña. Sin embargo, puede usar un / 24 en lugar de un / 30, lo que realmente no duele. Puede hacer que algunas direcciones se "desperdicien" porque no son tan fáciles de usar, pero la alternativa probable es que de todos modos no se usarán, y tiene literalmente millones de direcciones, por lo que está bien usarlas. Si desea comprender mejor el tema, lea más sobre los tamaños de subred (especialmente, consulte el gráfico "Máscara de subred de longitud variable", también conocido como gráfico VLSM) y / o la notación CIDR.
Luego, trate de hacer que los dispositivos OpenWRT y ZTE "hagan ping" entre sí. Muy a menudo, los dispositivos configurados con un servidor web interno tendrán una página que proporciona acceso para crear una prueba de "ping".
Le sugiero que se asegure de que funcione antes de intentar que el enrutamiento sea funcional. Una vez que cada dispositivo pueda comunicarse con los dispositivos vecinos, comience a intentar asegurarse de que cada dispositivo tenga las rutas necesarias para llevar el tráfico a otros dispositivos en la red. Si sus PC no pueden comunicarse, intente usar una prueba de "ping" para determinar qué puertos de red puede hacer ping con éxito en los dispositivos remotos.
Es posible que deba ajustar algunos firewalls (como el software "Firewall de Windows") para asegurarse de que los dispositivos puedan responder al ping. (Si tiene el hardware disponible, puede ser útil si tiene un interruptor conectado a un puerto en el enrutador, y tiene varias PC conectadas a ese interruptor, para ver si los dispositivos en la misma subred pueden hacer ping entre sí. Eso puede ayuda a determinar si los dispositivos responden al ping, sin necesidad de preocuparse demasiado por la interferencia de un enrutador).
Es posible que desee hacer más preguntas sobre cómo habilitar el enrutamiento. Sin embargo, sugiero que ni siquiera piense en hacerlo hasta que asigne todas las direcciones IPv4 que necesita asignar. Una vez que obtenga esas direcciones asignadas, probablemente nos ayudará con un diagrama de red actualizado antes de hacer otras preguntas sobre cómo hacer que funcione la ruta.