Recientemente vi un foro de Debian que mencionaba que los fotogramas de pausa deberían ser descartados por la capa MAC y, de lo contrario, el controlador debería descartarlos. ¿Es esto cierto? ¿Cómo reduce realmente un host el tráfico si recibe un cuadro de pausa de un conmutador?
Estoy intentando comprender mejor el control de flujo de Ethernet. Si la afirmación anterior es cierta, ¿qué significa realmente pasar al host?
Respuesta1
Hay tres formas de manejar el control de flujo:
- Si estás sobrecargado, tiras datos al suelo.
- Si no puede brindar servicio para una solicitud de una capa superior, generalmente porque su cola local está llena, devuelve un error a esa capa superior.
- Notifica proactivamente a las capas superiores que necesitan reducir la velocidad.
En la capa Ethernet, el método 3 se admite mediante tramas de pausa. A menudo, las capas superiores no admiten el método 3, sino que admiten el método 2. Cuando una capa tiene una capa debajo que admite el método 3 pero la capa superior solo admite el método 2, puede dejar de pasar datos a las capas inferiores temporalmente, lo que provoca que el método 2 para aplicar en capas superiores.
O, para decirlo más concretamente, cuando recibe un cuadro de pausa, detiene el motor de envío y configura un temporizador para reiniciar el motor de envío en el momento adecuado. Mientras el motor de envío esté detenido, sus colas locales se llenarán con datos de capas superiores. Si se llenan, devuelve errores de "ocupado" a las capas superiores y ellos lo manejan como sea apropiado.
Respuesta2
El control de flujo de Ethernet, hasta ahora, ha sido un experimento fallido, porque a menudo causabloqueo de cabecera de líneaproblemas. Los conmutadores no deben enviar cuadros de pausa a los hosts. Creo que los conmutadores Cisco no se pueden configurar para enviar tramas de pausa; habilitar el control de flujo de Ethernet en un conmutador Cisco solo hace que respete las tramas de pausa que recibe. Los anfitriones hacen bien en ignorar los fotogramas de pausa recibidos.
Si el interruptor no puede manejar la transmisión, debería dejar caer el marco. Las capas superiores, sobre todo TCP, utilizan tramas descartadas para saber cuándo se ha producido una congestión y cuándo retroceder. Si no se eliminan tramas, el control de congestión de TCP falla, lo que generalmente resulta enhinchamiento del buffer.