Ольшин Сергей.

Здравствуйте! Я арендую сервер у компании Инфобокс.Ру

На протяжении уже 4 месяцев имеет место быть потеря пакетов до дата-центра Infobox.Ru, а вместе с ней очень большие провалы скорости и повышенные пинги.
Проблема не решается.

Вот что они мне ответила недавно техническая поддержка Инфобокса:

Согласно Договору на предосталвение услуг связи, Исполнитель не несет ответственности за нормальное функционирование Сети Интернет или ее частей, равно как и за их доступность для ЗАКАЗЧИКА, поскольку Интернет является добровольным объединением различных сетей и ресурсов.
Потерь пакетов внутри нашей сети нет.

Особенно порадовала фраза - Потерь пакетов внутри нашей сети нет.
То есть, получается, что их интересует только их внутренняя "локалка", а то что происходит на внешних каналах до них, их совершенно не волнует?

Хочу добавить ещё то, что поздней ночью (примерно в 3:30) всё нормализовывается, значит их внешние каналы перегружены.

Я написал им ещё раз о проблеме, вот переписка с ними:

Далее. Я человек продвинутый в делах Интернетных и написал ГолденТелекому, Ретну и Раскому.
Письма выкладываю тут:
1) Переписка с Golden-Telecom
2) Переписка с ReTN
3) Переписка с Rascom

Всем Доброго Дня!

2WAPS
Была похожая проблема и у меня. Также, не давал мне покоя tracert и ping до хостера. Умные люди мне объяснили, что tracert показывает только трассу и скорость пакетов от меня. Ширину канала tracert не показывает. Единственное что можно им оценить – это скоростью работы по ftp. Пинг, оказывается, вообще по другому протоколу работает (ICMP). И к HTTP ни каким боком.
Вот моя статистика до адресата сделанная в 23.20 из Москвы:

Трассировка маршрута к 85.249.142.202.addr.datapoint.ru [85.249.142.202]
с максимальным числом прыжков 30:
0 compname [172.31.212.246]
1 172.31.1.1
2 212.1.251.185
3 212.1.251.237
4 msk-m9-pr1.rascom.ru [193.232.244.223]
5 msk-3v-cr2-vl-2.rascom.ru [80.64.96.50]
6 msk-3v-cr1-po-1.rascom.ru [80.64.96.22]
7 spb-ivc-cr1-stm4-1-1.rascom.ru [80.64.96.5]
8 spb-ivc-cr2-po-1.rascom.ru [80.64.96.29]
9 alkor-rus-gw.spb.rascom.ru [80.64.98.94]
10 77.221.128.30.addr.datapoint.ru [77.221.128.30]
11 77.221.128.54.addr.datapoint.ru [77.221.128.54]
12 85.249.142.202.addr.datapoint.ru [85.249.142.202]

Подсчет статистики за: 300 сек. ...
Исходный узел Маршрутный узел
Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес
0 compname [172.31.212.246]
0/ 100 = 0% |
1 2мс 0/ 100 = 0% 0/ 100 = 0% 172.31.1.1
0/ 100 = 0% |
2 4мс 0/ 100 = 0% 0/ 100 = 0% 212.1.251.185
0/ 100 = 0% |
3 12мс 0/ 100 = 0% 0/ 100 = 0% 212.1.251.237
0/ 100 = 0% |
4 9мс 0/ 100 = 0% 0/ 100 = 0% msk-m9-pr1.rascom.ru [193.232.244.223]
0/ 100 = 0% |
5 14мс 0/ 100 = 0% 0/ 100 = 0% msk-3v-cr2-vl-2.rascom.ru [80.64.96.50]
0/ 100 = 0% |
6 4мс 0/ 100 = 0% 0/ 100 = 0% msk-3v-cr1-po-1.rascom.ru [80.64.96.22]
0/ 100 = 0% |
7 11мс 0/ 100 = 0% 0/ 100 = 0% spb-ivc-cr1-stm4-1-1.rascom.ru [80.64.96.5]
0/ 100 = 0% |
8 17мс 0/ 100 = 0% 0/ 100 = 0% spb-ivc-cr2-po-1.rascom.ru [80.64.96.29]
2/ 100 = 2% |
9 81мс 2/ 100 = 2% 0/ 100 = 0% alkor-rus-gw.spb.rascom.ru [80.64.98.94]
1/ 100 = 1% |
10 63мс 6/ 100 = 6% 3/ 100 = 3% 77.221.128.30.addr.datapoint.ru [77.221.128.30]
0/ 100 = 0% |
11 46мс 6/ 100 = 6% 3/ 100 = 3% 77.221.128.54.addr.datapoint.ru [77.221.128.54]
0/ 100 = 0% |
12 46мс 3/ 100 = 3% 0/ 100 = 0% 85.249.142.202.addr.datapoint.ru [85.249.142.202]

