Ты отрицаешь реальность. Ещё 4 стадии принятия горя перед тем, как доберешься до принятия. Твоя старая конфигурация имела стабильный путь в 1 Гбит/с:U6E — 1G —> US-8-PoE — 1G —> Что-то выше по потоку. Твоя новая конфигурация вдвое быстрее и, вероятно, врезается в узкое место в 1 Гбит/с:U6E — 2.5G —> Flex 2.5G — 1G? —> Что-то выше по потоку. Твои загрузки будут проходить в 2,5 раза быстрее и врезаться в узкое место в 1 Гбит/с. Любая небольшая нагрузка перегрузит буферы коммутатора, не имея возможности сообщить источнику замедлиться. Ему придётся просто отбрасывать пакеты, и TCP должен ждать, пока он не убедится, что пакеты потеряны, прежде чем запросить повторную отправку. Это ожидание испортит твою пропускную способность, но зато даст другим устройствам возможность попробовать.Управление потоком позволяет перегруженному коммутатору (вероятно, Flex) отправить пакет "паузы" обратно на U6E, который затем отправляет пакет "паузы" обратно на беспроводной клиент.Единственная проблема с управлением потоком Ethernet заключается в том, что оно неразборчиво. Весь трафик AP приостановится для других клиентов, а также для хорошо себя ведущих. Это называется "блокировка заголовка очереди".

Устройства с портами, использующими разные PHY, нуждаются в способе регулирования потоков трафика, чтобы предотвратить перегрузку. Без FC пакеты отбрасываются, и устройства прибегают к TCP backoffs и повторным попыткам по отдельности методом проб и ошибок. Это очень неэффективно. С FC коммутатор вмешивается и следит за тем, чтобы устройства точно понимали, как с этим справляться. Обычно FC не требуется, но поскольку вы устраиваете затяжные тесты скорости, вы спровоцировали узкое место.