Entiendo el Protocolo de resolución de direcciones y cómo se transmite a todos los dispositivos de la subred para encontrar la dirección MAC del destino. Sé que cuando una computadora no puede encontrar el destino a través de ARP, concluye que debe estar en otra subred y lo envía al enrutador.
Si el destino está realmente al otro lado del mundo y el enrutador tiene que saltar al enrutador de su ISP, ¿cómo encuentra el enrutador la dirección IP de su puerta de enlace predeterminada en primer lugar?
Respuesta1
El primer párrafo no es correcto, es al revés.
ARP se utiliza cuando se sabe que el destino está en la red actual. La secuencia es algo como esto:
Verifique la tabla de enrutamiento para conocer el destino
La tabla de enrutamiento se prueba en orden de especificidad, por lo que si bien las entradas 192.0.0.0/8 y 192.168.0.0/16 coinciden con 192.168.1.1, la segunda es una coincidencia más específica. 0.0.0.0/0 coincide con todo y es la ruta predeterminada.
¿Conectado o enrutado?
La ruta coincidente será una red conectada (el dispositivo emisor tiene una dirección IP en la misma red) o no. Si está conectado, se emite un arp y se recupera la dirección mac (suponiendo que el dispositivo exista), luego el paquete se entrega a la capa 2 (ethernet) para transmitir.
Si la red no es una red conectada, tendrá una dirección IP de puerta de enlace. Esa dirección IPdebeestar en una red conectada. De nuevo, se emite un arp para la dirección IP de la puerta de enlace que recuperó la dirección mac y el paquete se entrega a la capa 2 para transmitirlo a la IP de la puerta de enlace.
En el siguiente salto
Una vez allí, se sigue exactamente el mismo proceso. Cualquiera de las puertas de enlace tiene la dirección IP de destino en una interfaz conectada o la pasa a otro enrutador.
Crear una tabla de enrutamiento
Hay muchas maneras en que se completa una tabla de enrutamiento. Las rutas para las redes conectadas siempre las configura el sistema operativo en función de las direcciones de la interfaz. En un entorno donde se utiliza DHCP, se emite una dirección IP a una interfaz y, por lo general, con ella viene una puerta de enlace predeterminada. Entonces, una vez que se realiza DHCP, el dispositivo tiene una ruta de red conectada y una ruta predeterminada.
Una configuración más básica es estática. El dispositivo tiene una dirección IP asignada estáticamente en su configuración, una puerta de enlace predeterminada y quizás algunas rutas estáticas. Todos estos se configuran manualmente en el propio dispositivo.
Enrutamiento dinámico
Claramente, cuando se trata de algo tan complejo como Internet, agregar manualmente rutas estáticas sería una propuesta difícil. Todavía sucede en algunos niveles, pero todo se ve favorecido por los protocolos de enrutamiento dinámico. Esto es efectivamente cuando un enrutador "posee" un conjunto de rangos de direcciones IP y lo comunica a otros enrutadores. Todos los enrutadores aprenden enrutamiento entre sí.
Lo que esto significa es que un ISP puede obtener un nuevo rango de IP, agregarlo a su configuración y anunciarlo fuera de su red, y el resto de Internet lo aprende sin necesidad de configuración adicional.
Descargo de responsabilidad
Tenga en cuenta que toda esta descripción es una versión simplificada de lo que sucede; hay muchas excepciones, advertencias y diferentes tecnologías que pueden alterar la forma en que se desarrolla el proceso, pero así es como funciona en el nivel básico.
Respuesta2
Aquí es donde entran los servidores DHCP. Enviará una solicitud de descubrimiento en la red utilizando la IP 255.255.255.255 y la IP de origen es 0.0.0.0 ya que aún no conoce su propia IP.
Sin embargo, aquí es donde las direcciones MAC entran en juego, así como el paquete Discover se encapsula en una trama Ethernet de capa de enlace de datos a la dirección MAC de destino de FF:FF:FF:FF:FF:FF y la fuente es cualquiera que sea la interfaz de red MAC. La dirección es.
El primer Switch que recibe el paquete para FF:FF:FF:FF:FF:FF reenviará ese paquete de descubrimiento desde cada puerto del switch excepto del que proviene, ya que no sabe quién FF:FF:FF: FF:FF:FF es cualquiera hasta que el servidor DHCP lo vea. Si el servidor DHCP es el primer conmutador, no reenviará la solicitud ya que el conmutador es el servidor DHCP, recibirá esta trama y luego enviará información a la IP 255.255.255.255 ya que no sabe quién está contactando. ellos ya que la IP de origen es 0.0.0.0, pero conoce la dirección mac que los contactó, por lo que encapsulará el paquete de oferta siendo el mac de origen el servidor dhcp y el mac de destino cualquiera que sea el dispositivo que envió el paquete de descubrimiento y su envío como una unidifusión y no una transmisión.
Luego, el dispositivo recibe esta oferta, luego solicita el arrendamiento y el servidor DHCP reconoce el arrendamiento.
También tenga en cuenta que si la puerta de enlace predeterminada significa que su comunicación tiene que pasar a través de otros dispositivos, generalmente significa que la ruta está configurada estáticamente o, en otras palabras, establecida manualmente en lugar de ser una ruta dinámica, ya que ciertas configuraciones harían imposible que un dispositivo saber qué dispositivo es realmente la puerta de enlace predeterminada.
Respuesta3
La mayoría de las conexiones a Internet utilizan algún tipo de PPP, ya sea PPPoA para DSL o PPPoE para cable.
PPP es un protocolo punto a punto (que es su nombre después de todo) y como tal, la puerta de enlace predeterminada siempre será la que esté en el otro extremo de la conexión PPP.
No hace falta que esto se detecte de ninguna manera, ya que es lo que es. La única pregunta es si utilizar activamente el extremo remoto de la conexión PPP como puerta de enlace predeterminada, lo que normalmente haría.