Трассировка завершена.

---------------------------------------------------------------------------------------------------

Трассировка маршрута к ya.ru [213.180.204.8]
с максимальным числом прыжков 30:
0 compname [172.31.212.246]
1 172.31.1.1
2 212.1.251.185
3 212.1.251.237
4 ix2-m9.yandex.net [193.232.244.93]
5 ya.ru [213.180.204.8]

Подсчет статистики за: 125 сек. ...
Исходный узел Маршрутный узел
Прыжок RTT Утер./Отпр. % Утер./Отпр. % Адрес
0 compname [172.31.212.246]
0/ 100 = 0% |
1 2мс 0/ 100 = 0% 0/ 100 = 0% 172.31.1.1
0/ 100 = 0% |
2 4мс 0/ 100 = 0% 0/ 100 = 0% 212.1.251.185
0/ 100 = 0% |
3 12мс 0/ 100 = 0% 0/ 100 = 0% 212.1.251.237
0/ 100 = 0% |
4 3мс 0/ 100 = 0% 0/ 100 = 0% ix2-m9.yandex.net [193.232.244.93]
1/ 100 = 1% |
5 5мс 1/ 100 = 1% 0/ 100 = 0% ya.ru [213.180.204.8]

Трассировка завершена.


Сергей, попробуйте подключить к теме хостеров. Может они что дельное посоветуют по поводу большого пинга.

А чего вы ожидали? Как одна компания может отвечать за работу других провайдеров? Если глюк, например, у вашего провайдера интернета, то что же, Инфобокс должен с ними разбираться? Сами и разбирайтесь.

Мои провайдеры - Корбина и Стрим.
На ОБОИХ существует проблема.
Причём я ещё тестировал на компьютере двоюродного брата, когда в гостях был, у него провайдер TC-EXE - там ТО ЖЕ САМОЕ!
Ещё я заходил под VPN Utech - там тоже потери пакетов до ИБ, провалы скорости и высокие пинги.
Вот для Вас специально приведу пинг до Нидерланд -

C:\Documents and Settings\WAPS (Сергей)>ping urbanusvolleybal.nl

Обмен пакетами с urbanusvolleybal.nl [84.244.180.57] по 32 байт:

Ответ от 84.244.180.57: число байт=32 время=43мс TTL=50
Ответ от 84.244.180.57: число байт=32 время=44мс TTL=50
Ответ от 84.244.180.57: число байт=32 время=40мс TTL=50
Ответ от 84.244.180.57: число байт=32 время=39мс TTL=50

Так как же так получается, что до ИБ, который находится в Санкт-Петербурге - пинг больше, чем до Нидерланд, скорость низкая и существуют потери пакетов? У меня до Нидерланд, Латвии, Германии и прочих стран Европы НЕТ таких проблем. Пусть там пинги и повышенные, но это другие страны, тут всё понятно, зато скорость 3 мегабита в секунду В 1 ПОТОК! А с Инфобокса дай Бог 50-70 килобайт в секунду. Вам показать скрин, раз Вы не верите?


Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=46мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Превышен интервал ожидания для запроса.
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=46мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Превышен интервал ожидания для запроса.
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53
Превышен интервал ожидания для запроса.
Ответ от 85.249.142.202: число байт=32 время=45мс TTL=53

Невозможно скачивать с сервера, плеваться хочется, а закачивать на сервер ещё проблематичнее.
Из 4 мегабит в секунду я получаю 50-70 килобайт в секунду с сервера и отдаю ему 20-30 килобайт в секунду! Это НЕ нормально. С Агавы у меня все 4 мегабита в секунду в ЛЮБОЕ ВРЕМЯ СУТОК (а не как у Инфобокса, только около 4 часов утра нормализовывается), с Нидерландских различных серверов 300-400 килобайт в секунду, на отдачу 160 и т.д.

