renter.ru - Xeon E3v3-1270 3,5GHz; 16GB ECC; 2*3TB HDD; 100Mb/s unlim - 3090р. Москва

на Премиум Е3, харды те же ставите? хотелось бы конечно enterprise :)

Проблема с Adguard исчезла. Оперативно.

Мы отказались от жд Seagate в пользу TOSHIBA DT01ACA300. Данная модель используется на всех новых серверах проекта.

По нашей давней традиции в качестве благодарности за найденную проблему мы дарим Вам 1000 рублей на счет при аренде сервера на любом тарифе! За подробностями в лс. :)

Акция «ip99»!

Только до конца ноября при аренде любого сервера стоимость аренды дополнительных ip адресов снижена и составляет 99 руб. в месяц. После окончания акции стоимость аренды дополнительных ip адресов не изменится.

В акции участвуют тарифы: Комфорт E3 ip99, Премиум E3 ip99, Старт ip99, Старт Плюс ip99, Комфорт ip99, Премиум ip99. Для данных тарифных планов введено ограничение: на 1 сервер может быть выделено не более 19 дополнительных ip адресов.

Более того, в рамках проведения данной акции мы бесплатно переводим на тарифные планы оканчивающиеся на ip99 (по запросу в личном кабинете), стоимость дополнительных ip адресов при этом будет пересчитана.

Новость 2: Мы запустили линейку тарифов на базе процессоров Intel® Xeon™ E3

вопрос: почему на некоторые московские хосты (даже на м9) у вас роут идет через европу

я уже обращался в тех.поддержку месяц назад, но проблема я так понял не решена

42ms, в идеале 1-2ms, так для сравнения http://lg.transtk.ru/cgi/trace.cgi?t=195.189.123.29

также этот хост 217.12.97.25 зачемто ходит через Питер

проблема решаема?

http://cloudmonitor.ca.com/en/ping.php?vtt=1384516141&varghost=195.189.123.29&vhost=_&vaction=ping&ping=start

Moscow, Russia (rumow02): Okay 56.8 57.1 57.4 195.189.123.29

Также вот трейсроут из моего дома (провайдер центральный телеграф, пинг до м9 или яндекса менее 3мс)

tracert 195.189.123.29

Трассировка маршрута к m0040ae0.m1.m9.msk.ru.iptp.net [195.189.123.29]
с максимальным числом прыжков 30:

  1     1 ms    <1 мс    <1 мс  10.185.0.1
  2    <1 мс    <1 мс    <1 мс  213.85.211.129
  3     1 ms     1 ms     1 ms  213.85.208.250
  4     1 ms     1 ms     1 ms  95.167.38.37
  5    45 ms    45 ms    45 ms  188.254.44.210
  6    42 ms    42 ms    42 ms  62.208.252.25
  7    46 ms    46 ms    46 ms  4-2.r0.k3r8.anc.fra.de.iptp.net [87.239.191.98]

  8    42 ms    42 ms    42 ms  4005.r0.m9.msk.ru.iptp.net [91.194.117.145]
  9    42 ms    42 ms    42 ms  m0040ae0.m1.m9.msk.ru.iptp.net [195.189.123.29]


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

В данном случае это 100%!!! проблема данного узла и его связанности. Из 3х независимых источников пинг и трейс идет через Европу.

При этом у нас в проекте используется 3! аплинка: 178.18.226.152 (dataix.ru), 89.208.23.1 (di-net.ru), 81.211.13.161 (corbina.net) . У каждого из которых маршрут идет через зарубеж.

---------- Добавлено 15.11.2013 в 16:27 ----------

P.S.: Я очень пытаюсь найти такое место в Москве, откуда был бы все шло "правильно", но не выходит:

http://www.wservice.info/

Результат трассировки для 195.189.123.29 (195.189.123.29):

1 serv2.wservice.info (188.120.232.113) 0.589 ms 0.696 ms 0.615 ms
2 edge.webdc.ru (92.63.108.89) 0.770 ms 0.589 ms 0.872 ms
3 46.46.168.173 (46.46.168.173) 1.339 ms 0.526 ms 0.433 ms
4 ae1-7.RT.EQX.FKT.DE.retn.net (87.245.233.54) 50.908 ms 51.066 ms 50.974 ms
5 edge3.frf1.frankfurt.level3.net (212.162.19.29) 54.398 ms 54.475 ms 55.215 ms
6 IPTRIPLEPLA.edge3.Frankfurt1.Level3.net (212.162.40.142) 60.100 ms 63.652 ms 60.040 ms
7 4005.r0.m9.msk.ru.iptp.net (91.194.117.145) 44.994 ms 44.678 ms 44.945 ms
8 m0040ae0.m1.m9.msk.ru.iptp.net (195.189.123.29) 44.619 ms 44.785 ms 44.550 ms

