Невозможно достичь полной скорости при симметричном подключении к Интернету - PullRequest
2 голосов
/ 09 февраля 2010

Мы используем соединение Ethernet для бизнеса (загрузка 3 Мбит, загрузка 3 Мбит) и пытаемся понять проблемы с нашими протестированными скоростями пропускной способности. При загрузке большого файла мы поддерживаем 340 КБ / с; загрузка у нас выдерживает 340Кб / с. Однако, когда мы выполняем эти передачи одновременно, две скорости передачи беспорядочно растут и падают со средней скоростью для обоих при скорости около 250 КБ / с. Мы используем CPI Hatteras HN404, и мы обошли маршрутизатор (подключили машину непосредственно к Hatteras; установите сетевой адаптер в дуплексный режим).

Это ожидается? Должна ли максимальная загрузка мешать максимальной загрузке при этом типе подключения к Интернету?

Ответы [ 4 ]

0 голосов
/ 05 марта 2010

Похоже, я ошибся насчет одновременных скоростей передачи. Скорости 250 КБ / с вверх и вниз были неправильно рассчитаны программой переноса (казалось, она показала высокую среднюю скорость). По всей видимости, Business Ethernet (в данном случае это XO-канал, предоставляемый Speakeasy) поддерживает только общий объем 3 Мбит, а не вверх И вниз (для общего объема 6 Мбит). Поэтому, если я теоретически перемещаюсь вверх и вниз одновременно, у меня должно быть только 1,5 Мбит / с вверх или вниз или 187,5 КБ / с в максимуме (если бы была нулевая нагрузка).

0 голосов
/ 09 февраля 2010

Это звучит ожидаемо из моего опыта с нижними конечными линиями. На домашней линии я обнаружил, что формирование трафика и изменение размеров буфера могут быть огромной помощью.

TCP / IP без какого-либо необычного формирования трафика будет способствовать наиболее агрессивному трафику за счет всего остального. В вашем случае это означает, что ответы на исходящие ACK и такие для загрузки будут отложены или даже могут быть отброшены. Посмотрите, поддерживает ли ваш HN404 организацию очередей на основе классов или что-то подобное, и попробуйте.

0 голосов
/ 09 февраля 2010

Да, это ожидается. Это симптоматично для любого случая, когда у вас дросселированное или ограниченное соединение. Если вы насыщаете свою восходящую линию, это повлияет на вашу нисходящую линию и наоборот.

Это связано с тем, что ограничение скорости вашего соединения влияет на пакеты подтверждения квитирования TCP (ACK) и нарушает нормальный «баланс» потока этих пакетов.

Это очень подробно описано на этой странице о Советы по устранению неполадок кабельного модема , хотя это не ограничивается кабельными модемами:

Если вы насыщаете свой кабельный модем загрузить шапку с загрузкой, ACK пакеты вашей загрузки должны будут очередь в ожидании разрыва между загруженные пакеты данных. Так что ваши ACK будет отложено, возвращаясь к удаленный сервер загрузки, и это поэтому будет верить, что вы находитесь на очень медленная связь и замедление передача дальнейших данных вам.

Так как же этого избежать? Наилучшим способом является внедрение какого-либо формирования трафика или QoS (качества обслуживания) для отдельных сеансов, чтобы ограничить их до максимальной пропускной способности на основе процента от общей доступной пропускной способности.

Например, у меня в домашней сети это так, что никакое исходящее соединение не может использовать более 67% (2/3) моей восходящей линии связи 192 Кбит / с. Это означает, что любой исходящий сеанс может использовать только 128 Кбит / с, поэтому защищает мою скорость нисходящей линии связи, предотвращая насыщение восходящей линии связи.

В большинстве случаев вы можете выполнять этот вид формирования трафика на основе любых доступных критериев, таких как IP-адрес источника, IP-адрес назначения, протокол, порт, время суток и т. Д.

0 голосов
/ 09 февраля 2010

Вы уверены, что узким местом является ваше соединение?

Вы также видите такое поведение, когда одновременная загрузка и выгрузка происходят в разных системах или только когда одна система обрабатывает выгрузку и загрузку?

Если проблема устраняется, когда независимые машины выполняют работу, узкое место, вероятно, ближе к жесткому диску.

...