ddeineka, я Вам об этом и говорил фактически, Вы просто продублировали мои слова, единственное, неуказал порог потерь, которые еще не заметны при серфинге:
"А что касается работы при 20% потерь - это не работа. Это катастрофа. Более-менее незаметно для вэб-броузинга 2-3%, и то - это нужно считать форсмажором и принимать меры.
Нормальное количество потерь - 0%."
Зачем повторять мои слова? Я говорил, что при исследовании проблемы интересуют хопы с % потерь менее 20 (а при более 20%, если потери вызваны не просто тем, что роутер загружен и не отвечает на исмп - Интернета считайте уже нет), так как они зачастую показывают потери не потому, что загружены и не отвечают на исмп, а по причине проблемы.
А на счет трупа не согласен - роутер совсем не обязан отвечать на исмп запросы, учите мат. часть. ИСМП-трафик никогда не был приоритетным, иначе бы роутер, извините за выражение, можно было бы просто засрать такими запросами, не давая возможности пропускать нормальный трафик.
Все же, я не понимаю, к чему эта дискуссия? У нас где-то потери или плохая скорость вызванная потерями? У нас канал высокого качества, если не можете доказать обратного - молчите.
Я не плаваю, я ныряю :)
Прямота маршрута - это маршрут через минимально возможное количество хопов, который при передаче в Днепропетровск из Киева, скажем, не идет через Франкфурт, а идет по максимально возможному короткому маршруту. Про закругления я ничего заметьте не писал :)
И между прочим, чем меньше количество хопов (роутеров), тем меньше задержки, это факт. Так как в результате латентности оборудования (периода между началом действия раздражителя и возникновением ответной реакции, в данном случае пакета) возникают дополнительные задержки, особоенно, когда речь идет о роутерах, которые могут быть весьма загружены и другими запросами.
Я и не говорил, что исмп-диагностика абсолютный показатель, даже упоминал, что оборудование не обязано отвечать на исмп запросы, если оно занято полностью более важными задачами (транспортировкой полезного трафика). Потому действительно, могут быть "мнимые" потери в мтр, однако, зачастую если на хопе видны потери - то их природу можно предсказать, так потери 100% на хопе говорят именно о том, что оборудование просто не отвечает на исмп, тем не менее трафик через него проходит.
Реально же нас интересуют хопы, на которых потери 20% и мнее, потому что, если потери более - Интернет по своей природе уже считайте не работает, если же мы наблюдаем при этом нормальную картину, то скорее всего природа - именно в том, что оборудование занято и не отвечает на исмп.
Чем меньший пинг, тем меньше хопов до МСК в данном случае, тем более прямой маршрут, по другому быть не может. Но Вы правильно заметили, что пинг - далеко не основной показатель, важно есть ли потери, потому я и просил выше у людей предъявить mtr, где они плавно съехали :)
А я потрудился и сделал - канал идеальный, и без потерь. Даже дня онлайн-игр разница пинга между 20 и 45 мс - не будет заметна.
Еще раз прочтите внимательно, что я писал, я указывал латентность самого оборудования (способа передачи) одной из основных причин, не помню, насколько часто надо ставить усилители / корректоры на оптическом канале, потому цифр в километрах писать не буду (но там несколько километров вроде, не так много, как хотелось бы), так вот этот процесс усиления / корректировки в частности и занимает время.
hosting_manager добавил 07.07.2011 в 13:19
В таких случаях конечно будет немного заметно, но как часто они встречаются и насколько это критично?
Если у Вас трафик 20 ТБ только в РФ идет - то без проблем может быть, попробуйте генерировать столько трафика в зарубеж, сомневаюсь, что Вам не захотят повысить стоимость. У нас трафик не делится по направлениям и может быть полностью направлен в зарубеж, нет разницы куда. Некоторые наши клиенты на наших серверах потребляют не 20 ТБ, а свыше 93 ТБ (в МСК идет трафик у многих), причем с одного сервера. Сервера включены в гигабитные порты, а не 100 Мбит / с и связность с внешним миром куда лучше зачастую.
Думаю, что сервер, у которого включение и максимум возможной скорости менее 100 Мбит / с и сервер, включение которого позволяет генерировать трафик на скорости более 300 Мбит / с - сравнивать не совсем корректно.
Смешно слушать такое от человека, который наверняка не является даже близко специалистом в области физики. К Вашему сведению я 4 года назад окончил физический факультет при КНУ им. Т. Шевченко по специальности физика, что подтверждено дипломом. Скорость распространения информации в сетях Интернет гораздо менее скорости света (от одного адресата к другому), и совать сюда λ=c/ν , как минимум некорректно. Если предположить, что сигнал распространяется только по оптике, то на всем маршруте (из курса оптики) - это не будет скорость света. Возникают потери вследствие изгибов (достаточно микроизгибов) самого волокна (волокно работает по принципу полного внутреннего отражения), интерференции и дифракции + не забываем про латентность самих устройств, которые осуществляют передачу данных в волокне от точки до точки. Потому совать лямбду сюда и вообще эту формулу - некорректно, основная задержка вызвана методом передачи, а не распространением света в среде, которая к тому же не вакуум (а формула для вакуума).
Возможно, у Вас и получилось на 5 мс меньше (чем по моим грубым подсчетам, они были лишь приблизительные), но стоимость столь прямого канала в МСК будет на порядок выше, чем стоимость канала, с показателями пинга на 30 мс больше. Для человеческого галаза скорость загрузки веб-страницы не будет отличаться при такой разнице в пинге, зачем переплачивать?
Подсети /24 всегда являются агрегироваными из более крупных сетей, если уж подходить так, подсеть наша, на основании договора. Если Вы параноик - это Ваши личные проблемы.
Я не спорю против того, что последняя тема валидна, но по причине того, что она содержит много уже устаревшей информации я просил в самом начале ее закрыть и сделать новой темой эту, что являлось бы более логичным, у меня нет доступа к редактированию первого сообщения в старой теме или редактированию названия самой темы.
Печально, что текущую тему превратили в непонятно что... Чтоб не было претензий - просьба к модераторам первое сообщение из этой темы и все сообщения по этой теме (а не флуд и непонятные разбирательства), добавить в старую, и предоставить мне возможность для редактирования названия темы и первого сообщения темы /ru/forum/582605 , чтоб у меня была возможность сделать старую тему актуальной. Спасибо.
hosting_manager добавил 07.07.2011 в 00:17
Я так не думал, потому и написал в начале этой темы о том, чтоб старую закрыли, но если так нельзя - прошу о возможности отредактировать название старой и первый пост в старой теме /ru/forum/582605 , так как название неактуальное (у нас нет серверов в GB, и сервера скоро будут уже не от 35 долларов - я не могу это также изменить) + основное наше направление работы - коренным образом изменилось.
От самой старшей прошло более 365 дней, так что даже в календарный год Вы не вписываетесь. Спасибо за факты. Но те темы, что Вы привели, если попробуете поставить там ответное сообщение:
"Извините, эта тема слишком старая, вы не можете разместить в ней свой ответ."
Как ее вести? :)
И действительно они содержат устаревшую информацию. Не совсем корректно вести тему, в которой содержится неактуальная информация первым постом и невозможно ответить (получается, что нет возможности ее вести + какой смысл темы, в которой скажем севрера в Великобритании, если мы эту услугу уже не предоставляем, что делать в этом случае?), правила форума говорят о том, что каждый хостер должен вести только 1 тему, что мы и делаем, открыв эту - старую попросил закрыть.
В данный момент мы ведем только эту тему, 1 тему, как требуют правила форума, где нарушение?
Кстати, давайте посмотрим сколько тем у Вас за все время? :)
Ваша манера общения полностью характеризует Вас, адекватные люди сделают выводы сами...
Если можете поставить - никто Вам не мешает, но почему-то не поставили. По остальному доказывать будете в суде и своим клиентам, нам ничего доказывать не нужно, услуга предоставляется на должном уровне качества и наши клиенты довольны (нет ни одного, у которого были бы притензии к связности и скорости).
Я вижу, как идет трафик, я вижу, что он идет без потерь и с пингом менее 50 мс, о чем и указано, временами в ходе тестирования я получал значения близки к 30 мс, что и указал. Совсем недавно в хопах был явно указан RETN (потому он также присутствует), как маршрутизируется трафик - дело ДЦ, у которого аплинкер не один и трафик пускается оптимальным образом. Если я ошибся в данный момент в названии оператора, через которого идет трафик - это не меняет сути.
У Вас в РФ исходящий канал более 100 Мбит / с с сервером на 1000 рублей дешевле? Не поверю. Вы не забывайте, что стоит денег не только железка, но и канал, открою Вам тайну - сервер вообще предоставляется практически бесплатно к этому тарифу, у нас берется плата только за канал в этом случае по сути. Если Вы захотите разместить свой сервер у нас на colo на этом же канале - цена будет идентична.
В какое заблуждение? Мы способны предоставить русский ай пи, кому требуется и хороший канал на исход за минимальные деньги. Для многих это важно, спросите у оптимизаторов какие факты влияют на региональную выдачу сайтов в поисковике. Ай пи - ключевой фактор, но не основной, хотя некоторые, для перестраховки, все же предпочитают не рисковать и заказывать сервер именно с русским ай пи адресом, если их проект ориентирован на РФ.
Это Ваше личное право, верить или нет, достаточно арендовать сервер и попробовать. Я говорю из личного опыта работы, мы генерируем далеко не один гигабит трафика в Россию и я прекрасно вижу, какие потери на линках у многих русских операторов. Хотя icmp-трафик не является приоритетным - проверка icmp-запросами показывает очень унылую картину.
Пожалуйста, потрудитесь привести линки на 9 наших рекламных тем в этом году. Не ожидал, что НКВД опустятся до такого уровня, сами нагло лгут и еще обвиняют других, а когда-то думали сотрудничать с Вами, слава Богу, что не стали. А все просто потому, что мы начали создавать прямую угрозу Вашему бизнесу, печально.
В принципе, ничего удивительного, такая доля негатива от конкурентов ожидаема, расслабьтесь, адекватные люди все равно работали, работают и будут работать с нами не взирая на черную "критику" от конкурентов. Заметьте, никто так и не смог подтвердить, что у нас плохой канал в РФ, предоставив явный тест этого. DLag так и не научился делать mtr и его анализировать, печально.
Ради справедливости отмечу, что когда-то у Воли действительно была проблема с каналом в Россию, но мы, как крупный генератор трафика, постоянно были с Волей на связи, предоставляя ДЦ необходимые результаты тестов, и проблема, в частности благодаря нашим данным, была решена в срок около 3-месяцев. Проблему могли ощущать только проекты с большой генерацией трафика (видео-online), с большой посещаемостью, именно потому у нас были четкие данные, отображающие "узкие" места в определенные регионы РФ.
hosting_manager добавил 06.07.2011 в 22:18
Верно, но подсеть русская. Мы делали это не для операторов, а для поисковых систем, и людей, которые желают, чтоб поисковые системы относили по ай пи их сайты сразу к России.
Трассировка маршрута к 192.162.103.1 с максимальным числом прыжков 30 1 [...] 2 [...] 3 [...] 4 11 ms 11 ms 11 ms dtel-ix.citonline.com.ua [193.25.180.31] 5 11 ms 11 ms 11 ms 192.162.103.1
d2:~# ping mail.ru PING mail.ru (94.100.191.201) 56(84) bytes of data. 64 bytes from 94.100.191.201: icmp_seq=1 ttl=59 time=13.8 ms 64 bytes from 94.100.191.201: icmp_seq=2 ttl=59 time=13.3 ms 64 bytes from 94.100.191.201: icmp_seq=3 ttl=59 time=13.7 ms 64 bytes from 94.100.191.201: icmp_seq=4 ttl=59 time=13.2 ms 64 bytes from 94.100.191.201: icmp_seq=5 ttl=59 time=13.6 ms 64 bytes from 94.100.191.201: icmp_seq=6 ttl=59 time=14.0 ms 64 bytes from 94.100.191.201: icmp_seq=7 ttl=59 time=13.5 ms 64 bytes from 94.100.191.201: icmp_seq=8 ttl=59 time=14.0 ms --- mail.ru ping statistics --- 8 packets transmitted, 8 received, 0% packet loss, time 7001ms rtt min/avg/max/mdev = 13.215/13.691/14.094/0.314 ms
Да, мы не первые, но мы первые, кто открыто предложил эту опцию в Украине. Смысл с нами мерятся пипи..ми? Да, у Вас пинг на 30 мс меньше, ну и что? Для человека такая разница на глаз не заметна, особенно для обычных сайтов, даже для онлайн-игр. Из Киева обеспечить такой пинг физически невозможно, из курса физики мы знаем, что скорость распространения сигнала конечна, все упирается в физику, можно сделать 25 мс в лучшем случае, но тогда стоимость канала будет в разы дороже, смысл переплачивать за то, что даже не ощутимо?
Линк на РФ более чем вменяемый, Ваши трассы не информативны, нужно давать нормальный вывод mtr и указывать, где Вы видите ненормальность линка, тем более, если Вы администратор серверов и хостинга.
Сделайте mtr из МСК / Питера:
mtr -i0.5 -rw -c1000 -s100 -o "LSD ABWJ" 93.170.55.15
И тогда аргументировано говорите, к тому же, я не говорил о пиринге с МСК, где Вы это себе придумали - мне не известно. "Да и в общем много россказней не соответствующих действительности" - попрошу воздерживаться от подобных высказываний, если Вы не обладаете фактами.
hosting_manager добавил 06.07.2011 в 16:21
root@93.170.55.15's password:
Last login: Tue Jul 5 02:41:05 2011 from xeon3.ua-hosting.com.ua
[root@xeon3 ~]# ping mail.ru
PING mail.ru (94.100.191.203) 56(84) bytes of data.
64 bytes from 94.100.191.203: icmp_seq=1 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=2 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=3 ttl=58 time=45.5 ms
64 bytes from 94.100.191.203: icmp_seq=4 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=5 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=6 ttl=58 time=45.3 ms
64 bytes from 94.100.191.203: icmp_seq=7 ttl=58 time=45.2 ms
64 bytes from 94.100.191.203: icmp_seq=8 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=9 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=10 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=11 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=12 ttl=58 time=45.2 ms
[1]+ Stopped ping mail.ru
[root@xeon3 ~]#
В пределах 45 мс пинг сейчас, все четко, как видите + показатели стабильны, что говорит о высоком качестве канала.
А вот трасса (малоинформативная в моем представлении):
[root@xeon3 ~]# tracert 94.100.191.203
traceroute to 94.100.191.203 (94.100.191.203), 30 hops max, 40 byte packets
1 gw-128.data-xata.net (91.197.128.1) 1.034 ms 1.358 ms 1.690 ms
2 v503.mars.dc.volia.com (77.120.112.97) 0.585 ms 0.628 ms 0.672 ms
3 v253.TenGig4-1.topaz.volia.net (82.144.193.10) 0.964 ms 1.057 ms 1.191 ms
4 Te8-1.1108.ar3.FRA4.gblx.net (208.50.254.197) 35.027 ms 35.145 ms 35.214 ms
5 64.209.110.98 (64.209.110.98) 50.339 ms 50.339 ms 50.362 ms
6 cat08.Moscow.gldn.net (194.186.157.209) 82.103 ms 81.944 ms 82.003 ms
7 194.186.208.38 (194.186.208.38) 45.259 ms 45.156 ms 45.335 ms
8 vl931.dl8.net.mail.ru (94.100.183.94) 45.523 ms 45.565 ms 45.568 ms
9 94.100.191.203 (94.100.191.203) 45.497 ms 45.314 ms 45.264 ms
Сделаем ее теперь в нормальном виде:
[root@xeon3 ~]# mtr -i0.5 -rw -c1000 -s100 -o "LSD ABWJ" 94.100.191.203
mtr: invalid option -- w
xeon3.ua-hosting.com.ua Snt: 1000 Loss% Snt Drop Avg Best Wrst Jttr
gw-128.data-xata.net 0.0% 1000 0 1.6 0.5 210.8 0.8
v503.mars.dc.volia.com 0.0% 1000 0 0.3 0.2 59.1 0.2
v253.TenGig4-1.topaz.volia.net 0.0% 1000 0 0.5 0.5 1.8 0.1
Te8-1.1108.ar3.FRA4.gblx.net 0.0% 1000 0 39.9 33.2 55.1 6.4
64.209.110.98 0.1% 1000 1 51.0 44.8 118.8 4.5
cat08.Moscow.gldn.net 0.0% 1000 0 84.2 81.5 168.2 0.2
194.186.208.38 0.0% 1000 0 46.5 45.0 221.0 0.0
vl931.dl8.net.mail.ru 0.1% 1000 1 49.6 45.1 368.5 0.1
94.100.191.203 0.0% 1000 0 45.0 45.0 47.0 1.7
Потерь по icmp нет, канал идеальный. Покритиковать все способны, а сделать что-то нормально - единицы, и это объяснимо - конкуренция :) Но я привык подтверждать свои слова документально, думаю, теперь вопросов не будет. Пинг ниже 50 мс, и это факт + канал широкий и стабильный.
rustelekom, я про это и говорю, что люди далеки зачастую от Интернета, при этом увы компостируют мозг провайдерам, на счет офиса согласился бы с Вами, если бы при этом сервера за границей не просили, да и по большому счету офис для хостинг-провайдера не является необходимым, как мы с Вами прекрасно понимаем. Если хостинг-провайдер, который не имеет в этом же здании собственный Дата Центр, либо реальной необходимости в офисе, а только "для престижа" позволяет открыть себе офис - это идиоты, так как тратят деньги впустую. Солидность можно заслужить не офисом, а довольными клиентами.
Не будем вспоминать известного крупнейшего хостера в МСК с офисом, который ныне тут звездочками выделяется, но это еще раз подтверждает, что офис гарантией быть не может, риски всегда есть.
