¿Por qué el tiempo de respuesta de ping del conmutador es mayor que el de los dispositivos en él?


1

Tengo una pregunta que podría ser estúpida pero tengo curiosidad .. Tengo una red simple: DSLMODEM (192.168.0.1) & lt; & gt; TL-SG108E (192.168.0.30) & lt; & gt; Laptop (192.168.0.54) Hay otros dispositivos en el interruptor y otro interruptor (TL-SG105E) en otra habitación conectada directamente al interruptor TL-SG108E. Todas las conexiones son con cable CAT6.

Cuando hago ping desde mi computadora portátil, el DSLMODEM recibo esta respuesta:

Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64
Reply from 192.168.0.1: bytes=32 time<1ms TTL=64

Cuando hago un ping desde mi computadora portátil, el SWITCH (108E) recibo esta respuesta:

Pinging 192.168.0.30 with 32 bytes of data:
Reply from 192.168.0.30: bytes=32 time=7ms TTL=64
Reply from 192.168.0.30: bytes=32 time=4ms TTL=64
Reply from 192.168.0.30: bytes=32 time=4ms TTL=64

Lo mismo sucede si hago ping a un TL-SG105E (192.168.0.31) que también está en algún lugar de la red:

Pinging 192.168.0.31 with 32 bytes of data:
Reply from 192.168.0.31: bytes=32 time=4ms TTL=64
Reply from 192.168.0.31: bytes=32 time=1ms TTL=64
Reply from 192.168.0.31: bytes=32 time=1ms TTL=64

mientras que los dispositivos en el TL-SG105E responden con & lt; 1ms:

Pinging 192.168.0.91 with 32 bytes of data:
Reply from 192.168.0.91: bytes=32 time<1ms TTL=64
Reply from 192.168.0.91: bytes=32 time<1ms TTL=64
Reply from 192.168.0.91: bytes=32 time<1ms TTL=64

Me pregunto por qué, cuando hago ping a cualquiera de los dispositivos, el tiempo es & lt; 1 ms como es de esperar, y cuando hago ping al interruptor, la variable es superior a 1 ms. La puerta de enlace predeterminada en la computadora portátil desde donde hago los pings es 192.168.0.1 (si eso tiene algo que ver con eso).

¡Muchas gracias!

Respuestas:


3

Los interruptores son increíblemente buenos para cambiar. Su hardware está completamente diseñado para cambiar paquetes de la manera más rápida y eficiente posible. Los conmutadores pequeños típicos, ya sean administrados o no administrados, tienen un hardware eficiente que cambia los paquetes a velocidad de cable con una latencia mínima.

Lamentablemente, tienden a ser pésimos respondedores de ping. Para responder a un ping, su pequeña CPU tiene que procesar el ping entrante, formar una respuesta, enviarlo, etc. Todo eso lleva mucho más tiempo de lo que su motor de conmutación increíblemente eficiente requiere para cambiar los paquetes, lo que fue diseñado específicamente para hacer a la velocidad del cable.


¿Entonces esto es normal y no debería prestar atención a un interruptor defectuoso?
MerNion

Derecha. Está cambiando muy bien. Tiene una CPU muy insignificante, y su CPU tiene que hacer mucho trabajo para responder a un ping. (Incluso muchos enrutadores de gama alta son pésimos respondedores de ping y no es raro ver máquinas rápidas más allá del enrutador que tienen tiempos de ping más rápidos que el enrutador, incluso aunque el tráfico pase del enrutador a la máquina rápida. A veces, incluso dejan caer paquetes destinados a el enrutador mientras cambia miles de millones de ellos pasando sin un hipo.)
David Schwartz

¡Muchas gracias! No puedo decirlo con seguridad, pero creo que cuando los compré por primera vez, los tiempos eran & lt; 1 ms, pero quizás no tenía ningún otro dispositivo conectado todavía ... No puedo recordar ...
MerNion

1
Puede depender de qué más tiene que hacer la CPU. Si está utilizando su interfaz de usuario, si está manejando el filtrado de multidifusión, si está haciendo un árbol de expansión, etc., esas cosas agregarán fluctuación y latencia a los pings. El cambio real de paquetes generalmente se maneja sin la participación de la CPU.
David Schwartz
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.