*188.120.232.113, как и сама площадка в Москве

Дальше продолжать?

PING 195.189.123.29 (195.189.123.29) 56(84) bytes of data.

64 bytes from 195.189.123.29: icmp_seq=1 ttl=251 time=2.76 ms

64 bytes from 195.189.123.29: icmp_seq=2 ttl=251 time=3.08 ms

64 bytes from 195.189.123.29: icmp_seq=3 ttl=251 time=2.70 ms

traceroute to 195.189.123.29 (195.189.123.29), 30 hops max, 60 byte packets

1 185.3.143.33 (185.3.143.33) 5.740 ms 5.747 ms 5.735 ms

2 10.0.1.74 (10.0.1.74) 6.286 ms 6.288 ms 6.506 ms

3 78.25.76.225 (78.25.76.225) 9.046 ms 9.046 ms 9.040 ms

4 195.189.123.29 (195.189.123.29) 5.321 ms 6.721 ms 5.451 ms

🙄

Из дома

Трассировка маршрута к m0040ae0.m1.m9.msk.ru.iptp.net [195.189.123.29]

с максимальным числом прыжков 30:

1 1 ms 1 ms 1 ms www.asusnetwork.net [192.168.1.1]

2 2 ms 2 ms 2 ms 94.231.170.255

3 1 ms 1 ms 1 ms 62.122.98.145

4 7 ms 5 ms 7 ms 78.25.82.153

5 6 ms 5 ms 6 ms m0040ae0.m1.m9.msk.ru.iptp.net [195.189.123.29]

Так что, видимо, проблема не везде.

Это неоспоримо, исходные данные:

http://lg.transtk.ru/cgi/trace.cgi?t=195.189.123.29

4  router.transtelecom.net (193.232.245.177)  1.055 ms  0.907 ms  0.984 ms
5  msk-ix.iptp.net (193.232.245.4)  1.575 ms  1.309 ms  1.441 ms
6  m0040ae0.m1.m9.msk.ru.iptp.net (195.189.123.29)  1.575 ms  1.471 ms  1.442 ms

Суть в том, что daniq82 обратился к нам с просьбой предоставить ему маршрут до 3х адресов - мы предоставили. Но проблема с маршрутами не на нашей стороне, это видно из того, что 4 разных площадки ходят через зарубеж.

P.S.: еще один трейс

http://www.ip-ping.ru/tracert/

И это тоже Москва: http://lg.transtk.ru/cgi/trace.cgi?t=62.152.63.129

Последнее, пинг из оверсана http://www.ip-1.ru/tracert :

далее видимо хопы теряются, но не стоит унывать, там есть вкладка ping http://www.ip-1.ru/ping/ :

Получил ответ от главы центра управления сетями Агавы:

ответ от главы центра управления сетями Агавы по второму адресу 194.84.190.210 :

здесь http://di-net.ru/noc/ тоже все идеально, с M9

вроде все в одной площадке, а такой бардак

---------- Добавлено 16.11.2013 в 00:01 ----------

также странно что этот же di-net участвует у вас в роутинге

---------- Добавлено 16.11.2013 в 00:16 ----------

да и по второму хосту, немного промазали с сетью нужно было подправить роут для этого хоста и его сети 217.12.97.25, этот ip 194.84.190.210 транзитный.

Позвольте представиться, меня зовут Сергей Боровков (Ваш К.О.), я являюсь руководителем проекта «Renter».

daniq82, ситуация показалось мне интересной и я решил разобраться в ней.

Вы привели tracert до 195.189.123.29 месячной давности, пакеты до этого адреса действительно шли через Стокгольм. Я попросил сетевых администраторов исправить ситуацию, они добились результата 40мс. Поскольку это с моей точки зрения не являлось решением, я не стал тогда отвечать, что ситуация решена.

Почему пинг стал в два раза меньше, а не превратился в нормальные 2-3-4 мс?

Оказалось, что ответ можно найти, выполнив traceroute в обратную сторону.

Открываем http://www.iptp.net/ru/lg.php и делаем трейс из IPTP Moscow M9 до billing.renter.ru

