Configurar un segundo enrutador en una red estática - dummies

Dada una pequeña red estática con un enrutador y 2 computadoras, puede necesita agregar un segundo enrutador No estás colocando ninguna computadora en el segmento medio; se encontraría con esta configuración típica si alquilara un enlace privado o un circuito virtual de su compañía telefónica o si enrutara a través de una conexión troncal interna en su red.

En este caso, las redes que desea enrutar (que contienen Computadora1 y Computadora2 ) no están conectadas directamente a un solo enrutador; más bien, un segmento está directamente conectado a cada enrutador de su red. Tenga en cuenta que normalmente configuraría cada computadora para usar el enrutador local como la puerta de enlace predeterminada, por lo que esto se espera en este escenario.

Cuando emite un comando como ping para probar la conexión a la computadora remota cuya dirección IP es 192. 168. 5. 10, la computadora realiza el proceso AND lógico en su dirección IP y la dirección IP remota usando la máscara de subred. En este caso, el proceso AND identifica la dirección de destino como una dirección remota.

En todos los casos donde la dirección es remota, la computadora consulta su tabla de enrutamiento local. En este caso, no hay nada en la tabla de enrutamiento local aparte de las rutas predeterminadas y la ruta a la puerta de enlace predeterminada. Como no hay rutas más cercanas, la computadora utiliza la ruta "atrapar todo" a través de la puerta de enlace predeterminada.

Cuando se ejecuta el comando ping , los resultados son similares a los siguientes. El error puede ser que el host de destino no está disponible. O puede ser que toda la red de destino no esté disponible porque el enrutador en 192. 168. 1. 1 no sabe cómo llegar al segmento de red de destino.

C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 con 32 bytes de datos: respuesta de 192. 168. 1. 1: host de destino inalcanzable. Respuesta de 192. 168. 1. 1: host de destino inalcanzable. Respuesta de 192. 168. 1. 1: host de destino inalcanzable. Respuesta de 192. 168. 1. 1: host de destino inalcanzable. Estadísticas de ping para 192. 168. 5. 10: Paquetes: Enviado = 4, Recibido = 0, Perdido = 4 (100% de pérdida), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 1 ms, Promedio = 0 ms

El siguiente código hace dos cosas. En primer lugar, habilita el enrutamiento en el enrutador, lo que es necesario incluso para tener enrutamiento en la red de dos segmentos (esta no es una configuración predeterminada, debe indicarle a un enrutador que debe enrutar cuando hay más de una interfaz). En segundo lugar, agrega una ruta al segmento de red 192. 168. 5. 0 (consulte la Figura 4-2 para ver una ilustración).

Router1> enable Password: Router1 # configure terminal Ingrese los comandos de configuración, uno por línea. Termine con CNTL / Z. Router1 (config) #ip routing Router1 (config) #ip route 192. 168. 5. 0 255. 255. 255. 0 192. 168. 3. 2 Router1 (config) #exit

Cuando usa el > comando ping , la computadora remota en 192. 168. 5. 10, recibe un error levemente diferente. El siguiente error puede tener varias causas. En general, el error de solicitud agotó el tiempo de espera significa que los enrutadores saben cómo obtener los datos a su destino (de lo contrario, tiene los errores de destino del uso anterior de ping ) o al menos ellos piensan que lo hacen. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 con 32 bytes de datos: solicitud agotada. Tiempo de espera agotado. Tiempo de espera agotado. Tiempo de espera agotado. Estadísticas de ping para 192. 168. 5. 10: Paquetes: Enviado = 4, Recibido = 0, Perdido = 4 (100% de pérdida), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0 ms, Máximo = 1 ms, Promedio = 0 ms

Si tiene un problema con sus tablas de enrutamiento, tal vez un enrutador que usa la puerta de enlace predeterminada en lugar de la ruta estática que debería haber configurado, es posible que vea el error anterior porque los enrutadores creen que pueden enrutar los datos a su destino.

También puede ver este error si las rutas a la red de destino son correctas, pero los enrutadores en la ruta inversa no están configurados correctamente. El comando

