Software de control de flujo
Tanto el software como el control de flujo de hardware necesitan software para realizar la tarea de reconocimiento. Esto hace que el término control de flujo de software sea algo engañoso. Lo que se quiere decir es que con el control de flujo de hardware, hay líneas adicionales en el cable de comunicación que indican condiciones de comunicación. Con el control de flujo de software, que también se conoce con el nombre de control de flujo XON-XOFF, los bytes se envían al remitente utilizando las líneas de comunicación estándar.
El uso del control de flujo por hardware implica que deben existir más líneas entre el emisor y el receptor, lo que conduce a un cable más grueso y costoso. Por lo tanto, el control de flujo de software es una buena alternativa si no es necesario para obtener el máximo rendimiento en las comunicaciones. El control de flujo de software hace uso del canal de datos entre los dos dispositivos, lo que reduce el ancho de banda. Sin embargo, en la mayoría de los casos, la reducción del ancho de banda no es tan sorprendente como una razón para no usarla.
Se han predefinido dos bytes en el juego de caracteres ASCII para usar con el control de flujo de software. Estos bytes se denominan XOFF y XON, porque pueden detener y reiniciar la transmisión. El bytevalue de XOFF es 19, se puede simular presionando Ctrl-S en el teclado. XON tiene el valor 17 asignado que es equivalente a Ctrl-Q.
Usar el control de flujo de software es fácil. Si se debe posponer el envío de caracteres, se envía el carácter XOFF en la línea, para reiniciar la comunicación nuevamente se utiliza XON. El envío del carácter XOFF solo detiene la comunicación en la dirección del dispositivo que emitió el XOFF.
Este método tiene algunas desventajas. Uno ya se discutió: el uso de bytes en el canal de comunicación ocupa algo de ancho de banda. Otra razón es más severa.
El protocolo de enlace se utiliza principalmente para evitar una saturación del búfer del receptor, el búfer en la memoria utilizado para almacenar los bytes recibidos recientemente. Si ocurre un desbordamiento, esto afecta la forma en que se manejan los nuevos caracteres en el canal de comunicación. En el peor de los casos en que el software se ha diseñado mal, estos caracteres se descartan sin verificarlos. Si dicho personaje es XOFF o XON, el flujo de comunicación puede sufrir daños graves. El remitente proporcionará continuamente nueva información si se pierde el XOFF, o nunca enviará nueva información si no se recibió XON.
Esto también es válido para las líneas de comunicación donde la calidad de la señal es mala. ¿Qué sucede si el mensaje XOFF o XON no se recibe claramente debido al ruido en la línea? También es necesaria una precaución especial para que la información enviada no contenga los caracteres XON o XOFF como bytes de información.
Por lo tanto, la comunicación en serie utilizando el control de flujo de software solo es aceptable cuando las velocidades de comunicación no son demasiado altas, y la probabilidad de que se produzcan desbordamientos del búfer o daños en los datos es mínima.
CSMA de alta velocidad
Para la alta velocidad como la detección de portadora CSMA de ethernet , se ha analizado el acceso múltiple, detección / evitación de colisión, con temporizadores de retroceso aleatorio para determinar la probabilidad estocástica de optimización.