1 00:00:00,000 --> 00:00:05,000 Por lo tanto, al enviar tráfico de 1 subred a otra subred, los encabezados 2 00:00:05,000 --> 00:00:09,000 de la capa 3 contienen la dirección IP del host de 3 00:00:09,000 --> 00:00:12,000 origen y la dirección IP del host de destino. 4 00:00:12,000 --> 00:00:17,000 Pero en la capa 2, la dirección MAC de origen es el host 5 00:00:17,000 --> 00:00:23,000 local y la dirección MAC de destino es el enrutador local en el segmento local. 6 00:00:23,000 --> 00:00:27,000 Cuando el marco llega al enrutador, el enrutador quitará los encabezados de 7 00:00:27,000 --> 00:00:31,000 la capa 2 y luego leerá los encabezados de la capa 3 8 00:00:31,000 --> 00:00:33,000 para determinar qué hacer con el tráfico. 9 00:00:33,000 --> 00:00:38,000 Entonces, la dirección IP de destino es 10. 1. 2. 1 El enrutador primero 10 00:00:38,000 --> 00:00:42,000 verificará si esa es una dirección IP local en el enrutador y en este 11 00:00:42,000 --> 00:00:45,000 caso no es así, el enrutador tiene estas direcciones IP. 12 00:00:45,000 --> 00:00:48,000 Entonces, verifique su tabla de enrutamiento para determinar si 13 00:00:48,000 --> 00:00:51,000 sabe dónde está la dirección IP de destino. Esta 14 00:00:51,000 --> 00:00:59,000 dirección IP 10. 1. 2. 1 está en la subred 10. 1. 2. 0 que está fuera de F0 / 1. 15 00:00:59,000 --> 00:01:04,000 Por lo tanto, el enrutador sabe que necesita enviar el tráfico 16 00:01:04,000 --> 00:01:10,000 al host 10. 1. 2. 1 de F0 / 1 comprueba su caché ARP 17 00:01:10,000 --> 00:01:15,000 para ver si tiene una entrada para 10. 1. 2. 1 En este caso, 18 00:01:15,000 --> 00:01:19,000 supongamos que el enrutador no tiene una dirección IP de asignación 19 00:01:19,000 --> 00:01:25,000 de entrada ARP 10. 1. 2. 1 a la dirección MAC B, por lo que no lo sabe. 20 00:01:25,000 --> 00:01:29,000 Entonces, para averiguarlo, debe enviar una transmisión al segmento local solicitando la dirección MAC 21 00:01:29,000 --> 00:01:34,000 de la dirección IP 10. 1. 2. 1 para que envíe 22 00:01:34,000 --> 00:01:37,000 un mensaje de solicitud de ARP, el centro se 23 00:01:37,000 --> 00:01:41,000 inundará de sus puertos y tanto B como D recibirán el marco. 24 00:01:41,000 --> 00:01:45,000 D recibirá el encuadre en la capa 2 porque es transmitido, 25 00:01:45,000 --> 00:01:49,000 pero en las capas superiores dejará caer el mensaje porque es 26 00:01:49,000 --> 00:01:53,000 una solicitud ARP para la dirección IP de otro dispositivo. 27 00:01:53,000 --> 00:01:56,000 Entonces, el host D descarta el cuadro, pero el servidor B recibirá 28 00:01:56,000 --> 00:02:01,000 la capa 2, lo envía a los protocolos de capa alta, los protocolos de capa alta verán que se trata 29 00:02:01,000 --> 00:02:04,000 de una solicitud ARP para la dirección IP local de este host. 30 00:02:04,000 --> 00:02:07,000 Entonces PC B procesará la solicitud 31 00:02:07,000 --> 00:02:10,000 ARP y enviará una respuesta ARP. 32 00:02:10,000 --> 00:02:15,000 La respuesta ARP se enviará al concentrador con la dirección MAC de origen de la dirección 33 00:02:15,000 --> 00:02:18,000 MAC de destino B del enrutador, los enrutadores es 34 00:02:18,000 --> 00:02:23,000 el dispositivo que solicitó la dirección IP de la PC y la dirección MAC en cada 35 00:02:23,000 --> 00:02:25,000 interfaz de un enrutador son diferentes. 36 00:02:25,000 --> 00:02:28,000 En este caso, la dirección MAC utilizada fue H, por lo que 37 00:02:28,000 --> 00:02:35,000 la PC responderá a esa dirección MAC, por lo que la dirección MAC de origen es B la dirección MAC de destino es H, la dirección IP 38 00:02:35,000 --> 00:02:39,000 de origen es 10. 1. 2. 1 dirección IP de 39 00:02:39,000 --> 00:02:43,000 destino es 10. 1. 2. 100, la dirección 40 00:02:43,000 --> 00:02:50,000 IP y la dirección MAC de los enrutadores F0 / 1 se utilizan en la respuesta de la PC B 41 00:02:50,000 --> 00:02:54,000 cuando el concentrador recibe el tráfico, lo inundará de todos sus 42 00:02:54,000 --> 00:02:58,000 puertos D abandonará el encuadre del enrutador, pero procesará el tráfico 43 00:02:58,000 --> 00:03:01,000 porque la dirección MAC es su dirección MAC local. 44 00:03:01,000 --> 00:03:03,000 De modo que la tarjeta de interfaz 45 00:03:03,000 --> 00:03:06,000 de red de los enrutadores recibirá el tráfico en la 46 00:03:06,000 --> 00:03:11,000 capa 2, luego procesará la información de capa 3 y capa 4 y actualizará su caché ARP 47 00:03:11,000 --> 00:03:17,000 local indicando esa dirección IP 10. 1. 2. 1 como dirección MAC B. 48 00:03:17,000 --> 00:03:20,000 Ahora que la caché ARP está actualizada, el 49 00:03:20,000 --> 00:03:24,000 enrutador puede enviar el tráfico ping original al host B. 50 00:03:24,000 --> 00:03:27,000 Por lo tanto, cuando el marco llegó al enrutador desde el host A, 51 00:03:27,000 --> 00:03:31,000 tenía una dirección MAC de origen de A, dirección MAC de destino de la dirección IP de 52 00:03:31,000 --> 00:03:37,000 origen G de 10. 1. 1. 1 dirección IP de destino de 10. 1. 2. 1 cuando 53 00:03:37,000 --> 00:03:44,000 ahora envía ese tráfico fuera de F0 / 1, reescribe las entradas de la dirección MAC Entonces la 54 00:03:44,000 --> 00:03:48,000 dirección MAC de origen es H, la interfaz del enrutador local 55 00:03:48,000 --> 00:03:51,000 la dirección MAC de destino es B el 56 00:03:51,000 --> 00:03:54,000 host con el que el enrutador desea comunicarse. 57 00:03:54,000 --> 00:03:58,000 la dirección IP de origen sigue siendo la dirección IP del host 58 00:03:58,000 --> 00:04:03,000 A y la dirección IP de destino sigue siendo la dirección IP del host B. 59 00:04:03,000 --> 00:04:08,000 Es muy importante recordar que al atravesar un enrutador o un conmutador de 60 00:04:08,000 --> 00:04:13,000 capa 3, por ejemplo cuando se pasa de 1 VLAN a otro, la 61 00:04:13,000 --> 00:04:20,000 información de capa 2 se reescribe, la información de capa 3 se deja igual pero cada vez que el 62 00:04:20,000 --> 00:04:23,000 tráfico salta por un enrutador o se envía 63 00:04:23,000 --> 00:04:26,000 desde 1 VLAN a otra VLAN la información 64 00:04:26,000 --> 00:04:28,000 de la capa 2 se 65 00:04:28,000 --> 00:04:34,000 reescribe en la trama Cuando ese tráfico es recibido por el centro, lo inundará de todos 66 00:04:34,000 --> 00:04:40,000 los puertos D abandonará el cuadro porque la dirección MAC de destino es B y no D. 67 00:04:40,000 --> 00:04:44,000 B recibirá el cuadro en la capa 2 porque está destinado a sí mismo 68 00:04:44,000 --> 00:04:48,000 y luego procesará la información de la capa 3 y la capa 4. 69 00:04:48,000 --> 00:04:53,000 En este caso, es un mensaje de eco ICMP enviado de A a B. 70 00:04:53,000 --> 00:04:57,000 así que B va a uno para responder con un mensaje de respuesta de eco. 71 00:04:57,000 --> 00:05:04,000 Así que B responderá con una respuesta de eco, pero tenga en cuenta que la respuesta de eco va a una dirección IP 72 00:05:04,000 --> 00:05:09,000 de destino de 10. 1. 1. 1 que es el 73 00:05:09,000 --> 00:05:13,000 host A, la dirección MAC de origen es B, la PC 74 00:05:13,000 --> 00:05:18,000 local, pero la dirección MAC de destino es el enrutador, el dispositivo B está 75 00:05:18,000 --> 00:05:22,000 enviando el tráfico a su puerta de enlace predeterminada porque también 76 00:05:22,000 --> 00:05:27,000 habría hecho un final lógico en la dirección IP y subred y hubiera funcionado 77 00:05:27,000 --> 00:05:32,000 esa dirección IP 10. 1. 1. 1 está en una subred diferente a sí misma. 78 00:05:32,000 --> 00:05:35,000 Por lo tanto, enviará el tráfico a su puerta de enlace 79 00:05:35,000 --> 00:05:39,000 predeterminada y, en este caso, habríamos configurado la PC con la puerta de enlace 80 00:05:39,000 --> 00:05:42,000 predeterminada de 10. 1. 2. 100 El 81 00:05:42,000 --> 00:05:46,000 hub inundará el tráfico de todos los puertos D abandonará 82 00:05:46,000 --> 00:05:51,000 el marco una vez más porque no está destinado a sí mismo. 83 00:05:51,000 --> 00:05:53,000 El enrutador procesará el cuadro en la 84 00:05:53,000 --> 00:05:57,000 capa 2 porque la dirección MAC de destino es su dirección MAC local. 85 00:05:57,000 --> 00:06:02,000 Luego quitará la información de la capa 2 y leerá la información de 86 00:06:02,000 --> 00:06:07,000 la capa 3 para determinar si sabe dónde está la dirección de destino. 87 00:06:07,000 --> 00:06:12,000 En este caso 10. 1. 1. 1 está en la subred 10. 1. 1. 0/24 88 00:06:12,000 --> 00:06:19,000 y esa subred está directamente conectada a F0 / 0 en el enrutador. 89 00:06:19,000 --> 00:06:23,000 Entonces, la dirección IP de destino se encuentra en una subred conocida 90 00:06:23,000 --> 00:06:27,000 por el enrutador y ahora sabe de qué interfaz enviar un tráfico. 91 00:06:27,000 --> 00:06:33,000 Entonces, el enrutador sabe que necesita reenviar este paquete fuera de la interfaz F0 / 0. 92 00:06:33,000 --> 00:06:37,000 El enrutador reescribirá los encabezados de la capa 2. 93 00:06:37,000 --> 00:06:39,000 Entonces, la dirección MAC de destino es A. 94 00:06:39,000 --> 00:06:41,000 La dirección MAC de origen es 95 00:06:41,000 --> 00:06:45,000 G, que es la dirección MAC de F0 / 0 en el enrutador. 96 00:06:45,000 --> 00:06:51,000 La información de la capa 3 se deja igual pero los encabezados de la capa 2 se reescriben. 97 00:06:51,000 --> 00:06:54,000 El enrutador reenvía el marco al centro. 98 00:06:54,000 --> 00:06:59,000 Cuando un concentrador recibe el tráfico, lo inundará de todos los puertos. 99 00:06:59,000 --> 00:07:01,000 C soltará el marco porque no está destinado a él. 100 00:07:01,000 --> 00:07:04,000 A recibirá el marco porque la dirección MAC de destino es ella misma. 101 00:07:04,000 --> 00:07:07,000 Luego procesará la tira de información de la capa 2 de 102 00:07:07,000 --> 00:07:11,000 los encabezados de la capa 2, la reenviará a los protocolos de capa superior. 103 00:07:11,000 --> 00:07:15,000 Los protocolos de capa superior procesarán la capa 3 y la 104 00:07:15,000 --> 00:07:20,000 capa 4 y las capas superiores y el ping tendrá éxito en este ejemplo. 105 00:07:20,000 --> 00:07:24,000 Ahora, en algunos casos, notará que cuando hace ping a un dispositivo, 106 00:07:24,000 --> 00:07:29,000 el primer ping falla y eso se debe típicamente a la solicitud ARP y 107 00:07:29,000 --> 00:07:33,000 a las respuestas que deben llevarse a cabo para rellenar los cachés 108 00:07:33,000 --> 00:07:37,000 ARP de dispositivos entre el dispositivo de origen y de destino. 109 00:07:37,000 --> 00:07:43,000 Así que no se preocupe si pierde el primer ping al hacer ping a un dispositivo remoto. 110 00:07:43,000 --> 00:07:47,000 Probablemente sea porque el caché ARP ha sido poblado por los 111 00:07:47,000 --> 00:07:49,000 dispositivos involucrados en la comunicación. 112 00:07:49,000 --> 00:07:54,000 Lo importante que debe recordar es que cuando hace ping a través de un enrutador 113 00:07:54,000 --> 00:07:59,000 o un conmutador de capa 3, la información de capa 2 se actualiza en cada 114 00:07:59,000 --> 00:08:02,000 salto, pero la información de capa 3 permanece igual 115 00:08:02,000 --> 00:08:06,000 a menos que se use NAT o Traducción de direcciones de red. 116 00:08:06,000 --> 00:08:10,000 Cuando pasa de 1 VLAN a otra VLAN en un conmutador de 117 00:08:10,000 --> 00:08:13,000 capa 3 o pasa de 1 interfaz a otra 118 00:08:13,000 --> 00:08:19,000 en un enrutador, la información de capa 3 no cambia, pero los encabezados de capa 2 se reescriben. 119 00:08:19,000 --> 00:08:25,000 Entonces, en resumen, un enrutador es un dispositivo de capa 3, toma decisiones de enrutamiento basadas 120 00:08:25,000 --> 00:08:29,000 en direcciones IP y reescribe las direcciones MAC. Los conmutadores 121 00:08:29,000 --> 00:08:32,000 de capa 3 también operan en esta capa. 122 00:08:32,000 --> 00:08:37,000 El conmutador de capa 3 tiene capacidad de capa 2 y capacidad de capa 3. 123 00:08:37,000 --> 00:08:42,000 Cuando envía tráfico de la VLAN 10 a la VLAN 20, por ejemplo, los fotogramas 124 00:08:42,000 --> 00:08:44,000 de la capa 2 se reescriben. 125 00:08:44,000 --> 00:08:47,000 El tráfico pasa lógicamente por un enrutador, ya que 126 00:08:47,000 --> 00:08:53,000 el conmutador de capa 3 implementa la capacidad de enrutamiento y, por lo tanto, las direcciones MAC de 127 00:08:53,000 --> 00:08:58,000 la capa 2 se reescriben, pero la información de la capa 3 permanece igual.