C:\Documents and Settings\WAPS (Сергей)>ping replay.ru

Обмен пакетами с replay.ru [77.234.201.254] по 32 байт:

Ответ от 77.234.201.254: число байт=32 время=15мс TTL=52
Ответ от 77.234.201.254: число байт=32 время=13мс TTL=52
Ответ от 77.234.201.254: число байт=32 время=13мс TTL=52
Ответ от 77.234.201.254: число байт=32 время=15мс TTL=52

C:\Documents and Settings\WAPS (Сергей)>ping sweb.ru

Обмен пакетами с sweb.ru [81.222.134.9] по 32 байт:

Ответ от 81.222.134.9: число байт=32 время=11мс TTL=56
Ответ от 81.222.134.9: число байт=32 время=11мс TTL=56
Ответ от 81.222.134.9: число байт=32 время=11мс TTL=56
Ответ от 81.222.134.9: число байт=32 время=11мс TTL=56

Вот какие должны быть пинги до Питера в любое время суток...

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

что тут копать... они то друг на друга то на договор "съезжают"... я точно так же ругался с инфобоксом...создал тикет у них в саппорте...
>>C:\Documents and Settings\Николай>tracert 85.249.131.114

Трассировка маршрута к elitsex.ru [85.249.131.114]
с максимальным числом прыжков 30:

