Все хотя бы раз в жизни пользовались сервисом speedtest.net для измерения скорости доступа в Интернет дома или на работе. Точность не высокая, но зато бесплатно. Аналогичных сервисов мне лично известно более 20 как российских, так и зарубежных.
Возникла мысль оценить, насколько эти сервисы показывают «правду» относительно реальной картинки. Для этого был собран стенд, который имитирует «последнюю милю» абонентского подключения по технологиям: FTTx, GPON и xDSL. Логическая схема собранного стенда представлена на рисунке ниже.
В качестве подопытного сервиса мы взяли сервис, который опубликован на сайте Банки.ру.
Для ограничения скорости был выбран маршрутизатор Cisco 7600, на котором настраивались политики (policies) «шейпинга» трафика для скоростей от 1 до 200 Мбит/сек. Использовались следующие 2 конфигурации:
Конфигурация 1:
sh running-config policy-map 1m-2s-out
Building configuration...
Current configuration: 170 bytes
!
policy-map 1m-2s-out
class class-default
police cir 1000000 bc 250000
conform-action set-dscp-transmit cs1
exceed-action drop
violate-action drop
!
end
Конфигурация 2:
sh running-config policy-map 1024k-mg-out
Building configuration...
Current configuration: 176 bytes
!
policy-map 1024k-mg-out
class class-default
police cir 1048500 bc 131072 be 196608 conform-action set-dscp-transmit cs1 exceed-action drop violate-action drop
!
end
В качестве тестовых оконечных устройств использовались следующие машины:
Sony
ОС: Windows 7 x64
Процессор: Intel Core i5 (2 ядра)
Оперативная память (ОЗУ): 4Гб
WEB-браузер: Chrome 44.0.2403.125 m
Версия FlashPlayer: 18.0.0.209
Сетевая карта: 1GE
HP 8470
ОС: Fedora x64
Процессор: Intel Сore i7 (4 ядра)
Оперативная память (ОЗУ): 4Гб
WEB-браузер: Chrome 44.0.2403.125
Версия FlashPlayer: 18.0.0.209
Сетевая карта: 1GE
Dell Insperon 11 series 3138
ОС: Windows 8 x64
Процессор: Intel Celeron N2815 (2 ядра)
Оперативная память (ОЗУ): 4Гб
WEB-браузер: Chrome 43.0.2357.134 m
Версия FlashPlayer: 18.0.0.209
Сетевая карта: 1GE
Notebook Asus s220n
ОС: Windows XP
Процессор: Intel Pentium 1000Mhz (2 ядра)
Оперативная память (ОЗУ): 256 Мб
WEB-браузер: Mozilla FireFox ver.26
Версия FlashPlayer: 11.9.900.170
Сетевая карта: 100FE
Для каждой конфигурации ограничения скорости тест повторялся 3 раза. Ниже приведены агрегированные результаты измерений.
Sony
Тип подключения: FTTx
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s-in; 1m-2s-out | 1,00 | 0,97 | 0% | 3% |
| 1,024 | 1024k-mgts-in; 1024k-mgts-out | 1,02 | 1,01 | 0% | 2% |
| 5 | 5m-2s-in; 5m-2s-out | 4,98 | 4,96 | 0% | 1% |
| 5,12 | 5120k-mgts-in; 5120k-mgts-out | 5,21 | 5,24 | 2% | 2% |
| 10 | 10m-2s-in; 10m-2s-out | 9,90 | 9,98 | 1% | 0% |
| 10 | 10m-mgts-in; 10m-mgts-out | 10,13 | 10,29 | 1% | 3% |
| 20 | 20m-2s-in; 20m-2s-out | 19,67 | 19,85 | 2% | 1% |
| 20 | 20m-mgts-in; 20m-mgts-out | 20,16 | 20,37 | 1% | 2% |
| 30 | 30m-2s-in; 30m-2s-out | 29,81 | 30,18 | 1% | 1% |
| 30 | 30m-mgts-in; 30m-mgts-out | 29,89 | 29,77 | 0% | 1% |
| 50 | 50m-2s-in; 50m-2s-out | 49,61 | 50,18 | 1% | 0% |
| 50 | 50m-mgts-in; 50m-mgts-out | 50,53 | 51,25 | 1% | 3% |
| 70 | 70m-2s-in; 70m-2s-out | 68,74 | 68,60 | 2% | 2% |
| 90 | 90m-2s-in; 90m-2s-out | 88,86 | 89,47 | 1% | 1% |
| 100 | 100m-2s-in; 100m-2s-out | 98,92 | 99,74 | 1% | 0% |
| 100 | 100m-mgts-in; 100m-mgts-out | 98,98 | 100,40 | 1% | 0% |
| 150 | 150m-2s-in; 150m-2s-out | 149,15 | 155,79 | 1% | 4% |
| 150 | 150m-mgts-in; 150m-mgts-out | 149,05 | 153,17 | 1% | 2% |
| 200 | 200m-2s-in; 200m-2s-out | 197,41 | 208,35 | 1% | 4% |
| 200 | 200m-mgts-in; 200m-mgts-out | 201,34 | 194,20 | 1% | 3% |
Тип подключения: GPON
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,97 | 1,02 | 3% | 2% |
| 1,024 | 1024k-mg | 0,98 | 1,01 | 4% | 1% |
| 5,12 | 5120k-2s | 5,05 | 5,10 | 1% | 0% |
| 5,12 | 5120k-mg | 5,27 | 5,21 | 3% | 2% |
| 15 | 15m-mg | 15,45 | 15,19 | 3% | 1% |
| 20 | 20m-2s | 20,16 | 19,82 | 1% | 1% |
| 20 | 20m-mg | 19,78 | 20,53 | 1% | 3% |
| 50 | 50m-2s | 48,17 | 47,91 | 4% | 4% |
| 50 | 50m-mg | 49,62 | 48,07 | 1% | 4% |
| 70 | 70m-2s | 67,97 | 68,72 | 3% | 2% |
| 90 | 90m-mg | 87,95 | 87,12 | 2% | 3% |
Тип подключения: SHDSL
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,95 | 1,04 | 5% | 4% |
| 1,024 | 1024k-mgts | 1,02 | 1,01 | 0% | 1% |
| 3,072 | 3072k-mgts | 3,17 | 3,14 | 3% | 2% |
| 5,12 | 5120k-mgts | 5,28 | 5,08 | 3% | 1% |
| 5,12 | 5120k-2s | 5,22 | 4,99 | 2% | 3% |
| 15 | 15m-mgts | 14,96 | 14,53 | 0% | 3% |
| 20 | 20m-mgts | 19,84 | 20,23 | 1% | 1% |
| 20 | 20m-2s | 19,79 | 20,17 | 1% | 1% |
HP 8470
Тип подключения: FTTx
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s-in; 1m-2s-out | 1,01 | 0,97 | 1% | 1% |
| 1,024 | 1024k-mgts-in; 1024k-mgts-out | 1,02 | 1,01 | 1% | 1% |
| 5 | 5m-2s-in; 5m-2s-out | 4,98 | 5,01 | 0% | 1% |
| 5,12 | 5120k-mgts-in; 5120k-mgts-out | 5,28 | 5,24 | 3% | 2% |
| 10 | 10m-2s-in; 10m-2s-out | 9,90 | 9,95 | 1% | 1% |
| 10 | 10m-mgts-in; 10m-mgts-out | 10,13 | 10,20 | 2% | 1% |
| 20 | 20m-2s-in; 20m-2s-out | 19,67 | 19,73 | 1% | 0% |
| 20 | 20m-mgts-in; 20m-mgts-out | 20,19 | 20,37 | 1% | 2% |
| 30 | 30m-2s-in; 30m-2s-out | 29,82 | 30,18 | 1% | 0% |
| 30 | 30m-mgts-in; 30m-mgts-out | 29,80 | 29,77 | 1% | 0% |
| 50 | 50m-2s-in; 50m-2s-out | 49,60 | 50,18 | 1% | 0% |
| 50 | 50m-mgts-in; 50m-mgts-out | 50,82 | 51,25 | 2% | 3% |
| 70 | 70m-2s-in; 70m-2s-out | 68,95 | 68,60 | 2% | 0% |
| 90 | 90m-2s-in; 90m-2s-out | 89,23 | 89,47 | 1% | 0% |
| 100 | 100m-2s-in; 100m-2s-out | 98,97 | 99,74 | 1% | 0% |
| 100 | 100m-mgts-in; 100m-mgts-out | 99,08 | 100,40 | 1% | 0% |
| 150 | 150m-2s-in; 150m-2s-out | 149,70 | 155,79 | 0% | 0% |
| 150 | 150m-mgts-in; 150m-mgts-out | 149,75 | 153,17 | 0% | 0% |
| 200 | 200m-2s-in; 200m-2s-out | 197,54 | 208,35 | 1% | 0% |
| 200 | 200m-mgts-in; 200m-mgts-out | 202,06 | 194,20 | 1% | 2% |
Тип подключения: GPON
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,96 | 0,98 | 4% | 2% |
| 1,024 | 1024k-mg | 1,02 | 1,04 | 0% | 2% |
| 5,12 | 5120k-2s | 5,11 | 5,06 | 0% | 1% |
| 5,12 | 5120k-mg | 4,99 | 5,03 | 3% | 2% |
| 15 | 15m-mg | 15,15 | 15,19 | 1% | 1% |
| 20 | 20m-2s | 19,51 | 20,17 | 2% | 1% |
| 20 | 20m-mg | 19,33 | 19,88 | 3% | 1% |
| 50 | 50m-2s | 47,89 | 40,15 | 4% | 2% |
| 50 | 50m-mg | 49,36 | 48,87 | 1% | 2% |
| 70 | 70m-2s | 68,92 | 67,58 | 2% | 3% |
| 90 | 90m-mg | 87,15 | 88,63 | 3% | 2% |
Тип подключения: SHDSL
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,99 | 1,01 | 1% | 1% |
| 1,024 | 1024k-mgts | 1,01 | 1,01 | 1% | 1% |
| 3,072 | 3072k-mgts | 3,03 | 2,95 | 1% | 4% |
| 5,12 | 5120k-mgts | 4,98 | 5,01 | 3% | 2% |
| 5,12 | 5120k-2s | 5,21 | 4,95 | 2% | 3% |
| 15 | 15m-mgts | 14,61 | 14,87 | 3% | 1% |
| 20 | 20m-mgts | 19,76 | 19,84 | 1% | 1% |
| 20 | 20m-2s | 20,14 | 20,09 | 1% | 0% |
Dell Insperon 11 series 3138
Тип подключения: FTTx
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s-in; 1m-2s-out | 1,03 | 1,00 | 3% | 0% |
| 1,024 | 1024k-mgts-in; 1024k-mgts-out | 1,03 | 1,01 | 3% | 0% |
| 5 | 5m-2s-in; 5m-2s-out | 4,98 | 5,00 | 0% | 0% |
| 5,12 | 5120k-mgts-in; 5120k-mgts-out | 5,27 | 5,24 | 2% | 3% |
| 10 | 10m-2s-in; 10m-2s-out | 9,92 | 10,02 | 1% | 0% |
| 10 | 10m-mgts-in; 10m-mgts-out | 10,18 | 10,25 | 2% | 2% |
| 20 | 20m-2s-in; 20m-2s-out | 19,82 | 20,12 | 1% | 1% |
| 20 | 20m-mgts-in; 20m-mgts-out | 20,31 | 20,40 | 2% | 2% |
| 30 | 30m-2s-in; 30m-2s-out | 29,98 | 30,42 | 0% | 1% |
| 30 | 30m-mgts-in; 30m-mgts-out | 29,98 | 30,63 | 0% | 2% |
| 50 | 50m-2s-in; 50m-2s-out | 49,95 | 51,28 | 0% | 1% |
| 50 | 50m-mgts-in; 50m-mgts-out | 50,91 | 51,61 | 2% | 3% |
| 70 | 70m-2s-in; 70m-2s-out | 69,06 | 71,43 | 1% | 2% |
| 90 | 90m-2s-in; 90m-2s-out | 89,47 | 89,38 | 1% | 1% |
| 100 | 100m-2s-in; 100m-2s-out | 99,57 | 99,81 | 0% | 0% |
| 100 | 100m-mgts-in; 100m-mgts-out | 99,54 | 100,41 | 0% | 0% |
| 150 | 150m-2s-in; 150m-2s-out | 149,96 | 153,13 | 0% | 2% |
| 150 | 150m-mgts-in; 150m-mgts-out | 150,06 | 149,11 | 0% | 1% |
| 200 | 200m-2s-in; 200m-2s-out | 204,37 | 201,76 | 2% | 1% |
| 200 | 200m-mgts-in; 200m-mgts-out | 207,15 | 204,81 | 4% | 2% |
Тип подключения: GPON
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,97 | 0,96 | 3% | 4% |
| 1,024 | 1024k-mg | 0,99 | 1,04 | 3% | 2% |
| 5,12 | 5120k-2s | 5,06 | 5,11 | 1% | 0% |
| 5,12 | 5120k-mg | 5,17 | 4,97 | 1% | 3% |
| 15 | 15m-mg | 14,79 | 15,06 | 1% | 0% |
| 20 | 20m-2s | 19,77 | 20,37 | 1% | 2% |
| 20 | 20m-mg | 19,82 | 19,73 | 1% | 1% |
| 50 | 50m-2s | 48,99 | 48,71 | 2% | 3% |
| 50 | 50m-mg | 49,57 | 49,93 | 1% | 0% |
| 70 | 70m-2s | 69,24 | 67,98 | 1% | 3% |
| 90 | 90m-mg | 89,23 | 88,17 | 1% | 2% |
Тип подключения: SHDSL
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 1,03 | 0,96 | 5% | 4% |
| 1,024 | 1024k-mgts | 1,00 | 1,07 | 0% | 1% |
| 3,072 | 3072k-mgts | 2,91 | 3,17 | 3% | 2% |
| 5,12 | 5120k-mgts | 5,11 | 5,05 | 3% | 1% |
| 5,12 | 5120k-2s | 4,99 | 5,09 | 2% | 3% |
| 15 | 15m-mgts | 14,94 | 15,02 | 0% | 3% |
| 20 | 20m-mgts | 19,99 | 19,95 | 1% | 1% |
| 20 | 20m-2s | 19,83 | 21,09 | 1% | 1% |
Notebook Asus s220n
Тип подключения: FTTx
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s-in; 1m-2s-out | 1,02 | 0,99 | 2% | 1% |
| 1,024 | 1024k-mgts-in; 1024k-mgts-out | 1,05 | 1,04 | 3% | 2% |
| 5 | 5m-2s-in; 5m-2s-out | 4,98 | 4,95 | 0% | 1% |
| 5,12 | 5120k-mgts-in; 5120k-mgts-out | 5,18 | 5,26 | 1% | 3% |
| 10 | 10m-2s-in; 10m-2s-out | 9,90 | 9,80 | 1% | 2% |
| 10 | 10m-mgts-in; 10m-mgts-out | 10,12 | 10,18 | 1% | 2% |
| 20 | 20m-2s-in; 20m-2s-out | 19,90 | 19,36 | 0% | 3% |
| 20 | 20m-mgts-in; 20m-mgts-out | 20,46 | 19,83 | 2% | 1% |
| 30 | 30m-2s-in; 30m-2s-out | 29,97 | 28,85 | 0% | 4% |
| 30 | 30m-mgts-in; 30m-mgts-out | 30,02 | 28,48 | 0% | 5% |
| 50 | 50m-2s-in; 50m-2s-out | 49,83 | 46,77 | 0% | 6% |
| 50 | 50m-mgts-in; 50m-mgts-out | 50,81 | 46,75 | 2% | 6% |
| 70 | 70m-2s-in; 70m-2s-out | 68,80 | 64,96 | 2% | 8% |
| 90 | 90m-2s-in; 90m-2s-out | 89,23 | 94,48 | 1% | 5% |
| 100 | 100m-2s-in; 100m-2s-out | 96,95 | 96,86 | 3% | 3% |
Тип подключения: GPON
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 0,99 | 0,99 | 1% | 1% |
| 1,024 | 1024k-mg | 1,02 | 1,01 | 0% | 1% |
| 5,12 | 5120k-2s | 5,07 | 5,05 | 1% | 1% |
| 5,12 | 5120k-mg | 5,30 | 5,14 | 4% | 0% |
| 15 | 15m-mg | 15,37 | 15,33 | 2% | 2% |
| 20 | 20m-2s | 20,08 | 19,97 | 0% | 0% |
| 20 | 20m-mg | 20,35 | 20,09 | 2% | 0% |
| 50 | 50m-2s | 48,40 | 47,85 | 3% | 4% |
| 50 | 50m-mg | 49,55 | 48,32 | 1% | 3% |
| 70 | 70m-2s | 68,47 | 67,72 | 2% | 3% |
| 90 | 90m-mg | 87,88 | 88,43 | 2% | 2% |
| 97,5 | без ограничений | 95,62 | 94,38 | 2% | 3% |
Тип подключения: SHDSL
| Скорость Мбит/с | Service Policy | Download Result | Upload Result | Усредненная погрешность загрузки, % | Усредненная погрешность отдачи, % |
|---|---|---|---|---|---|
| 1 | 1m-2s | 1,03 | 1,05 | 3% | 5% |
| 1,024 | 1024k-mgts | 1,03 | 1,01 | 1% | 1% |
| 3,072 | 3072k-mgts | 3,21 | 3,10 | 4% | 1% |
| 5,12 | 5120k-mgts | 5,18 | 5,10 | 1% | 0% |
| 5,12 | 5120k-2s | 5,12 | 4,98 | 0% | 3% |
| 15 | 15m-mgts | 14,83 | 14,60 | 1% | 3% |
| 20 | 20m-mgts | 19,79 | 20,39 | 1% | 2% |
| 20 | 20m-2s | 19,47 | 20,07 | 3% | 0% |
* Порт имеет физическое ограничение 100 мбит, что дает максимальную скорость на третьем (IP) уровне ~ 97,5 мбит при MTU=1500.
Выводы
Результаты измерений приятно удивили. Погрешность измерений в большинстве случаев не превысила 5% на разных скоростях и для разных технологий абонентского доступа, что приемлемо для подобного сервиса. Даже на самом стареньком ноутбуке Asus с оперативной памятью 256 Мбайт и процессором Pentium 1000 МГц погрешность не превысила 8%.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (46)
amarao
21.06.2016 17:30+1iperf между end location и сервером в servers.com (для России — .ru) на 10G.
Кстати, а что вы на 200 мегабитах-то остановились?
VladimirLenin
21.06.2016 20:47+199% подключений к Интернет укладывается в 100Мбит/с. Тестирование до 1Гбит/с продолжаем.
KorP
21.06.2016 21:42Может вы мне помочь сможете? Мне провайдер отдаёт «мамой клянусь у вас гигабит, просто ни один сервер не в состоянии с вами на такой скорости работать», а проверить — нечем, спидтест выдаёт максимум 700мб/с в ненагруженное время. ОЧень хочется тыкнуть провайдера носом, но на спидтест они как то не ведутся :(
amarao
21.06.2016 22:00+1Учитывайте, что в одну морду скорости за несколько сотен мегабит невозможно протестировать. Надо запускать несколько потоков, возможно, с нескольких локаций. Причина — специфичное поведение tcp, влияние latency на максимальную возможную скорость.
VladimirLenin
22.06.2016 09:19Да, без проблем, сможем проверить скорость до разных регионов в России. Потребуется, будем использовать поверенные приборы, чтобы провайдер не сомневался в результатах. Если не сложно, оставьте заявку на slamon.net в разделе помощи.
Foolleren
22.06.2016 12:20Лично мне кажется что провайдеры уже научились жульничать со спидтестом — на отдачу в пределах Европы показывает 50 мб/с, а 2ip показывает 20-30.
gre
23.06.2016 18:052ip — некачественный тестировщик скорости.
не показывает он нормальную скорость, даже, если никаких ограничений нет.
speedtest, или если сомневаетесь — iperf.
про другие сервисы тестирования скорости не скажу — крайний раз этим 4 года назад занимался.
VladimirLenin
23.06.2016 20:27Зашел на servers.ru, там только файлы разных размеров размещены в различных датацентрах для скачивания.
Правильно понимаю, что где-то есть публичный агент iperf в цодах?
kulinich
21.06.2016 17:55Возможно ли на стороне провайдера делать полосу пропускания, например, к speedtest.net шире, чем к другим ресурсам?
Например, если провайдер не очень порядочный и решил ввести в заблуждение.
just_login
21.06.2016 18:03+1Возможно, делал когда-то.
Например если пользователи не очень понимают как работает интернет.kulinich
21.06.2016 18:22+2По-моему это не связано с наличием у пользователя знаний о работе интернета.
just_login
21.06.2016 19:51+1Если вы обвиняете провайдера в том что тиграм не докладывают мяса, аргументируя показаниями некого сервера speedtest.net, то у меня для вас плохие новости.
Подсказка:
Шаг 1: Измерьте скорость до любого африканского сервера speedtest и оскорбитесь тем как вас обманывает «не очень порядочный» провайдер и режет скорость.
Шаг 2: Ответьте на вопрос, чем отличается сервер из первого пункта, от тех серверов, которые вы использовали до этого.kulinich
21.06.2016 21:26Пока что нигде не обвинял своего провайдера (Домру, Питер — был интерзет до поглощения домом.ру). А аргументы я сформулировал на показаниях ~ 10 — 15 сервисов по замеру скорости интернета(не уточнял расположение каждого сервера). Почти все сервисы, кроме speedtest.net показывали скорость в разы меньше(для примера, speedtest — 40 Mb/s download, большинство остальных около 10Mb/s download).
По-поводу отличия африканского сервера от европейского — могу лишь предположить, что ping будет больше из-за того, что трафик не напрямую может идти, а через другие континенты, но это явно никак не влияет на пропускную способность, так что на вопрос не смогу ответить.
merlin-vrn
22.06.2016 08:58+2По-поводу отличия африканского сервера от европейского — могу лишь предположить, что ping будет больше из-за того, что трафик не напрямую может идти, а через другие континенты, но это явно никак не влияет на пропускную способность, так что на вопрос не смогу ответить.
Отличия вы правильно указали, а вывод неверный. Round trip time для TCP очень важен. При большом rtt («пинге») протокол TCP в принципе не способен разогнаться и загрузить канал полностью одним соединением.
На каждый посланный байт сервер-отправитель обязан получить подтверждение (ACKnowledgement). У него есть лимит, сколько байтов может находиться «в полёте» — окно TCP. Если он окно заполнил, дальше отправлять данные не будет, пока что-то из уже отправленного не будет подтверждено получателем.
Максимальная скорость tcp-соединения ограничена размерами окна и временем, за которое данные улетят данные и вернётся подтверждение: window/rtt. Если это время большое, то скорость соответственно небольшая. И провайдер совершенно не виноват, потому, что rtt ограничен скоростью света, а максимальный размер окна — протоколом tcp, а также отправитель и получатель могут ограничить его дополнительно.kulinich
22.06.2016 09:15Спасибо большое за развернутый ответ. По поводу окна TCP очень наглядно разъяснили — в голове некоторые моменты на свои места встали.
kulinich
21.06.2016 21:31Не подскажите, могу ли я как-либо повлиять на провайдера, если он действительно «режет» канал?
VladimirLenin
22.06.2016 09:31+2Для начала нужно понять, вы как физическое лицо или как компания хотите жаловаться на провайдера. Если как физик, то шансов здесь не много. В настоящее время провайдеры в клиентских договорах указывают «скорость не более». Роскомнадзор пытается ограничить минимальную скорость, но пока это очень смешные ограничения, которые направлены больше на мобильных операторов связи. Можно обратиться на сайте Роскомнадзор или Роспротребнадзор и прикрепить результаты измерений. Но ответ, скорее всего, будет отрицательный. Альтернатива — голосовать своими деньгами и сменить провайдера.
Если как юрик, то здесь шансов значительно выше (как и сами тарифы для юриков). Нужно внимательно изучить договор и понять, что гарантирует провайдер. Далее нужно зафиксировать факт нарушения путем измерений поверенными средствами, желательно, в присутствии инженера провайдера. Далее с результатами обратиться в Роспотребнадзор, оформить досудебное письмо оператору и арбитраж ждет Вас. Скорее всего вопрос решится на этапе проведения измерений.
Еще один нюанс. Нужно понимать, до какой точки вы хотите измерять скорость. Сейчас нет регламентирующих документов, которые бы определяли, что провайдер должен гарантировать скорость до любой точки земного шара. Поэтому здесь будет разговор типа: «последняя миля в порядке, дальше проблемы не нашей стороне!».
IMPOMEZIA
21.06.2016 23:03В Бангкоке (провайдер True Online) года этак 2 назад, со speedtest.net обманывали в чёрную, до любого сервера, на любом конце земли, хоть африканского, хоть какого, всегда был одинаковый пинг (около 16 мс) и скорость по тарифу.
Grunya_404
21.06.2016 18:35я по роду прошлой работы узнал, что крупные интернет провайдеры рф «улучшают» данные speedtest.net причем не всегда легально)) юзайте iperf.
Boletus
21.06.2016 23:02+1При этом большие провайдеры во внутренних испытаниях среди прочих методов используют и speedtest. В том числе, с привлечением тех подразделений (собственных), которые способны обнаружить что канал на speedtest имеет другую политику. В том числе, этот метод (опять же, среди прочих) используется при приемке оборудования от интеграторов.
А еще крупные интернет-провайдеры Российской Федерации принимают жалобы (и на полном серьезе их рассматривают и стараются разрешить) на пониженную скорость от пользователей. И они такие жалобы рассматривают даже без предоставленных результатов speedtest. И яростно требуют от производителей починить такие вещи, если они завязаны на оборудование.
Вероятно, они все этим занимаются чтобы создать себе больше работы.
VladimirLenin
22.06.2016 09:37Теоретически и даже практически это возможно. Но нужно понимать целесообразность. Какой мотив у оператора? Если вы запустили торрент и не видите желаемых мегабит, то скорее всего, смените провайдера. Благо, сейчас это можно сделать за пару дней не выходя из дома. После буйного роста абонентской базы провайдеры сейчас ориентированы на сохранение «нажитого добра». Так что не будет он этим заниматься. Если на то пошло, то можно и iperf затюнить, чтобы летал. Вопрос, зачем себя обманывать?
Ростелеком до недавнего времени использовал speedtest. Сейчас использует wiTest. Никаких действий на сети, связанных с приоритезацией тестового трафика, не выявлено.
Ivan_83
21.06.2016 18:52+2В помойку!
Авторы вообще не в теме.
1. Шейпер и полисер сильно разные инструменты ограничения скорости.
2. Скорость очень сильно зависит от удалённости сервера (RTT) и его настроек, а также настроек клиента, особенно при аплоаде.
3. В случае DSL и PON и так понятно что скорость упрётся в физику минус пару процентов.
4. Ещё скорость сильно зависит от браузера и ОС на которой он работает.
5. Какой ещё домашний маршрутизатор!?
6. Нафик флеш плеер когда эта хреновина работает и без него.
VladimirLenin
21.06.2016 20:461. Шейпер и полисер сильно разные инструменты ограничения скорости.
Спасибо Кэп!
2. Скорость очень сильно зависит от удалённости сервера (RTT) и его настроек, а также настроек клиента, особенно при аплоаде.
Спасибо Кэп!
3. В случае DSL и PON и так понятно что скорость упрётся в физику минус пару процентов.
Не обязательно. А как на счет п.4?
4. Ещё скорость сильно зависит от браузера и ОС на которой он работает.
Спасибо Кэп!
5. Какой ещё домашний маршрутизатор!?
Самый обычный, который стоит дома у клиентов. Мы использовались самый дешевый DLink.
6. Нафик флеш плеер когда эта хреновина работает и без него.
Да, есть неточность. Этот сеервис реализован в двух вариантах, flash и js, мы тестировали тот, что flash. На банки.ру его аналог на JS.Ivan_83
21.06.2016 23:00+2Всегда пжалуйста!
3. Это верхняя полка в таких тестах.
Я к тому что эти тесты совсем бессмысленные, в принципе.
5. Дешманы длинка с сотошными портами, получить из них 200 мегабит — ненаучная фантастика.
VladimirLenin
22.06.2016 09:53-13. Я к тому что эти тесты совсем бессмысленные, в принципе.
Бессмысленно обсуждать то, в чем не разобрался. Физика всегда является ограничением. Если речь про последние замеры для DSL и PON, то у каждой физики есть свои нюансы. Например, размер буфера у PON и DSL устройств разный. А как на счет частотно-фазовой кодировки в DSL с помехоустойчивым кодированием? Более того, результаты могут отличаться для разных производителей (как минимум, чипов приемо-передатчиков). Влияние окружающей среды не берем во внимание. Вопрос в том, как данные нюансы учтены в реализации клиента.
В данном случае было проверено, как реализован механизм измерений для разных технологий абонентского доступа, в том числе, на предельных для физики скоростей. Как показывает опыт, не у всех подобных сервисов одинаково хорошо реализованы эти механизмы. А следовательно, могут отличаться точность измерений на разных скоростях.
5. Дешманы длинка с сотошными портами, получить из них 200 мегабит — ненаучная фантастика.
Согласен, раскопаю бумаги и приклею шильдики к железкам на картинке.Схема не очень удачная получилась.Ivan_83
22.06.2016 12:19+23.
Определитесь что измеряете: скорость работы TCP или скорость передачи пакетов в разных средах при различном кодировании.
Притом для обоих вариантов браузер + неведомо как настроенный сервак непонятно где + неведомо как настроенный клиент явно не подходят.
На коробке к PON/DSL написано: до ХХ мегабит, если сильно меньше значит железка бракованная или руки сильно не те.
Размер буфера в свичах тоже разный, будете тестировать разные свичи?VladimirLenin
22.06.2016 13:13-1По хорошему нужно тестировать с разными операционками, браузерами, маршрутизаторами с WiFi, по проводу. Потом можно приступать к мобильным устройствам. Альтернатива — сидеть и ждать, когда буржуи это сделают за нас. Но тогда мы будем не при делах, а только обменивать нефтебаксы на стеклянные бусы.
По мне лучше делать, чем ждать. В общем, есть чем заняться на ближайшую пятилетку.Ivan_83
22.06.2016 14:51+1Тестировать чтобы тестировать?
Что вы собрались тестировать с разными браузерами, операционками, роутерами?
Как тестирование чужих продуктов/технологий позволит сократить обмен нефти на «бусы»?
Вы до сих пор не поняли что тестирование скорости применительно к стёку технологий в виде: кучи физики + пары ОС + кучи вариантов настроек ОС + кучи браузеров + кучи версий флеша = даёт на выходе среднюю температуру по больнице?
Вы хотя бы имеете общее представление о существовании пачки алгоритмов контроля перегрузки в TCP и их влиянии на скорость передачи?
А о влиянии RTT и дропов (в том числе и от полисера)?
А полисер у вас задаёт скорость относительно L2 или L3? (учитывает IP заголовки или нет?)
А знаете что средний размер пакета всегда ниже MTU?
Всё что вы реально могли замерить на своём стенде это вариации максимальной скорости в зависимости от величины эзернет пакета и точность работы полисера, притом нужно было брать хотя бы iperf а не браузеры и не пойми какой вебсервис.Boletus
22.06.2016 15:11Подобное тестирование (входящее в общий набор вместе с другими) использовались минимум в трех крупных лабораториях у операторов России за последние десять лет. Это, например, привело к серьезным изменениям в сторону высокой совместимости абонентских устройств разных производителей (мировых) в плане протоколов TR (TR-069 был основной целью). В том числе, это позволило каждому оператору выработать общую методику, чтобы, опираясь на «среднюю температуру по больнице» отсеивать тех производителей, кто эту температуру показать не способен.
Но сказанное — не про обмен нефтебаксов на стеклянные бусы и буржуев. Про это мне самому интересно.Ivan_83
22.06.2016 18:36TR-069 используется всякими ADSL и PON.
РТК, МТС-МГТС и хз кто ещё.
Из вашего описания вполне понятно что вы тестили совместимость на некоторый набор фич кучу железяк.
Это вполне нормально, и результат однозначен: фича работает / фича не работает.
И далее там скорее всего был базовый=обязательный набор и расширенный=желательный.
А в данной публикации что именно намеряли не очень понятно.
VladimirLenin
22.06.2016 19:58-1TR-069 штука хорошая. Если быть точным, то к измерению качества сервиса имеет отношение TR-143, в основе которого лежит TWAMP и UDP Echo (об этом уже писал http://1234g.ru/novosti/634-chetyre-rabotayushchikh-metoda-sokhraneniya-klientov). Мы даже разработали и внедрили агент TR в маршрутизаторы российского производителя Eltex. Но по моим скромным подсчетам на сети установлено не более 20% устройств с поддержкой TR-069 (про TR-143 и того меньше). Это и понятно, что за 20$ железка, которые закупает оператор для клиентов, не может поддерживать такой функционал. Продвинутых пользователей, как здесь, не так много в стране.
Про бусы все очень просто: вместо того, чтобы создавать и развивать свои сервисы, МТС, например, гордо заявляет о том, что они покупают статистику у speedtest о качестве своих услуг (была статья на cnews). За те деньги, что они платят за этот xls-файл, мы могли бы предоставить им нормальную аналитику на web'е и библиотеку для мобильного приложения, чтобы не нужно было качать спидтест. В общем, продолжаем бороться с ветреными мельницами!Ivan_83
22.06.2016 22:23Дорогой он только с точки зрения маркетинга.
Вышесказанное говорит только о тупости МТС.
Статистку надо брать у ютуба, у них её на порядки больше и она на порядок детальнее/информативнее и точнее: они там и сервера нормально затюненые держат и TCP_INFO вроде с сокетов собирают.
Спид тест же ноды настраивает кто попало и как попало (уровень квалификации частенько — вебмастер), бывает даже так что в родной сети коряво настроенный сервер отдаёт хуже чем чужой сервер через пиринг и шейпер.Boletus
23.06.2016 00:23> Статистку надо брать у ютуба, у них её на порядки больше и она на порядок детальнее/информативнее и точнее: они там и сервера нормально затюненые держат и TCP_INFO вроде с сокетов собирают.
Интересная идея. Надо изучить, спасибо!
VladimirLenin
23.06.2016 10:34У youtube не уверен, но у некоторых ребят, которые занимаются видео-сервисами, они покупают статистику тоже. Много данных не бывает. Вопрос качества услуг для операторов стоит остро.
Boletus
23.06.2016 00:21Для истории внесу пояснения: результаты по TR'ам упомянул не как прямые, относящиеся непосредственно к описанным в статье измерениям скорости. Я имел ввиду, что измерения скоростей у операторов и интеграторов входят в бОльший набор тестов, а те, в свою очередь, уже принесли вполне осязаемые результаты в мировом масштабе.
За разъяснение про бусы — спасибо!
> Мы даже разработали и внедрили агент TR в маршрутизаторы российского производителя Eltex.
Ну а это — вообще очень приятная неожиданность. :) Хотя я был уверен, что Eltex сами реализовали TR.VladimirLenin
23.06.2016 10:45Если говорить про TR-069, то думаю так и есть. Мы говорили про TR-143. Разработка респондера даже в полном варианте не есть большая сложность. В Элтекс очень квалифицированные разработчики и у них не займет много времени на реализацию своего кода. Просто в наших железках эта штука реализована достаточно давно и проще взять готовое, проверить спрос на рынке и уже думать о реализации своего варианта (если есть в этом потребность).
omskscream
21.06.2016 23:02В представленных сервисах не хватает недавно запущенного детища Netflix — fast.com
ISeptember
22.06.2016 09:54+1По переезду на новое место жительство, связался с «честным» провайдером МТС. Скорости нет и Я это вижу (изображения прогрукжаются долго). И вся соль в том, что когда проверяеш через speedtes показывает честных 70 — 80 Мбит/с., но когда проверял через тот же www.banki.ru, дает всего 7. Чем это можно объяснить?
VladimirLenin
22.06.2016 10:01МТС плотно сидит на speedtest'е и не хочет от него отказываться. У них расставлено достаточное количество серверов по всей сети. По умолчанию в speedtest измерения проводятся до ближайшего сервера (с точки зрения сети, а не географии). В этом случае проводится измерение последней мили (читай, локальная сеть). А доступ к сервису с загружаемым изображением, скорее всего, осуществляется через сети других провайдеров (или в другом регионе находится сервер CDN).
Для сравнения я бы попробовал выбрать другой тестовый сервер, который находится на сети другого провайдера.
scronheim
22.06.2016 10:02У черно-желтых есть «свой» speedtest, и что то мне подсказывает, что он не точно показывает скорость. При том что там даже нельзя выбрать пингуемый сервер
VladimirLenin
22.06.2016 10:06-1Да, сейчас подобные сервисы появляются как грибы. Затраты на написание агента типа speedtest, на первый взгля, кажутся не большими. Но если погрузиться в тему, то становится понятно, что для доведения сервиса до ума потребуются годы тестов и доработок.
ksg222
Добрый день! Спасибо за статью. Хотел бы уточнить, пару моментов:
1. В чём смысл использования двух конфигураций полисера на Cisco 7600? Судя по настройкам на выходе мы получаем одно и тоже (меняется лишь скорость).
2. Для чего тестирование проводилось с использованием различных технологий «последней мили»? Какую зависимость/результаты предполагалось получить?
VladimirLenin
Добрый день! Спасибо за вопросы.
Испытания проводились для конкретного провайдера, у которого на сети используются разные конфигурации для ограничения трафика (исторически так сложилось) и разные технологии доступа. Задача была убедиться в том, что сервис одинаково работает для всех возможных конфигураций полисера, технологий «последней мили» и разных ПК. Согласен, что весь зоопарк повторить очень сложно, но мы попытались сделать объективную выборку.