¿El puente agrega demora?


10

Si uso un puente para rastrear el tráfico como un hombre en el medio, ¿el puente agregará un retraso? ¿Y qué palabra debo usar retraso o latencia?


Si desea un retraso cero, use un toque: la señal se replica eléctricamente (u ópticamente), para que vea exactamente lo que se envió (errores y todo) [nota: son caros, a pesar de la lógica de $ 5 en ellos]
Ricky Beam

Respuestas:


12

Hola y bienvenido a Network Engineering.

En cuanto a "retraso" frente a "latencia": los términos no siempre se usan de manera coherente. Algunos consejos se pueden encontrar aquí .

En general, creo que el término latencia se usa cuando se observan los tiempos de extremo a extremo para una dirección, que esencialmente se componen de la suma de todos los retrasos de propagación, serialización, almacenamiento en búfer (y posiblemente procesamiento) introducidos por los diversos componentes a lo largo del camino desde el origen hasta el destino (y viceversa, si se quiere hablar sobre los tiempos de ida y vuelta (RTT)). Entonces puede decir que un puente agrega algo de retraso a la latencia general.

(próxima sección editada después de un comentario útil) Un puente, en comparación con un cable directo, agregará al menos una vez el retraso de serialización del medio de red dado (del lado de salida del puente), después de procesarlo, para enviar los bits del marco de nuevo en el lado de salida. Por supuesto, se agrega una cantidad de retraso de serialización por dirección , y dado que la mayoría de los casos de uso requieren (al menos algunos) datos para fluir en cualquier dirección, el puente eventualmente agregará dos veces el retraso de serialización.

Consulte también esta pregunta y wiki.geant.org para ver su tabla sobre demoras en la serialización).

Demoras de serialización para varios medios, desde https://wiki.geant.org/display/public/EK/SerializationDelay

En su caso, se producirá un retraso adicional en el almacenamiento intermedio y el procesamiento debido al "hombre en el medio". Cuánto será eso depende completamente de la capacidad de procesamiento del software de puente dado en la plataforma dada, y las diversas características y módulos a los que está sujeto el marco.


1
No he tomado mi café, así que puede que no esté pensando bien, pero ¿agregar un puente necesariamente agrega dos veces el retraso de serialización? Obviamente, siempre agregará un retraso de serialización (a menos que esté ocurriendo algún tipo de corte), pero la serialización de "envío" ocurre en paralelo con la deserialización del próximo receptor (que siempre iba a suceder de todos modos), así que no Es solo efectivamente un retraso adicional en total? Lo siento si eso no está muy claro ...
saludos del

1
@psmears El retraso de serialización cuando el puente envía la trama en el extremo más alejado ocurrirá en cualquier caso, de acuerdo. En cuanto al lado receptor ... Imaginemos un cable "directo" que de otro modo sería idéntico sin pasar por el puente, donde la misma secuencia de bits se envía sincrónicamente, pero sin pasar por el puente. En el cable, los bits simplemente se propagan por la línea, mientras el puente está esperando que el último bit comience a procesarse ... Oh. tienes razón, gracias! Tiempo para una edición, entonces.
Marc 'netztier' Luethi

El retraso de serialización es a velocidad de cable, por lo que no es mucho retraso. La mayoría de los conmutadores modernos de nivel empresarial cambiarán a la velocidad del cable, por lo que cualquier retraso es muy, muy pequeño, probablemente causado por la congestión y las colas en una interfaz con exceso de suscripción.
Ron Maupin

8

Sí, un puente / interruptor agrega algo de retraso a una trama, del orden de 1 a 20 µs.

Para los conmutadores, generalmente se habla de latencia: el retraso entre recibir una trama y reenviarla a otro puerto. Un cambio requiere algo de tiempo para recibir la dirección de destino y tomar la decisión de reenvío. Los conmutadores de almacenamiento y reenvío (el tipo común) deben recibir la trama completa antes de comenzar a reenviar. Los interruptores de corte de alta velocidad pueden llegar a menos de 1 µs. Editar : como @kasperd ha señalado correctamente, el corte solo es posible con los puertos de origen y destino a la misma velocidad o bajando.


3
Vale la pena señalar que el corte solo logra un rendimiento óptimo cuando los enlaces entrantes y salientes se ejecutan a la misma velocidad de bits. Y puede ser que ningún proveedor se haya molestado en implementar un corte para escenarios de bitrate mixto.
kasperd

2
@Kasperd Cisco, por su serie Nexus 3000, afirma "corte" para velocidades idénticas y escenarios de reducción de velocidad (40G -> 1 / 10G), pero no para incrementos de velocidad (1 / 10G -> 40g). cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/…
Marc 'netztier' Luethi

@kasperd y Marc'netztier'Luethi - Absolutamente, gracias. Es imposible cortar paso adelante, ya que rápidamente te quedas sin datos (a menos que ahora tengas la longitud de cuadro que no tienes).
Zac67

@ Zac67 La longitud se conoce en algunos cuadros pero no en todos los cuadros. (Y después de leer cómo funciona, me arrepiento de haberlo buscado en primer lugar)
Kasperd
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.