В последние несколько месяцев я тестировал двух интернет-провайдеров, которые предоставляют канал связи со скоростью 10 Мбит / с с Интернетом. Я смог должным образом проверить, что они обеспечивают эту полосу пропускания до оборудования в их помещениях. Проблема в том, что в моем географическом регионе нет локального пиринга между всеми провайдерами. Таким образом, в основном трафик от любого из моих клиентов, который хочет получить доступ к моим веб-серверам, должен проходить через их интернет-провайдера вплоть до континентальной части США (где бы они ни были подключены к NAP), чтобы «перебросить» к интернет-провайдеру, предоставляющему мне услугу, чтобы наконец добраться до моего сайта. Из-за этого от выбранных интернет-провайдеров поступил запрос на предоставление симметричной услуги 10 Мбит / с (загрузка очень важна для меня) до любой точки континентальной части США. У провайдера А есть маршрутизаторы, расположенные на сайте в Майами, и я смог правильно протестировать сервис с этими маршрутизаторами. Провайдер B подключается через трех других местных провайдеров и не имеет сервера или устройства в континентальной части США, которые я мог бы использовать для теста. По этой причине я тестирую их производительность с помощью сетевых тестовых серверов M-LABS, серверов Speedtest и серверов тестирования скорости Speakeasy. Все тесты проводились в одинаковых условиях (серверы, время и т. Д.). Тест на этих сайтах показал, что провайдер A эффективно предоставляет запрошенную симметричную службу 10 Мбит / с при тестировании с моих серверов. С провайдером B только загрузка показывает 10 Мбит / с, но НЕ загрузка, которая дает только от 5 до 7 Мбит / с в зависимости от выбранного тестового сайта. Провайдер Б теперь сообщает мне, что мои тесты несправедливы и что они действительно предоставляют запрошенную услугу. Затем они показывают мне некоторые данные на сервер в Техасе, используя Iperf, но выполняя тест только с UDP, а НЕ TCP. Они сказали, что Speedtest, M-Labs и т. Д. Не являются действительными тестами по причинам, которых я не могу понять.
Я хотел бы получить ваши отзывы об этом. Неправильно ли я их тестирую? Может ли кто-нибудь простыми словами объяснить, почему Speedtest или M-Labs нельзя использовать в качестве действительного способа тестирования интернет-провайдеров? На мой взгляд, то, что равное, не дает никаких преимуществ, и на этом этапе я должен удалить поставщика B, но я хочу быть справедливым с обоими поставщиками, и если я делаю что-то не так, я готов исправить свою ошибку, чтобы дать поставщику B еще один шанс . Как вы тестируете и оцениваете услуги своего интернет-провайдера? Прав ли я со своими утверждениями о предоставлении отличных услуг моим клиентам с точки зрения трафика / пропускной способности при отсутствии локального пиринга?
Пожалуйста, дайте мне любой совет.
Спасибо.
Честно говоря, я не могу придумать причину, по которой ваши тесты для ISP B не будут работать нормально. Если не считать владения личным сервером в США и загрузки на него, я не могу придумать, что бы я действительно сделал иначе. Если у вас есть клиент, который вы можете загружать / скачивать, вы всегда можете dd огромный кусок от / dev / urandom и SCP к ним и от них. Никаких красивых графиков, но это достойный тест в реальном мире.
При этом вы позвонили в службу технической поддержки интернет-провайдера B. Не похоже, чтобы вы были очень довольны тем, что вам сказали. На мой взгляд, это не менее важно если не больше чем ваше тестирование скорости. Если служба поддержки вашего интернет-провайдера не решит проблему, а не решит проблему полностью и не сможет дать вам понятные объяснения, это действительно плохой знак. Даже если они предоставят вам желаемую пропускную способность, это создаст любую незначительную проблему или вопрос, который вы стали массовым PITA, потому что их поддержка настолько плоха. В моей компании пропускная способность «достаточно быстрая», но поддержка отличная. Это значительно ускоряет вашу работу, когда ваш интернет-провайдер быстро реагирует на запросы DNS, вопросы и расследования инцидентов. Бесконечно полезнее, чем лишние или два мегабайта, которые мы не используем в 90% случаев.
Если вы действительно хотите быть совершенно честным здесь, позвоните интернет-провайдеру A. Спросите его мнение о хорошем тесте скорости. Или, если вы чувствуете себя немного непослушным, заявите, что ваши тесты скорости дали меньше обещанных скоростей. Сформулируйте все точно так же, как вы это сделали с интернет-провайдером Б. Если они предоставят хорошее или лучшее объяснение или приложат больше усилий для исследования проблемы, то они выиграют на двух фронтах. Если они справятся с этим так же, как ISP B, они все равно впереди. Обратите внимание, что здесь нет никакой реальной проблемы, поэтому вы должны ожидать, что они в конечном итоге заявят: «Мы не видим здесь ничего плохого. Может быть, это на вашей стороне?» Но как они сюда попадают и сколько времени это займет, может вам многое рассказать.
- Кристофер Карел
Одна из проблем с тестовыми сайтами заключается в том, что их результаты могут быть искажены кешами на конечных интернет-провайдерах или где-либо между ними. Они добились прогресса в обнаружении кеширования, но относительно небольшие тестовые данные очень "кэшируемые", и кеши просто выполняют ту работу, для которой они предназначены.
Более реалистичный тест состоит в том, чтобы выполнить передачу (и) с течением времени с данными, которые, скорее всего, не будут «кэшируемыми» (например, несколько 100 мегабайт) между двумя приемлемыми точками тестирования. Более длительные передачи также помогут определить общую «стабильность» и производительность соединения при действительной продолжительной нагрузке.
В основном, когда вы используете тесты скорости, которые проводятся вне сети для рассматриваемого интернет-провайдера, он будет гарантировать только любую часть соединения, которая находится в их сети или в их одноранговой сети. Лучший способ измерить пропускную способность - использовать тест скорости, предоставляемый интернет-провайдером (который обычно находится в регионе вместе с первичным DNS-сервером (который лучше всего подходит для проверки задержки с помощью эхо-запросов).