¿Es posible tener 2 enrutadores para comunicarse entre sí a través de LAN a LAN (no LAN a WAN) a pesar de que ambos tienen una subred diferente?
Topo:
Enrutador 1 (192.168.1.0/24)
Enrutador 2 (10.0.0.0/24)
Por ejemplo, la PC del Enrutador 1 con la dirección IP 192.168.1.180 podrá comunicarse con la PC del Enrutador 2 con la dirección IP 10.0.0.30.
Diagrama:
networking
router
lan
subnet
warheat1990
fuente
fuente
Respuestas:
Definitivamente es posible, de hecho, es la base de cómo funciona el enrutamiento (enrutadores). A través de una variedad de formas: rutas estáticas configuradas en un enrutador local, actualizaciones a través de un protocolo llamado RIP (Protocolo de información de enrutamiento) que es esencialmente enrutadores que comparten su información de enrutamiento, y si todo lo demás falla, puertas de enlace predeterminadas (DG).
Los DG son donde se envía el tráfico cuando el enrutador local no sabe dónde enviarlo, generalmente fuera de su LAN y al enrutador del ISP. Su PC tendrá su enrutador local como DG, su enrutador tendrá el enrutador del ISP en su puerto WAN como DG, y así sucesivamente.
En el caso de que pregunte, cada enrutador necesitaría tener una ruta estática configurada; que, si se tratara de un enrutador basado en Linux, utilizaría comandos como este, con el enrutador 1 con una dirección IP LAN de 192.168.0.1 y un puerto Ethernet físico conectado al enrutador 2 llamado 'eth3' y el enrutador 2 con IP Addr 10.0.0.1 conectarse al enrutador 1 en el puerto LAN 'eth0' (elegido arbitrariamente) En el enrutador 1:
y en el enrutador 2:
Cualquier PC conectada a cualquiera de estos enrutadores que intente comunicarse con la subred en la que no se encuentra necesitaría tener el enrutador local * configurado como DG. DHCP generalmente configura esto a menos que esté utilizando direcciones IP estáticas.
Si tuviera una DG diferente (y presumiblemente múltiples NIC) necesitaría tener una ruta estática configurada localmente (por ejemplo, 192.168.1.0/24 a través de [computers IP 10.0.0.x] dev [NIC de computadoras conectadas al enrutador 2]. El enrutador aún necesitaría las mismas rutas agregadas desde arriba en cualquier caso.
* técnicamente la dirección IP LAN de los enrutadores locales
Este sitio tiene una buena redacción sobre los conceptos involucrados aquí: http://linux-ip.net/html/routing-intro.html
Si tenía RIP versión 2 u otros protocolos más sofisticados entre enrutadores, esta información de enrutamiento podría comunicarse entre los enrutadores sin ninguna configuración adicional; consulte https://en.wikipedia.org/wiki/Routing_Information_Protocol
fuente
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.
fuente