CardSharing Server > Оборудование (Hardware)
"ping" и "tracert"
alex3:
Программа для проверки трассы:
можно пользоваться любой из предложенных,я думаю, это облегчит многим решение своих вопросов.
Программа HoverIP,может и пинговать и трассу проверять...
Программа WinMTR совмещает в себе возможностиping и tracert, определяет трассу до выбранного хоста и пингует все промежуточные маршрутизаторы. При этом накапливается полная статистика по каждому маршрутизатору:
* Hostname - доменное имя или IP-адрес маршрутизатора
* No - порядковый номер маршрутизатора
* Loss % - процент потерянных ответов от данного маршрутизатора
* Sent - отправлено запросов данному маршрутизатору
* Recv - получено ответов от маршрутизатора
* Best - наименьшее (наилучшее) время задержки
* Avrg - среднее время задержки
* Worst - наибольшее (наихудшее) время задержки
* Last - время задержки последнего полученного пакета
С помощью WinMTR можно наглядно увидеть, какой маршрутизатор "виноват" в плохой "работе" Интернет. На "проблемном" маршрутизаторе возникают потери пакетов, а также может резко возрастать время задержки.
Нажав на кнопкуExport TEXT, можно сохранить полученные статистические данные в текстовый файл. Этот файл можно отослать администратору вашего провайдера как доказательство "плохой работы" Интернет. Только не забудьте указать точное время проведения "измерений".
Напоминаем,не допускается обнародование IP и хост в логах пингов и трассы на форуме, недопустим засвет IP-адреса нашего сервера.
В противном случае,возможен БАН ! Мы не хотим банить,поэтому соблюдайте правила
Moderator:
Главное не быстрый интернет (короткий пинг, быстрый ответ) , а качественный интернет (без потерь пингов и с безпроблемной трассой) !
На примере, если взять средний пакет , то время ответа карты колеблется около 300 - 500 мс.
Между посылкой запроса на сервер и его получением, без зависания картинки, выделяется прилизительно 1500 - 3000 мс. Т.е. остается еще 1000 -2700 мс на путь пакета туда и обратно.
Вывод: даже при пинге в 1000-2500 мс , при условии 100% прозождения пакетов в обе стороны , проблем с просмотром и фризингом не будет ! И наоборот, даже при пинге 10мс, но с плохой трассой и потерями , нормального просмотра достичь нельзя.
Поэтому те кто думает что АДСЛ 1Mbps обязан быть круче ЖПРСа 56Kbps, ошибаются. Важна не скорость , а качество ! Т.е. на всем пути от приемника до сервера и обратно не должно быть сбоев и потерь. А это все зависит только от конкретного провайдера, местонахождения, загруженности линий по пути и тд и тп.
Пример трассировки :
приказ в коммандной строке для вывода трассы tracert cardsharing.cc
1 hw27.rusonyx.ru (84.252.139.24) 0.166 ms 0.103 ms 0.064 ms
2 217.16.17.37 (217.16.17.37) 1.615 ms 2.918 ms 0.957 ms
3 r20-ae0-103-Sln-Song.SE.DataBone.net (217.28.253.37) 23.574 ms 23.974 ms 23.759 ms
4 64.215.31.245 (64.215.31.245) 24.453 ms 24.759 ms 24.443 ms
5 gblx.201.ae0.cr1.sfo1.us.nlayer.net (69.22.143.201) 197.648 ms 198.787 ms NLAYER.ge-6-2-0.407.ar4.sfo1.gblx.net (207.138.144.54) 197.907 ms
6 ge1-1.hr1.sfo1.us.nlayer.net (69.22.143.2) 197.979 ms 197.535 ms *
7 atrivo.ge1-4.hr1.sfo1.us.nlayer.net (69.22.128.250) 211.321 ms 211.664 ms 211.637 ms
8 85.255.116.202 (85.255.116.202) 211.627 ms 211.989 ms 211.697 ms
Итак мы видим что от нас до форума 8 скачков, видно время ответов в милисекундах от узлов через которые наш пакет проходил, так же видно что по пути от точки до точки небыло проблем кроме 6 скачка! Видите в конце 6 строчки звездочку ? Она означает что из 3 пингов 1 не прошел. Итог : хоп номер 6 является слабым звеном во всей цепочке и по его причине могут быть сбои в доставке пакетов в обе стороны, а значит фриз картинки не исключен.
Пути интернета неисповедимы , и каким путем ваш пакет будет доставлен через день, неделю, не известно никому. Прокладываем трассы занимаются маршрутизаторы (железяки) , а они могут быть глючными , перегруженными . Если проблема не на 1-2 прыжке - пинайте себя либо своего провайдера. Если проблема дальше, узнавайте что это за узел и пишите маляву на администратора узла. Чтобы узнать кому писать и кого бить , заходим на хуиз поиск (например http://www.nic.com/nic/whois/ http://ws.arin.net/whois/ , http://ripe.net/) задаем IP адресс глючного узла, в нашем случае 69.22.128.250 и получаем :
Request: 69.22.128.250
connected to whois.arin.net [192.149.252.44:43] ...
nLayer Communications, Inc. NLYR-ARIN-BLK1 (NET-69-22-128-0-1)
69.22.128.0 - 69.22.191.255
nLayer Communications Internal/Backbone NLYR-69-22-128-224-1 (NET-69-22-128-224-1)
69.22.128.224 - 69.22.128.255
Administrative Contact, Technical Contact:
Ryanczak, Matt noc@ARIN.NET
American Registry for Internet Numbers
3635 Concord Parkway, Suite 200
Chantilly, VA 20151
US
703-227-9869 fax: 703-227-0671
Набираем телефон 703-227-9869 или пишем на noc@ARIN.NET с прикрепленным логом трассы и просим разобраться.
Moderator:
И в примере еще пару слов о пингах. Найдите 3 отличия так сказать.
C:\Documents and Settings\User>ping nic.com
Обмен пакетами с nic.com [69.48.140.10] по 32 байт:
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
Статистика Ping для 69.48.140.10:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 111мсек, Максимальное = 111 мсек, Среднее = 111 мсек
_______________________________________________________________
C:\Documents and Settings\User>ping nic.com -l 65500
Обмен пакетами с nic.com [69.48.140.10] по 65500 байт:
Ответ от 69.48.140.10: число байт=65500 время=1041мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1005мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1062мс TTL=236
Ответ от 69.48.140.10: число байт=65500 время=1139мс TTL=236
Статистика Ping для 69.48.140.10:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 1005мсек, Максимальное = 1139 мсек, Среднее = 1061 мсек
Кто скажет почему пинг во 2 примере в 10 раз длиннее ? Копьютер, хост, интернет все оталось тем же !
Для тех кто не понял , обьясняю. В первом примере на хост nic.com отсылается пустой запрос не несущей в себе информации. Во втором примере пакет имеет вес .
Этот пример я привел для тех, кто думает что пустышка пинг дает достоверную информацию. Не говоря уже о том что он относится не к tcp а к icmp протоколу.
xTerminator:
--- Цитата: Moderator от 05 Января 2008, 04:12:55 ---И в примере еще пару слов о пингах. Найдите 3 отличия так сказать.
C:\Documents and Settings\User>ping nic.com
Обмен пакетами с nic.com [69.48.140.10] по 32 байт:
Ответ от 69.48.140.10: число байт=32 время=111мс TTL=236
C:\Documents and Settings\User>ping nic.com -l 65500
Обмен пакетами с nic.com [69.48.140.10] по 65500 байт:
Ответ от 69.48.140.10: число байт=65500 время=1041мс TTL=236
--- Конец цитаты ---
Вопрос на засыпку: А какой полный размер обменных пакетов при шаре, т.е. запрос + ответ? Простой пинг размером в 32 байта недостаточен? В Вашем примере 65 кб я думаю это многовато для шар-обмена!!! ???
xTerminator:
Уважаемые шародатели! Я с недавнего времени являюсь владельцем OpenBox X-770CIPVR. К большому сожалению, не могу себя назвать счастливым обладателем данного девайса именно по причине глобальных проблем с шарой, через Ваш сервер. Именно для шары и покупался данный девайс из соображений цена/опции/качество. До этого был OpenBox CI-7200 PVR.
Основная проблема - очень частые "замерзания" картинки с выдачей поздравительной телеграммы в виде "SMS-сообщения" на экране - "Канал закодирован"! :'(
До недавнего времени грешил только на прошивку ресивера, которая находится в стадии технического совершенствования. Много экспериментировал с настройками mpcs и это давало свои положительные результаты. После очередной настройки mpcs.conf методом научного тыка и добившись стабильной картинки, завершал работы, наивно полагая, что теперь все - это окончательно те настройки, которые подходят для моего "вскрытого ящика". Но через какое то время, проблемы опять возобновляются. Так как я знаю специфику работы интернет, а именно возникновения технических проблем с доступом в инет как у первичного провайдера, к которому я подключен, так и у тех с кем они работают, я начал подозревать, что появление этих затыков как то связано с проблема Интернет-провайдеров. И тут я как раз наткнулся на этот пост и решил проверить предлагаемую Вами прогу HoverIP и WinMTR.
У меня выделенная линия ADSL 2+ скорость подключения 2Мбит/с, проблем с доступом в инет практически нет. Так вот начал юзать эти проги и увидел причину все моих несчастий. Проблемы с шарой у меня начинаются ровно тогда, когда один из точек в пути к Вашему серваку "пропадает". Причем это происходит далеко за пределами провайдера, к которому я подключен, т.е. почти в конце пути и у меня нет оснований с ними ругаться. Причем при этих затыках триколор и клубничка XXX не критичны к такому "выбитому зубу" и худо бедно продолжают работать, а +++ наглухо умирает и уходит в таймаут! После появления ответа от этого слабого звена работа +++ восстанавливается. При этом простой ping через тоже соединение показывает нормальный пинг в пределах не более 500 ms и проблем не показывает. Трассировку тут не выкладываю так как это нарушение правил, и что мне делать? Вы же сервер не поменяете из-за этого???
При этом тестил несколько часов гомельский сервак (у них их три украинский, немецкий и российский), а именно украинский самый стабильный у них и "отзывчивый" в плане пинга, через тоже соединение и проги - ни одного сбоя... ???
Мне очень нравится Ваш сервер и нехотел бы быть перебежчиком.... Что мне делать???
P.S. Полностью вину самого ресивера, а точнее его прошивки ни в коем случае не отрицаю. Доказать правоту моих предположений это только подписаться к конкуренту, а я не испытываю особого желания делать это! Однозначно могут сказать одно - когда вся трасса до сервака "свободна для движения" этот ресивер работает на ура и никаких затыков даже при быстром переключении каналов в том числе и с разными IDENT нет вообще!!!
Навигация
Перейти к полной версии