Foro de elhacker.net

Buenas, tengo una pequeña duda sobre como funcionan los routers uniendo redes, imaginad que tengo algo así:

(https://i.ytimg.com/vi/XyHoCplZ5S8/maxresdefault.jpg)

(La imagen la he sacado de google)

Sé que PC0 no puede saber la dirección MAC de un equipo que no esté dentro de su red local (es decir solo puede saber la dirección MAC de PC1 y de su router, y así con el resto de subredes. El caso es, cuando PC0 hace una petición a PC2, tengo entendido que el router detecta que está fuera de su red (por el nombre de red) y le "pasa la pelota" al siguiente router (el que está al lado suyo) entonces, del paquete tcp/ip "quita" la dirección MAC de PC0 y pone la dirección MAC de el mismo (del primer router) antes de pasarselo al siguiente router, ¿Es esto correcto?

Gracias.

Localiza el Packet Tracer de Cisco y haz cosicas con él, tá molón, sino puede haber red no te deja y tal...


Y lee sobre las DNS.

Entiendes cómo funciona el protocolo ARP?

Mira este video:

Sí, ya he aclarado mi duda documentandome más, básicamente cuando la puerta de enlace ve que el paquete va dirigido a él (con la direccion mac del router) pero la direccion ip no corresponde a la suya, entiende que tiene que routearlo a otra red, y entonces sustituye la información de capa de enlace (la mac del dispositivo de origen) por la suya propia.

Sí, si todo lo del vídeo lo entiendo, mi duda no es con el protocolo ARP, sino, una vez que ya todos tienen cacheado la direccion mac de todos los dispositivos, cuando la puerta de enlace (gateway) se da cuenta de que el paquete no va para otro equipo de su misma red sino para otro router, ¿Lo hace encapsulando dicho paquete en su propia dirección mac desechando la dirección mac del equipo origen inicial?

El paquete ARP viaja en una trama ethernet. para que los dispositivos  reconozcan que hay un mensaje ARP el paquete ethernet tiene en su cabecera un valor hexadecimal (no lo recuerdo ahorita) en el campo tipo de protocolo.

Sí, pero yo no me refiero al protocolo ARP, sino a una trama tcp/ip que tambien incluye datos de direccion mac de origen y destino.

mmmmm! ya te entendi no el software de encaminamiento no modifica la cabecera del datagrama original, la direcciones IP no son alteradas durante toda la ruta. busca en google encaminamineto IP y algoritmos de encaminamiento

http://maite29.upc.es/labt2/practiques/html/esp/practica3/c_ip006.html

Pero tampoco modifica la mac de origen? Es decir la primera informacion del paquete, la de enlace, en esta foto "ethernet or frame header"

(http://books.gigatux.nl/mirror/snortids/0596006616/images/0596006616/figs/snrt_0202.gif)

si la MAC de origen y destino en la trama cambian de un dispositivo a otro (cada salto). y la direcciones IP de origen y destino no cambian.

sabes, jeje me refrescas la memoria, por eso estoy en estos foros!!!!


 :) :) :). gracias y saludos!!!

Aclarado!jaja gracias a ti por resolver mi duda

no estoy de acuerdo

como el usuario que pregunta es un noobs de esos, no diré mas

Di di, sigamos llenando un thread con una pregunta de redes 101 con respuestas absurdas. Para el que le interese, ni la ip ni el puerto varían un solo bit a no ser que pasen por un nat o pat.

No me refiero ni a la ip ni al puerto, me refiero a la dirección mac de origen y destino, la dirección física debe de cambiar si o si cuando mandas un paquete fuera de tu red local y el router debe pasar dicho paquete a otra red, entonces debe de hacerlo con su propia mac (origen) hacia la siguiente dirección mac/router (destino). Y claro, en estos casos se debe usar NAT para que cuando vuelva se lo de al que corresponda dentro de su red local.

Hola warcry., con todo respeto me gustaría que nos explicaras mejor porque está mal la respuesta que citas , también estoy aprendiendo no soy un usuario experimentado (también hago parte de ese gran grupo de noobs) Y que mejor que recibir conocimiento de tu parte  ;).



Saludos!!!