Consulta ARP

Consulta ARP

de Mateo Floreal Galagorri Solsona -
Número de respuestas: 3

Buen día, derivado de la publicación de Matias (RedesComp: Aclaraciones a preguntas frecuentes sobre el Obligatorio 2 | FING), en el punto sobre ARP, menciona que es incorrecto enviar la consulta ARP por todas las interfaces.

Nosotros en particular para el manejo ARP utilizamos las funciones que ustedes dejaron para eso, que entendemos son sr_arpcache_lookup, sr_arpcache_queuereq y handle_arpreq, nosotros no hacemos uso de estas funciones para todas las interfaces, sino solamente para la que nosotros entendemos es necesaria.
Aunque estuviera mal nuestra solución, les dejo una captura con la suya y porque pensamos que era correcto hasta que vimos la aclaración de Matias.

Viendo los PRINT de las funciones ARP vemos que manda la consulta por todas las interfaces. También veo que hace consultas ARP para obtener la MAC de una IP que ya debería estar en cache porque se consulto hace muy poco tiempo.
La siguiente captura es haciendo uso de su solución, no la nuestra, consultando por 10.0.2.2 en las 3 interfaces:



Baje una VM nueva para empezar todo desde 0, baje el repo de git del ob2, coloque los nuevos archivos de la topología, ejecute ./config.sh y comencé a levantar: mininet, POX, vhost1,2,3,4,5 (todo con su solución), para ver si pueden reproducir el problema.

Tal vez la aclaración de Matias en esa publicación se refería a otra cosa, o efectivamente hay algún manejo erróneo en las funciones ARP.

Gracias.

En respuesta a Mateo Floreal Galagorri Solsona

Re: Consulta ARP

de Martin Giachino -
Si Matías dice "se debe hacer la consulta ARP en la interfaz if preguntando por la MAC de gw; es INCORRECTO hacerlo por todas las interfaces", y ustedes dicen "nosotros no hacemos uso de estas funciones para todas las interfaces, sino solamente para la que nosotros entendemos es necesaria"..........entonces están haciendo lo mismo!

Lo que estás intentando indicar es que quedó incorrecta nuestra solución? ¿es eso? Quizás la respuesta mas simple es la correcta, y quedó ese bug en nuestra solución.

Martín
En respuesta a Martin Giachino

Re: Consulta ARP

de Mateo Floreal Galagorri Solsona -
Buenas tardes Martin, no entendí del todo el primer párrafo, donde indicas que estamos haciendo lo mismo. Nosotros encolamos el paquete en la función ARP indicando solamente 1 interfaz (que es por donde queremos se haga la consulta ARP).

Si esta mal su solución o no, no lo se, pero las funciones de ARP entiendo están en sr_arpcache, lo que quería transmitir/consultar es porque si indicas una sola interfaz se ve en pantalla que las consultas ARP salen por todas?
Por eso tome de ejemplo su solución, porque tal vez el problema era nuestra implementación, pero como su solución compilada también pasa lo mismo, tal vez el problema esta en los archivos que manejan las funciones de ARP.

Lo digo sobre todo por el día de la defensa, si eso se ve por pantalla, que las consultas ARP salen por todas las interfaces, estaría mal.
Solamente para quedarnos tranquilos que no fue un tema de implementacion nuestro, si ustedes terminan de confirmar que efectivamente hay algun tema con el archivo que maneja ARP.

Gracias.
En respuesta a Mateo Floreal Galagorri Solsona

Re: Consulta ARP

de Matias Richart -
Hola Mateo,

Si, es un problema de la función que envía los request ARP que nosotros les entregamos.
No se preocupen por esto, lo tendremos en cuenta en la defensa.

Saludos