Para poder entender qu\u00e9 es el ARP timeout, primero es importante entender qu\u00e9 es el ARP y para que sirve.<\/p>\n\n\n\n
Al enviar paquetes de datos usando TCP\/IP desde nuestro equipo a otro equipo, ya sea en la misma subred u otra, debemos conocer la direcci\u00f3n IP de destino del paquete. Sin embargo, con esto no es suficiente, ya que nuestro router debe conocer cual es la direcci\u00f3n MAC asociada a la direcci\u00f3n IPv4 de destino (o del gateway). Este proceso de mapeo entre una direcci\u00f3n IPv4 y una direcci\u00f3n MAC se realiza con el protocolo ARP que realiza esta traducci\u00f3n.<\/p>\n\n\n\n
M\u00e1s espec\u00edficamente, cada vez que queremos enviar un paquete, nuestro router deber\u00e1 hacer una consulta ARP broadcast que se env\u00eda a todos los dispositivos que pertenecen a la misma LAN, y recibir\u00e1 la respuesta por parte del equipo que tenga la direcci\u00f3n IPv4. Esto implica una enorme cantidad de paquetes de broadcast, lo que produce un mayor consumo de ancho de banda, pero principalmente hace un mayor consumo de CPU en los equipos, sean o no los destinatarios de la direcci\u00f3n IPv4, ya que igual se deben procesar estos paquetes ARP broadcast. En IPv6 no se usa ARP, sino que se usa IPv6 neighbor cach\u00e9, tema que cubriremos en un pr\u00f3ximo art\u00edculo.<\/p>\n\n\n\n
Para reducir este problema, los routers mantienen una tabla ARP que act\u00faa como un cach\u00e9, donde se mantiene una relaci\u00f3n entre direcci\u00f3n IPv4 y direcci\u00f3n MAC, evitando as\u00ed que por cada paquete nuevo se deba hacer la consulta ARP broadcast, sino que solamente se volver\u00e1 a hacer la consulta ARP broadcast una vez que la entrada haya expirado (timeout). Tambi\u00e9n se pueden crear entradas ARP est\u00e1ticas, pero no las cubriremos en este art\u00edculo, ya que en la gran mayor\u00eda de los casos su uso implica una carga administrativa much\u00edsimo mayor que el beneficio de esto.<\/p>\n\n\n\n
Por lo tanto, el ARP timeout es el tiempo m\u00e1ximo de duraci\u00f3n en cach\u00e9 de un registro ARP. El valor por defecto del ARP timeout est\u00e1 a discreci\u00f3n de cada fabricante de hardware o software, sin embargo, en algunos equipos este valor es extremadamente bajo, lo que al combinarse con el gran n\u00famero de routers presentes en un IX, que adem\u00e1s s\u00f3lo se cambian en forma espor\u00e1dica ya que los ISPs no andan cambiando sus routers de borde cada 5 minutos, hacen que sea importante definir un valor de ARP timeout m\u00e1s alto.<\/p>\n\n\n\n
Veamos el impacto de un ARP timeout bajo, como por ejemplo los 30 segundos que tienen por defecto los equipos Mikrotik. Al dividir las 24 horas del d\u00eda en 30 segundos nos da que nuestro equipo realizar\u00e1 2880 solicitudes al d\u00eda por cada direcci\u00f3n IPv4, no en total, sino que por cada direcci\u00f3n IPv4, por lo que deberemos multiplicar este valor por la cantidad de hosts presentes en la red. Veamos que pasa si nuestro router est\u00e1 en una red \/22. Hagamos los c\u00e1lculos, 2880 x 1022 (1024 menos la direcci\u00f3n de red y brodcast), que da 2.943.360, es decir, nuestro router enviar\u00e1 casi 3 millones de paquetes al d\u00eda. Si todos los hosts de la subred \/22 tienen configurado el mismo ARP timeout de 30 segundos entonces nuestro router recibir\u00e1 casi 3.000 millones de paquetes ARP al d\u00eda, es decir, \u00a1casi 30.000 pps s\u00f3lo en paquetes ARP!<\/p>\n\n\n\n
Por otro lado, si configuramos el ARP timeout en 4 horas (14400 segundos), que es el valor que en Per\u00fa IX recomendamos configurar (en realidad, casi todos los IX del mundo recomiendan el mismo valor de ARP timeout) en nuestro router de borde, se producir\u00e1n s\u00f3lo 6 consultas de ARP broadcast por cada direcci\u00f3n IPv4 al d\u00eda, lo que si lo multiplicamos por los hosts presentes en la red \/22 nos da un total de 6.132 paquetes al d\u00eda. Y asumiendo que todos los hosts tambi\u00e9n configuran su ARP timeout en 4 horas, entonces pasamos de los 3.000 millones de paquetes ARP al d\u00eda que se recibir\u00edamos a s\u00f3lo 6 millones de paquetes ARP al d\u00eda, es decir, \u00a1alrededor de 500 veces menos paquetes ARP que nuestro router deber\u00e1 procesar!<\/strong><\/p>\n\n\n\n Es muy f\u00e1cil, aqu\u00ed te mostramos los ejemplos dependiendo de la marca de tu router<\/p>\n\n\n\n Desde RouterOS 6.36 hacia arriba tambi\u00e9n se soporta definir el ARP-timeout por interfaz no s\u00f3lo en forma global En Arista el ARP timeout por defecto es de 4 horas, pero si se quiere modificar el comando es \u00bfQu\u00e9 es el ARP? Para poder entender qu\u00e9 es el ARP timeout, primero es importante entender qu\u00e9 es el ARP y para que sirve. Al enviar paquetes de datos usando TCP\/IP desde nuestro equipo a otro equipo, ya sea en la misma subred u otra, debemos conocer la direcci\u00f3n IP de destino del paquete. Sin […]<\/p>\n","protected":false},"author":7,"featured_media":4535,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_joinchat":[],"footnotes":""},"categories":[9],"tags":[],"class_list":["post-937","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"yoast_head":"\n\u00bfC\u00f3mo configurar el ARP timeout a 4 horas en mi router de borde?<\/h2>\n\n\n\n
Cisco<\/h3>\n\n\n\n
1<\/em>arp timeout 14400<\/code><\/p>\n\n\n\nJuniper<\/h3>\n\n\n\n
1<\/em>arp timeout 14400<\/code><\/p>\n\n\n\nHuawei<\/h3>\n\n\n\n
1<\/em>arp expire-time 14400<\/code><\/p>\n\n\n\nMikrotik<\/h3>\n\n\n\n
1<\/em>\/ip settings set arp-timeout=4h<\/code><\/p>\n\n\n\n1<\/em>\/interface ethernet set [ find default-name=<interface> ] arp-timeout=4h<\/code><\/p>\n\n\n\nArista<\/h3>\n\n\n\n
1<\/em>arp aging timeout 14400<\/code><\/p>\n","protected":false},"excerpt":{"rendered":"