Тестирование СКД StarSpeeder

Как известно, всю последнюю неделю сервис сильно лихорадило. Появлялись сообщения на форуме starspeeder.co.uk о проблемах с роутингом. Многое говорило о том, что маршрутизатор не справляется с нагрузкой, теряя часть пакетов. Кроме того, для ПО VPN-сервера был достигнут предел максимально возможного числа соединений (TCP сессий).

Наконец вчера вечером проблемы были решены (по крайне мере на этот уровень загрузки) и сегодня утром StarSpeeder обрадовал неожиданной стабильностью и скоростью работы.

Компьютер на котором происходило тестирование имеет диал-ап соединение. Модем US Robotics Courier. Соединение идет через офисную АТС. Скорость соединения - 26400 кб/сек. Тесты проводились при помощи программы (ReGet

Маршрут до VPN-сервера (217.151.224.30)

1 156 146 155  ts-3-e0.iasnet.ru [212.100.128.3]
 2 150 145 152  gate-e0-1.iasnet.ru [212.100.128.1]
 3 155 150 148  Core4-s1-7.Moscow.Rostelecom.ru [195.161.2.253]
 4 150 153 145  bgw2-giga4-0-0.Moscow.Rostelecom.ru [195.161.0.2]
 5 181 163 162  s-fre-i1-pos4-2.telia.net [193.45.36.201]
 6 168 166 162  sto-b3-srp6-0.telia.net [193.45.129.3]
 7 186 187 187  ffm-r55-b1-pos5-0.se.telia.net [193.45.129.42]
 8 189 204 189  ffm-desix-i1-pos2-0.telia.net [193.45.9.90]
 9 187 187 183  DE-CIX.DE-CIX.ecrc.net [194.31.232.33]
10 185 197 185  ge11-0-bb1-FFM1.de.cw.net [62.208.240.226]
11 187 188 200  ge0-0-bb2-FFM1.ecrc.net [62.208.234.2]
12 202 195 192  pos2-0-r1-SBN.ecrc.net [62.208.240.38]
13 208 193 195  insat-gw-SBN.ecrc.net [62.208.203.2]
14 204 200 204  217.151.224.38
15 198 197 214  217.151.224.30

Потери крайне малы:

Ответ от 217.151.224.30: число байт=32 время=195мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=186мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=191мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=189мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=190мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=189мс TTL=114
Ответ от 217.151.224.30: число байт=32 время=186мс TTL=114

Статистика Ping для 217.151.224.30:

  Пакетов: послано = 100, получено = 99, потеряно = 1 (1% потерь),
Приблизительное время передачи и приема:
    наименьшее = 183мс, наибольшее =  207мс, среднее =  187мс

Кстати, говоря о потерях, надо различать потери пакетов на VPN-сервере, и потери на промежуточных маршрутизаторах, а также потери в наземном канале к провайдеру.

В процессе проведения теста, наблюдались периодические единичные разрывы соединений. При закачке Reget-ом это несущественно, но при www-серфинге причиняет немалые неудобства.

Тест 1. Нагрузочная способность.

В ходе этого теста мы увеличивали число закачек.

Видно, что для каждого потока скорость не поднимается выше 7 - 10 Кбайт/сек. Добавляя следущую закачку, мы лишь заполняем отведенную нам полосу (ширина которой динамически меняется в зависимости от загрузки системы). При числе потоков равное 6 - 7, канал достигает насыщения, и дальнейшее увеличение числа потоков лишь перераспределяет доступную на текущий момент полосу, между ними. При этом ширина полосы держалась в пределах 280-330 (иногда до 380) кбит/сек.

Тест 2. Российские и зарубежные сайты.

.ru

.com

Видно, что особой разницы по скорости не наблюдается.

Тест 3. Сравнение протоколов FTP и HTTP

Закачивались одинаковые файлы серверов домена intel.com. Видно, что cущественной разницы по скорости не наблюдается. Наблюдалась лишь различная задержка начала закачки. Определяется это тем, что начальный обмен по протоколу FTP существенно более сложен, чем по протоколу HTTP и на него уходит больше времени:

   ftp://download.intel.com/design/software/drivers/platform/3463/isecdrv_enu.zip]. 1
10:20:05 2 STA Переход в состояние [Запрос]
10:20:05 3 INF Соединяемся с download.intel.com (192.102.199.19:21)
10:20:09 4 IN 220 download0a Microsoft FTP 
10:20:09 5 OUT USER ******
10:20:09 6 IN 331 Anonymous access allowed, 
10:20:09 8 OUT PASS ******
10:20:11 9 IN 230 Anonymous user logged in.
10:20:11 10 OUT SYST
10:20:11 11 IN 215 Windows_NT version 5.0
10:20:11 12 OUT PWD
10:20:16 13 IN 257 "/" is current directory.
10:20:16 14 OUT TYPE I
10:20:17 15 IN 200 Type set to I.
10:20:17 16 OUT REST 100
10:20:28 17 IN 350 Restarting at 100.
10:20:28 18 OUT REST 0
10:20:29 19 IN 350 Restarting at 0.
10:20:30 20 OUT CWD /design/software/drivers/platform/3463
10:20:30 19 IN 250 CWD command successful.
10:20:30 20 OUT PWD
"/design/software/drivers/platform/3463" is current 
10:20:31 21 OUT PORT 10,1,6,135,7,246
10:20:31 22 IN 200 PORT command successful.
10:20:31 23 OUT LIST -la isecdrv_enu.zip
10:20:32 24 IN 150 Opening BINARY mode data connection for /bin/ls.
10:20:33 25 IN -rwxrwxrwx 1 owner group 2007182 Nov 13 2000 isecdrv_enu.zip
10:20:33 26 IN 226 Transfer complete.
10:20:33 27 OUT PORT 10,1,6,135,7,253
10:20:38 28 IN 200 PORT command successful.
10:20:38 39 OUT RETR isecdrv_enu.zip
10:20:39 30 IN 150 Opening BINARY mode data connection for isecdrv_enu.zip(2007182 bytes).
10:20:40 31 STA Переход в состояние [Закачка]

   http://developer.intel.com/design/software/drivers/platform/4057/inf_utility/infinst_enu.zip]. 
10:12:10 1 STA Переход в состояние [Запрос]
10:12:11 2 OUT GET /design/software/drivers/platform/4057/inf_utility/infinst_enu.zip HTTP/1.0
10:12:11 3 OUT User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98)
10:12:11 4 OUT Accept: */*
10:12:11 5 OUT Range: bytes=0-
10:12:11 6 OUT Referer: http://developer.intel.com/design/software/drivers/platform/4057/inf_utility/
10:12:11 7 OUT Host: developer.intel.com
10:12:12 8 IN HTTP/1.1 206 Partial content
10:12:12 9 IN Server: Microsoft-IIS/4.0
10:12:12 12 IN Content-Length: 1750936
10:12:12 13 IN Content-Range: bytes 0-1750935/1750936
10:12:12 14 STA Переход в состояние [Закачка]

Тест 5. Закачка большого файла программой FlashGet

Закачивался файл дистрибутива FreeBSD в 6-ти потоках по адресу ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.3-install.iso

Закачка с зеркал не использовалась.

Замечание.

В процессе проведения тестов иногла наблюдался следущий эффект: при нормально работающих 5-6 потоках, добавление еще такого же их количества, вызывало разрыв почти всех соединений:

Ложка дегтя.

Пока писалась статья, снова начались проблемы. Наблюдается периодическое пропадание трафика со спутника, и как следствие разрыв соединений. Спустя 5 - 10 минут все восстанавливается, а потом опять падает.

Увы…

06 июля 2001.

Комментарии? Поправки? Дополнения? 
dvbnet@msk.gs.ru