traceroute puede brindarle un poco más de información sobre la naturaleza del error. En el siguiente ejemplo, la versión de Windows de traceroute ( tracert ) está configurada para rastrear la ruta de solo cuatro saltos utilizando la opción -h 4 para modificar el mando. D: utils> tracert -h 4 192. 168. 5. 10 Ruta de rastreo a 192. 168. 3. 1 en un máximo de 30 saltos 1 <1>

Este código indica solo que la tabla de enrutamiento de su computadora es correcto y que pasó los datos a su enrutador local. ¿Su enrutador sabe a dónde ir desde allí? Aún no puedes estar seguro. Puede conectarse a su enrutador y verificar la ruta, y luego puede usar
ping para probar el enrutador de destino e intentar usar traceroute para probar la dirección de destino, que le muestra el enrutador ruta al destino: Router1> enable Password: Router1 # show ip route static S 192. 168. 5. 0/24 [1/0] a través de 192. 168. 3. 2 Router1 # ping 192. 168. 3. 2 Escriba la secuencia de escape para abortar. El envío de 5, 100-byte ICMP Echos a 192. 168. 3. 2, el tiempo de espera es de 2 segundos:! ! ! ! ! La tasa de éxito es del 100 por ciento (5/5), ida y vuelta mínima / media / máxima = 1/1/4 ms Router1 # traceroute 192. 168. 5. 10 Escriba la secuencia de escape para abortar. Rastrear la ruta a 192. 168. 5. 10 1 192. 168. 3. 2 0 mseg 0 mseg 4 mseg 2 192. 168. 5. 10 0 mseg 4 mseg 0 mseg
Si usa estos comandos en el router, en mi caso

Router1 , puede recibir respuestas, pero no puede obtener respuestas de Computer1 , que está detrás de Router1 . Como los comandos funcionan desde Router1 , puede estar bastante seguro de que Router1 tiene las rutas adecuadas. Piense en la diferencia entre las direcciones de origen utilizadas para
Computadora1 y Enrutador1 . Para Router2 y Computer2 , la dirección de origen de Computer1 es 192. 168. 1. 10, y Router1 es 192. 168. 3. 1. Por lo tanto, la dirección de origen es la diferencia, porque Router2 sabe cómo llegar a 192. 168. 3. 1, pero no sabe cómo llegar a 192. 168. 1. 10. < El resultado neto es que no puede comunicarse desde Computadora1
a Computadora2 , pero ¿cuál es la verdadera razón? Con la prueba que se realizó, la ruta a la red 192. 168. 5. 0/24, por lo que el problema es con el viaje de regreso. Efectivamente, si usaras el comando ping
en Computer2 para probar la dirección de Computer1 , verías lo mismo que viste cuando esto ejercicio iniciado: los resultados serían Destino inalcanzable o Destino host inalcanzable . La solución es obtener la ruta correcta para que esos datos vuelvan a Computadora1 y asegurar que el enrutamiento IP esté habilitado, proporcionándole una red que se parece a la siguiente figura. Debido a que la última prueba se completó correctamente, está seguro de que el comando enrutamiento de ip
ya se había ejecutado en el modo de configuración global, ya que si no estuviera habilitado no habría recibido ningún resultado. Router2> enable Password: Router2 # configure terminal Ingrese los comandos de configuración, uno por línea. Termine con CNTL / Z. Router2 (config) #ip routing Router2 (config) #ip route 192. 168. 1. 0 255. 255. 255. 0 192. 168. 3. 1 Router2 (config) #exit Ahora para probar la conexión, Regrese al uso original del comando

ping

para probar lo que se hizo desde el principio. El resultado ahora es exitoso. Ahora tiene una ruta válida hacia y desde la red 192. 168. 5. 0/24. C:> ping 192. 168. 5. 10 Pinging 192. 168. 5. 10 con 32 bytes de datos: Respuesta de 192. 168. 5. 10: bytes = 32 tiempo = 1ms TTL = 253 Respuesta de 192. 168. 5. 10: bytes = 32 veces <1ms> ¡Cuando vuelva a examinar el
tracert
, éxito! C:> tracert -h 4 192. 168. 5. 10 Ruta de rastreo a 192. 168. 5. 10 en un máximo de 4 saltos 1 <1> El enrutamiento ahora está configurado para una red pequeña.
A medida que la red crece, se volverá más compleja con más rutas que necesitan configurarse y mantenerse.