BandaAncha

  • 🔍 en 📰 artículos ⏎
  • 🔍 en 💬 foros ⏎
  • 🔍 en 👇 este 💬 foro ⏎
  • 🔍 en 👇 este 💬 tema ⏎
Regístrate Regístrate Identifícate Identifícate

Broadcasting continuo

komotu

Intrigado por la cte atividad del cm he puesto el ethereal en modo promiscuo y obtengo capturas con multitud de peticiones arp.

¿alguien podria explicar ke utlidad tiene ese contante estado de peticion arp del router? ¿no cuentan con una cache arp? y ¿no afecta a nuetra lag ?

salu2 :-?

Este tema está cerrado a nuevas respuestas. Abre un nuevo tema para retomar la conversación.
yomimmo

A Cable Modem requires three main things to remain online once it is connected and operational:

Clean RF plant with a carrier-to-noise consistently above 25 dB in the Upstream, and above 35 in the downstream.

Unicast polls from the CMTS every 30 seconds (keepalives). These are unicast transmit opportunities for this modem's assigned SID, in which it can send a RNG-REQ to the CMTS. If the cable modem does not receive a unicast transmit opportunity within T4 seconds (30 seconds) it has to time out and re-initialise it's MAC layer. So if there is a problem (RF) in the downstream, the cable modem might not "see" this unicast transmit opportunity, and drop offline.

If the CMTS does not get a reply from the CM to the unicast transmit opportunity, the CMTS will poll the modem 16 times in short succession in order to try and get an answer. The modem is considered offline by the CMTS if there is no reply after these retries.

(link roto)

🗨️ 3
komotu

Entiendo con mi ingles del piojito ;-) que esas peticiones unicast que hace el cmts cada 30'' seria para que el cm detectara si hay problemas de RF en la bajada y en tal caso reiniarse. Si persiste la la falta de respuesta 16 veces mas el cmts lo considerara offline. Pero lo que observo son peticiones broadcast de resolucion de ips (ARP) que llegan a mi ethernet. ¿Justifica lo anterior el enorme trafico de peticiones ARP que capturo? ¿ las entradas en las tablas en memoria cache no suelen tener un caducidad de 20'?.Da la impresion de que utiliza soft arp sin memoria.

Salu2 y de nuevo gracias por le enlace

🗨️ 2
NetVicious

El ARP es totalmente necesario para establecer comunicaciones a nivel físico. Es normal, eso significa que tu zona tiene muchos clientes ;-)

🗨️ 1
komotu

voy a estudiar las capturas a ver cada cuanto hace una resolucion de una misma ip. Insisto en que hay un mal uso de la cahe de tablas

Cisc0

El ARP sirve para saber cuando un trama es enviado a nivel de enlace mediante broadcast/multicast que máquinas están conectadas en función de si responden o no. Si usas ethereal o iptraf, snort o cualquier otro sniffer puedes configurarlo para que ese tipo de paquete no lo capture.

🗨️ 1
komotu

Se que el el arp resuelve la direcciones fisicas de las ips. Lo que no entiendo es porque por ejemplo se le hacen 59 peticiones arp a una misma ip en 9 minutos, osea una media de 6.5 peticiones por minuto. Cuento con que las entradas a la tabla del router pueden tener una caducidad de 20' y que la nuevas entradas reemplazan a la mas antiguas cuando se acaba el espacio de la memoria cahe. De estos tiempos tan cortos la lectura que hago es que o el router esta sobreexplotado o cuenta con muy poca cache y esto lleva a un constante trafico, que lo que hace es cargar la red en perjuicio de los usuarios. He observado en 10 minutos (elegidos al azar) 7801 peticiones arp, x 60 bytes de cada = 457MB. ¿no os parece mucho?¿ son aceptables estos datos?

correccion:

457Kbytes, en diez minutos. => 0.76Kbytes/s osea na.

Asi que me desdigo.

Salu2