He leído mucho sobre cómo los conmutadores avanzan dentro de LAN, pero poco sobre cómo el conmutador habla con el enrutador.
¿Cuándo un conmutador envía paquetes al enrutador? ¿Es cuando no encuentra el destinatario en la misma LAN?
He leído mucho sobre cómo los conmutadores avanzan dentro de LAN, pero poco sobre cómo el conmutador habla con el enrutador.
¿Cuándo un conmutador envía paquetes al enrutador? ¿Es cuando no encuentra el destinatario en la misma LAN?
Respuestas:
Depende un poco.
La operación principal normal para un conmutador es reenviar tramas desde un host en el dominio L2 a otro host en función de la dirección MAC de destino. Entonces, en este sentido, un conmutador solo reenviará marcos al enrutador si el marco que recibió tiene la dirección MAC del enrutador como destino.
Sin embargo, si se trata de un conmutador administrado, también actúa como un host en la red y como un dispositivo L2. Por lo tanto, el tráfico de administración que debe enrutarse (es decir, a los hosts en una subred / red diferente) será enviado por el conmutador al enrutador (suponiendo que el enrutamiento correcto / la puerta de enlace predeterminada estén en su lugar).
Los interruptores no envían paquetes, envían marcos. Un conmutador solo reenvía los fotogramas de capa 2 de una interfaz a otra. Para el conmutador, un enrutador es solo otro host. El conmutador habla con el enrutador cuando tiene un marco dirigido a la dirección MAC del enrutador.
Según la forma en que formuló su pregunta, creo que el punto importante que debe saber es que la decisión de si el paquete debe ir al enrutador o no es tomada por el conmutador, pero por el host de envío en esa LAN.
El host (PC o enrutador) determina que el destino no está en la red local y que debe reenviarse al enrutador. Si es así, el host establece la dirección MAC de destino a la del enrutador. El conmutador reenvía paquetes basados en la dirección MAC. No sabe si es un enrutador u otra cosa.
Los interruptores vienen en diferentes sabores JavaDeveloper. ¿Por qué necesitas un interruptor? Porque desea que más de 2 hosts compartan un medio de comunicación común. Si tiene 2 PC y no están muy lejos entre sí, puede conectar un cable de Ethernet entre ellas, asignar direcciones IP y comenzar a comunicarse. ¿Qué pasa si tienes 15 PC? Entonces desea tener un medio compartido, un lugar de encuentro donde todos estén disponibles.
Sigamos con la misma analogía. Conectó su conmutador, realizó el cableado, empleó un mecanismo de distribución de IP y asignó a cada uno una dirección 192.168.1.x / 24. Verás que pueden llegar a otros. Puede crear una carpeta compartida en uno y enviar / recibir archivos de otros, está conectado.
Ahora imagine que desea que usted y las PC de sus vecinos se comuniquen, él usa una subred diferente y además no tiene suficientes puertos ethernet. Ahora necesita otro mecanismo que enrutará el tráfico entre ustedes dos. Encontró un enrutador con dos interfaces y conectó un cable de su conmutador a una interfaz y otro cable del conmutador de sus vecinos a la otra interfaz. ¿Por qué enchufaste este cable a interruptores pero no a una impresora? Porque todos están ahí y disponibles. Si ve el mundo desde el punto de vista del enrutador, tengo 2 redes a cada lado, una habla alemán, la otra habla francés. Para poder comunicarte 2, debes hablar ambos idiomas. Es por eso que en cada interfaz de enrutador, asigna una dirección IP de cada subred al lado correcto (la suya será 192.168.1.x / 24). Él es tu puerta virtual a la casa de tu vecino. Si su red necesita comunicar a sus vecinos, debe llamar a la puerta virtual. La dirección que acaba de asignar en la interfaz del enrutador es la puerta de enlace de su red a la otra red, lo cual tiene sentido, ¿verdad? Si tiene una PC que solo se comunica con su impresora, no necesita asignarle una dirección de puerta de enlace, ¿por qué debería hacerlo? Él siempre se queda en casa.
¿Cuándo un interruptor habla con el enrutador? Cuando necesita ponerse en contacto con otras redes adyacentes o accesibles.
(como otras personas escribieron, hay conmutadores de capa 3 a los que se les puede asignar direcciones IP desde otras redes que le permiten conocer a todos allí, pero no hablaré sobre eso. Escribí mucho, por favor no me malinterpreten, hay otras personas que pueden hacer uso de este hilo)
Espero que esto ayude.
Un conmutador normal (capa 2) envía tramas desde un puerto (entrada) a otro puerto (salida) en función de la dirección MAC de destino en la trama. Buscará su tabla MAC
El host empaquetará el paquete / trama con la dirección MAC del enrutador, en función del conocimiento de si el punto final deseado está en la misma subred (usando is mask). Si no está en la subred o segmento de red, reenviará el paquete / marco a la puerta de enlace predeterminada en el segmento (enrutador), que primero pasará por el conmutador conectado. El conmutador que sabe que la dirección MAC no está conectada al dispositivo en la interfaz entrante consultará la tabla CAM y reenviará el marco de la interfaz necesaria si hay información MAC para la puerta de enlace (enrutador) deseada. De lo contrario, la trama será multidifusión de todos los puertos con un arp que solicita la dirección MAC deseada hasta que reciba una respuesta del DGW (enrutador), que luego comenzará el proceso de establecer un enlace y la comunicación necesaria. Ese' en pocas palabras. Con suerte, no me perdí ningún detalle importante.