1  *  *  * 

  2 4001.r0.r327.nkf.ams.nl.iptp.net (91.194.117.130) 40 msec 44 msec 44 msec

  3 mx01.Stockholm.gldn.net (195.69.145.153) 72 msec 72 msec 68 msec

  4 pe04.Moscow.gldn.net (79.104.225.70) [AS 3356] 84 msec

    pe04.Moscow.gldn.net (79.104.225.74) [AS 3356] 92 msec 92 msec

  5 81.211.13.162 [AS 3216] 44 msec 44 msec 44 msec

  6 po1-vl24.gw1.dc6.agava.net (89.108.112.243) [AS 43146] 48 msec 44 msec 44 msec

  7 10.37.50.250 [AS 3356] 48 msec 52 msec 44 msec

  8 ah-n1.renter.ru (89.108.84.2) [AS 43146] 44 msec 44 msec 40 msec

  9 billmgr.renter.ru (89.108.84.4) [AS 43146] 48 msec 48 msec 44 msec

Смотрите как интересно:

Пакет из iptp.net до billing.renter.ru идет через Европу. Причем идет до Стокгольма+обратно ~70мc, потом идет до gldn.net, время увеличивается до 90мс, что позволяет сделать предположение, что обратный пакет из pe04.Moscow.gldn.net идет тоже через Европу.

А дальше в точке 81.211.13.162 время резко уменьшается в два раза. Единственное, чем можно объяснить уменьшение времени прохождения пакета туда-обратно – это существенное изменение обратного пути. Ведь путь пакета от 91.194.117.130 до 81.211.13.162 нам известен, а путь обратного пакета – нет.

81.211.13.162 - это первая точка, в которую пакет из iptp.net идет через Европу, а обратный пакет идет напрямую, без большого крюка.

Также он идет и в billing.renter.ru

Путь пакета до многих серверов iptp.net показывается лишь частично. Ниже проверка связи с сервера billing.renter.ru

traceroute to 195.189.123.29 (195.189.123.29), 30 hops max, 60 byte packets

 1  * * *

 2  10.37.50.249 (10.37.50.249)  0.399 ms  0.855 ms  0.994 ms

 3  po1-vl24.br1.m9.agava.net (89.108.112.241)  53.440 ms  53.461 ms  53.491 ms

 4  Energopark.bb1.reu1.ip.di-net.ru (89.208.23.1)  1.059 ms  1.123 ms  1.195 ms

 5  85.26.206.142 (85.26.206.142)  6.475 ms  6.506 ms  6.541 ms

 6  * * *

 7  * * *



PING 195.189.123.29 (195.189.123.29) 56(84) bytes of data.

64 bytes from 195.189.123.29: icmp_req=1 ttl=121 time=42.3 ms

64 bytes from 195.189.123.29: icmp_req=2 ttl=121 time=42.0 ms

До того, как сетевые администраторы сделали ручной выбор аплинка для подсети iptp.net, пакеты шли и туда и обратно через Европу и мы имели 80мс, сейчас они делают крюк только по дороге в одну сторону и мы имеем 40мс.

Для решения проблемы надо обращаться не к нам, а в iptp.net.

По поводу адреса 217.12.97.25 уже написано объяснение ситуации.

Тут мы смогли найти решение, обратились в NOC AGAVA с просьбой изменить маршрут. Сейчас ping 3мс

PING 217.12.97.25 (217.12.97.25) 56(84) bytes of data.

64 bytes from 217.12.97.25: icmp_req=1 ttl=121 time=3.46 ms

64 bytes from 217.12.97.25: icmp_req=2 ttl=121 time=3.35 ms

64 bytes from 217.12.97.25: icmp_req=3 ttl=121 time=3.01 ms

По Вашему последнему сообщению:

Нет противоречия с тем, что я написал выше. Дело как раз в том, что пакет из di-net до 195.189.123.29 доходит быстро. И от нас до di-net тоже.

traceroute to 195.189.123.29 (195.189.123.29), 30 hops max, 60 byte packets

 1  * * *

 2  10.37.50.249 (10.37.50.249)  0.361 ms  0.789 ms  0.970 ms

 3  po1-vl24.br1.m9.agava.net (89.108.112.241)  1.084 ms  1.074 ms  1.076 ms

 4  Energopark.bb1.reu1.ip.di-net.ru (89.208.23.1)  1.032 ms  1.123 ms  1.154 ms

 5  85.26.206.142 (85.26.206.142)  5.749 ms  5.782 ms  5.818 ms

 6  * * * 

А на пути обратно есть разница – из iptp.net до di-net пакеты идут напрямую, а до renter.ru – через Европу.