1 56 ms 88 ms 34 ms 82.200.172.6.metro.online.kz [82.200.172.6
2 49 ms 47 ms 43 ms atyr-agr-1.online.kz [88.204.228.15]
3 62 ms 57 ms 95 ms 88.204.236.113
4 54 ms 57 ms 76 ms pos4_1.akto-bbr-1.online.kz [82.200.158.10
5 118 ms 79 ms 60 ms gi0_1.akto-bbr-1-2.online.kz [82.200.158.1
6 725 ms 747 ms * 87.226.164.105
7 923 ms 716 ms 1003 ms msk-m9-pr1.rascom.ru [193.232.244.223]
8 759 ms 734 ms 899 ms msk-3v-cr2-vl-2.rascom.ru [80.64.96.50]
9 730 ms 733 ms 796 ms msk-3v-cr1-po-1.rascom.ru [80.64.96.22]
10 1161 ms 1148 ms 1156 ms spb-ivc-cr1-stm4-1-3.rascom.ru [80.64.96.1
11 1175 ms 1212 ms 1211 ms spb-ivc-cr2-po-1.rascom.ru [80.64.96.29]
12 * 786 ms 762 ms alkor-rus-gw.spb.rascom.ru [80.64.98.94]
13 1219 ms 1222 ms 1218 ms 77.221.128.30.addr.datapoint.ru [77.221.12

14 745 ms 748 ms 748 ms 77.221.128.58.addr.datapoint.ru [77.221.12

15 1241 ms 1229 ms 1244 ms elitsex.ru [85.249.131.114]

Трассировка завершена.
===================
C:\Documents and Settings\Николай>ping 85.249.131.114

Обмен пакетами с 85.249.131.114 по 32 байт:

Ответ от 85.249.131.114: число байт=32 время=1201мс TTL=53
Ответ от 85.249.131.114: число байт=32 время=1209мс TTL=53
Превышен интервал ожидания для запроса.
Ответ от 85.249.131.114: число байт=32 время=1257мс TTL=53

Статистика Ping для 85.249.131.114:
Пакетов: отправлено = 4, получено = 3, потеряно = 1 (25% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 1201мсек, Максимальное = 1257 мсек, Среднее = 1222 мсек<<


на что мне очень красиво ответили(не спорю, реально красиво,но так отвечая можно просто терять клиентов): Здравствуйте, Николай.


В нашей сети в данный момент нет потери пакетов.

Согласно Приложению 1 договора на предоставление услуги по размещению сервера:
п. 4 и п.п.4.3.3
4.3. ИСПОЛНИТЕЛЬ не несет ответственности перед ЗАКАЗЧИКОМ:
4.3.3. За нормальное функционирование Сети Интернет или ее частей, равно как и за их доступность для ЗАКАЗЧИКА, поскольку Интернет является добровольным объединением различных сетей и ресурсов.

WAPS разреши хостинг провайдерам прокоментировать )

фактически они имеют право обрубить сеть у сервера съехать на то что пролемы в сети интернет?

Я хочу, чтобы члены группы "Хостинг-провайдер" приняли участие в теме и прокомментировали данную ситуацию...

Может быть проблемы с фрагментацией пакетов файрволом на сервере?
Был похожий случай у нас, когда одни нормально сайты открывали, другие с задержкой.
Оказалось iptables
После его отключения все работало отлично.

Вот траса и пинг к датапойнту:

traceroute to datapoint.ru (85.249.134.41), 30 hops max, 40 byte packets
1 spider.uch.net (193.108.251.137) 0.311 ms 0.266 ms 0.328 ms
2 kyiv1-ge-0-0-0-999.ett.com.ua (80.93.113.41) 10.157 ms 5.456 ms 5.853 ms
3 msk46.transtelecom.net (217.150.57.22) 19.512 ms 25.751 ms 21.960 ms
4 TTK-lgw.Moscow.gldn.net (194.186.0.193) 20.111 ms 37.385 ms 19.683 ms
5 cat03.Moscow.gldn.net (195.239.10.189) 42.514 ms 23.860 ms 49.297 ms
6 rascom-gw.Moscow.gldn.net (194.186.0.98) 22.223 ms 25.468 ms 21.736 ms
7 alkor-rus-gw.spb.rascom.ru (80.64.98.94) 66.058 ms 63.477 ms 65.740 ms
8 77.221.128.30.addr.datapoint.ru (77.221.128.30) 27.821 ms 29.117 ms 30.208 ms
9 77.221.128.2.addr.datapoint.ru (77.221.128.2) 30.146 ms 29.385 ms 31.811 ms
10 www.datapoint.ru (85.249.134.41) 29.574 ms 29.256 ms 30.343 ms

user1:# ping -s 1472 datapoint.ru
PING datapoint.ru (85.249.134.41) 1472(1500) bytes of data.
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=1 ttl=54 time=32.9 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=2 ttl=54 time=33.9 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=3 ttl=54 time=34.6 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=4 ttl=54 time=33.3 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=5 ttl=54 time=35.0 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=6 ttl=54 time=32.6 ms
1480 bytes from www.datapoint.ru (85.249.134.41): icmp_seq=7 ttl=54 time=34.7 ms

--- datapoint.ru ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6022ms
rtt min/avg/max/mdev = 32.686/33.914/35.010/0.882 ms

Нет, сервер здесь точно не причём, потому что до datapoint.ru абсолютно то же самое...

Статистика Ping для 85.249.134.41:
Пакетов: отправлено = 1000, получено = 912, потеряно = 88 (8% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 13мсек, Максимальное = 60 мсек, Среднее = 46 мсек

И что дальше?

То, что чем выше пинги и чем больше потери пакетов, тем НИЖЕ скорость приёма и передачи данных в один поток. По крайней мере, у Инфобокса именно так. Зато поздней-поздней ночью пинги выравниваются до 11-13 ms, потерь пакетов нет и скорость становится идеальной...
Вот выкладываю ссылку на файл, покачайте в 1 поток и посмотрите на скорость.

Скрин, доказывающий провал скорости
Это при возможных 4 мегабитах, которые я спокойно получаю с той же Агавы.
Такое только с Инфобоксом...

У меня 15 кбайт\с. канал мегабитный...

1 гигабитный канал (Украина - RETN - Место) :
root@server32 [~]# wget http://owap.ru/100Mb
--20:37:15-- http://owap.ru/100Mb
=> `100Mb'
Resolving owap.ru... 85.249.142.202
Connecting to owap.ru|85.249.142.202|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,857,600 (100M) [text/plain]

9% [==> ] 9,445,548 617.16K/s ETA 03:20

root@server32 [~]#

100 мегабитный канал через Телю:
vps# wget http://owap.ru/100Mb
--20:38:34-- http://owap.ru/100Mb
=> `100Mb'
Resolving owap.ru... 85.249.142.202
Connecting to owap.ru|85.249.142.202|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 104,857,600 (100M) [text/plain]

4% [> ] 4,780,412 293.56K/s ETA 06:59^C
vps#

--- owap.ru ping statistics ---
42 packets transmitted, 42 received, 0% packet loss, time 41036ms
rtt min/avg/max/mdev = 80.884/88.921/98.385/4.616 ms, pipe 2
Пинговалось по размерам пакетов в 1000.


Может просто пиковая нагрузка канала, или в железке сетевая приехала...

С "сетевой железкой" всё в порядке, я не просто так писал, что поздней ночью или, я бы даже сказал, очень ранним утром всё в порядке, пинги становятся равными 11-13 ms, скорость максимальная, никаких потерь пакетов... С нагрузкой канала сервера тоже всё в порядке... А вот с нагрузкой ВНЕШНИХ каналов явно что-то не в порядке...

Результат "пингования" в 3 часа ночи:

Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=13мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=10мс TTL=53
Ответ от 85.249.134.34: число байт=32 время=11мс TTL=53

Потерь пакетов нет. Скорость хорошая.
Почему ночью всё идеально, а днём просто невыносимо?

Чтобы хоть немного ориентироваться в физике процесса. А то шума много, а на того ли шумим не всем понятно. Тема уже завалена пинговыми отчетами, а что они иллюстрируют на самом деле?

Настоятельно рекомендую почитать в свободное время http://kv.by/index2006420604.htm

К сожалению, проблема так и не решилась. Странно то, что ни один из сотрудников Инфобокса не отписался в этой теме, хотя я видел, что они её читали. Видимо, данную проблему они решить не могут (или не хотят) и им стыдно об этом написать. Очень жаль.

Дело в том, что это не миф, по крайней мере, с Инфобоксом.
Мною и не только мною установлена прямая взаимосвязь провалов скорости от повышения пингов и потерь пакетов.

ну в общем то есть прямая зависимость между потерями пакетов и величиной пинга и скоростью скачки пр определенных условиях. особенно часто это можно заметить на так называемых "анлим" каналах. вполне понятно что когда прется в порт больше пакетов чем порт может пропустить части пакетов получается либо полный облом либо они задерживаются. очень хорошо видно это когда ддос идет мощностью примерно равной скорости порта. ссх начинает тормозить, по фтп не скачать не закачать. впорос только в том, частный ли это случай у клиента или это распространимо на каналы инфобокса в целом. на сервере проверить легко - скачать что то типа iftop и посмотреть какой траф выкачивается с сервера (или закачивается). если на порту 100 мбит получится около 60-80 то в общем ничего удивительного и на сервере надо расширять порт до 1000 мбит либо (скорее всего) менять железину на более крутую. если на порту 100 мбит тащится меньше 5 мбит тогда что то не так в королевстве и сервер тут ни при чем.

Замерил сегодня в 8 часов 30 минут:


"Скакать" начало ровно в 12 часов 00 минут.



При первом замере качал со скоростью 4 мегабита в секунду полностью.
При втором замере - плавно съехало до 2 мегабит в секунду и сейчас становится всё ниже и ниже...
То есть всё по старому, ничего не меняется...

P.S. rustelekom, проблема не на сервере 100%, он загружен максимум на 5-10 мегабит бывает. А обычно на 1 мегабит в секунду. Это проблема внешних каналов Инфобокса.
Кстати, пинговал несколько Питерских провайдеров из этого списка: http://spb-telecom.ru/viewforum.php?f=2 - потери пакетов есть, но совсем небольшие и не такие огромные, как до Инфобокса, при этом пинги стабильно 11-13 ms и скорость не проседает. Особенно хорошие результаты показывают те провайдеры, к которым трафик идёт через PeterStar.

Со Стрима:

Статистика Ping для 85.249.142.202:
Пакетов: отправлено = 1000, получено = 1000, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 22мсек, Максимальное = 30 мсек, Среднее = 22 мсек

С Корбины:

Статистика Ping для 85.249.142.202:
Пакетов: отправлено = 1000, получено = 979, потеряно = 21 (2% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 12мсек, Максимальное = 16 мсек, Среднее = 13 мсек

Вообщем, проблема, по всей видимости, решена, и очень и очень надеюсь, что надолго.
Большое спасибо сотрудникам компании Инфобокс.

Тему можно закрывать?

Да, можно.