Что такое пинг и как его уменьшить
Приходится долго ждать загрузки интернет-страниц? Заикается видео? Лагают онлайн игры? Вы уже раздражены до предела, а техническая поддержка рекомендует вам проверить пинг или «пропинговать» сервер.
В этой статье мы расскажем о том, что такое пинг и как его проверить, как с ним связана скорость загрузки страниц в интернете, действий в онлайн играх и многое другое.
Что такое ping
Ping (Packet Internet Groper) – это встроенная системная утилита для определения доступности конкретного IP-адреса. При запуске этой утилиты, на заданный ip адрес отправляются специальные пакеты данных и ожидается ответ. Результат работы этой утилиты – статистика потерянных пакетов и время приема-передачи.
Подробнее о том, как работать с командной строкой и запустить утилиту ping читайте в нашей статье.
Однозначно нельзя сказать, какое время приема-передачи считается нормальным, так как данный параметр не регламентирован. Время приема-передачи до 40 мс позволит комфортно пользоваться всеми интернет-ресурсами, играть в онлайн игры и пользоваться медиаресурсами. Время приема-передачи от 40 до 110 мс считается нормальным значением. Такое соединение приемлемо для серфинга в интернете и для онлайн-игр. Если время приема-передачи больше 110 мс, такое соединение плохо подходит для онлайн игр, также могут наблюдаться проблемы с медиа ресурсами. Если вы видите в статистике ping потери или время приема-передачи очень большое, соединение считается ненадежным и медленным.
Что влияет на время приема-передачи
Основными параметрами, влияющими на время приема-передачи являются:
Уменьшаем время приема-передачи
Для повышения комфортности использования интернет-ресурсов воспользуйтесь нашими рекомендациями:
Знание принципов работы команды пинг, поможет проверить время приема-передачи и потери. Имея эти сведения вы сможете добиться комфортного для вас Интернет-соединения и наслаждаться просмотром медиа-ресурсов и онлайн-играми. Статья была полезна? Делитесь информацией со своими близкими.
Команда PING это, пожалуй, самая используемая сетевая утилита командной строки. PING присутствует во всех версиях всех операционных систем с поддержкой сети и является простым и удобным средством опроса узла по имени или его IP-адресу.
Формат командной строки:
ping [-t] [-a] [-n число] [-l размер] [-f] [-i TTL] [-v TOS] [-r число] [-s число] [[-j списокУзлов] | [-k списокУзлов]] [-w таймаут] конечноеИмя
Обобщенная схема соединения компьютера (планшета, ноутбука домашней сети) с удаленным конечным узлом можно представить следующим образом:
Команда PING можно использовать для диагностики отдельных узлов:
В результате выполнения данной команды отображается и трассировка маршрута:
Статистика Ping для 87.250.251.11:
Пакетов: отправлено = 1, получено = 1, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 36мсек, Максимальное = 36 мсек, Среднее = 36 мсек
В данном примере, между отправителе и получателем пакетов выстраивается цепочка из 9 маршрутизаторов. Нужно учитывать тот факт, что в версии утилиты ping.exe для Windows, число переходов может принимать значение от 1 до 9. В случаях, когда этого значения недостаточно, используется команда tracert
Отсутствие эхо-ответа не всегда является признаком неисправности, поскольку иногда по соображениям безопасности, некоторые узлы настраиваются на игнорирование эхо-запросов, посылаемых PING. Примером может служить узел microsoft.com и некоторые маршрутизаторы в сетях небольших провайдеров.
Использование PING в командных файлах.
Ответ на такую команду может отличаться от конкретной версии утилиты, и может быть приблизительно таким
При проверке связи не удалось обнаружить узел 456.0.0.1. Проверьте имя узла и повторите попытку.
Ответ на ping доступного узла:
Обмен пакетами с yandex.ru [87.250.250.11] по 32 байт:
Ответ от 87.250.250.11: число байт=32 время=10мс TTL=55
В более простом варианте можно использовать команды:
Что такое время приема-передачи (RTT)?
Время приема передачи(RTT) — это длительность в миллисекундах (МС), которая требуется для сетевого запроса, чтобы перейти от начальной точки к месту назначения, и обратно к начальной точке. РТТ является важным показателем при определении состояния подключения по локальной сети или интернет, и обычно используется сетевыми администраторами для диагностики скорости и надежности сетевого соединения.
Сокращение RTT является основной целью CDN. Улучшение задержки можно измерить сокращением времени оборота и устранением случаев, когда требуются циклические вызовы, например, путем изменения стандартного подтверждения связи TLS/SSL.
Утилита ping, доступная практически на всех компьютерах, является методом оценки времени в оба конца.
Как работает время приема-передачи?
Время в пути туда и обратно представляет собой время, необходимое данным для перехода в другое место. Например, пользователь в Нью-Йорке хочет связаться с сервером в Сингапуре.
Когда пользователь в Нью-Йорке делает запрос, сетевой трафик передается через много различных маршрутизаторов в различных физических местоположениях, перед завершением на сервере в Сингапуре. Сервер в Сингапуре затем отправляет ответ обратно, через интернет в расположение в Нью-Йорке. После того, как запрос завершается в Нью-Йорке, можно сделать приблизительную оценку количества времени, которое требуется, чтобы пройти путь туда и обратно между двумя местоположениями.
Важно иметь в виду, что время приема-передачи является оценкой, а не гарантией. Путь между этими двумя местоположениями может измениться с течением времени, и другие факторы, такие как перегрузка сети, могут вступить в игру, влияя на общее время транзита. Несмотря на это, RTT является важной метрикой в понимании, может ли соединение быть сделано, и если да, то примерно, сколько времени потребуется, чтобы совершить путь.
Каковы общие факторы, влияющие на RTT
Компоненты инфраструктуры, сетевой трафик и физическое расстояние вдоль пути между источником и назначением являются факторами, которые могут повлиять на RTT.
Список факторов, влияющих на РТТ:
• Природа средств передачи данных – путь, в котором сделаны соединения, влияет на то, как быстро соединение проходит. Подключения по оптическому волокну будет отличаться от подключения по меди. Аналогично, соединение, выполненное по беспроводной частоте, будет вести себя иначе, чем спутниковая связь.
• Трафик локальной сети (LAN) — объем трафика в локальной сети может стать узким местом для соединения до того, как оно достигнет большего интернета. Например, при одновременном использовании многими пользователями сервиса с видео, время приема-передачи может быть ограничено, даже если внешняя сеть имеет избыточную емкость и функционирует нормально.
• Время ответа сервера — время, необходимое серверу для обработки и ответа на запрос, является местом задержки сети. Когда сервер перегружен запросами, например, во время DDoS-атаки, его способность эффективно реагировать может быть заблокирована, что приводит к увеличению RTT.
• Количество узлов и перегрузка — в зависимости от пути, по которому проходит соединение, может быть маршрутизировано или «перескочить» через другое количество промежуточных узлов. Проще говоря, чем больше узлов коснется соединение, тем медленнее оно будет. Узел может также испытать перегрузку сети от другого сетевого трафика, который замедлит соединение и увеличит RTT.
• Физическое расстояние — хотя соединение, оптимизированное CDN, часто может уменьшить количество прыжков, требуемых для достижения пункта назначения, нет никакого способа обойти ограничение, наложенное скоростью света. Расстояние между начальной и конечной точкой является ограничивающим фактором в сетевом подключении, которое может быть уменьшено только путем перемещения контента ближе к запрашивающим пользователям. Чтобы преодолеть это препятствие, CDN кэширует содержимое ближе к запрашивающим пользователям, тем самым уменьшая RTT.
Как CDN может улучшить RTT
Поддерживая серверы внутри точек обмена данными и предпочитая отношения с поставщиками услуг интернета, и другими сетевыми операторами, CDN может оптимизировать сетевые пути между местоположениями, что приводит к снижению RTT и улучшению задержки для посетителей, получающих доступ к содержимому, кэшированному внутри CDN.
На видео: Что такое CDN и как оно работает?
Ping и некоторые его параметры
«Для чего в команде ping используются опции Loose, Strict, Record, Timestamp и Verbose?» — такой вопрос мне недавно встретился в вендорном экзамене. Они позволяют влиять на маршрутизацию ICMP пакетов и собирать информацию о транзитных L3-устройствах. Но занимаясь сетевыми технологиями уже достаточно давно, я почти никогда их не использовал.
Мне стало не совсем понятно, почему такой вопрос вообще присутствует в тесте. Вернувшись домой, решил узнать, вдруг я действительно постоянно упускаю из виду что-то важное?
Утилита ping нам всем хорошо знакома. Помимо стандартного «ping 8.8.8.8», можно использовать различные опции, среди которых присутствуют интересующие нас. Их наименование и описание у вендоров примерно одинаковое.
Опции Loose, Strict, Record, Timestamp, Verbose включены в утилиту ping на многих сетевых устройствах. Есть поддержка в Windows.
Record (Record Route)
Пакет ICMP с опцией Record при прохождении через L3-устройства записывает IP-адреса исходящих интерфейсов. Делается это как в сторону пункта назначения, так и обратно. Это удобно, например, при диагностировании проблем, связанных с асинхронной маршрутизацией. Получается вроде traceroute, только лучше.
Но рано радоваться: максимальное количество записей равно девяти. Причём в них входят данные об IP-адресах устройств в обе стороны. Обусловлено данное ограничением тем, что информация об IP-адресах сохраняется не в теле пакета, а в заголовке. Поле с опциями не может быть слишком большим. Оно ограничено 40 байтами. Нам, в конце концов, по сети нужно гонять полезные данные, а не заголовки. В этот объём помещается всего девять записей (4 байт на каждый IPv4 адрес). Оставшиеся (40-4*9)=4 байта уходят на отметку о типе опции, длине и пр. атрибутах. Напомню, максимальный размер всего заголовка IPv4 – 60 байт.
Запускаем с ПК под управлением ОС Windows ping с опцией Record Route (-r) до адреса 192.168.36.2:
Пакeт ICMP Echo Request c выставленной опцией Record Route (Type = 7) в заголовке IP:
ICMP Echo Request доходит до получателя. По пути в него добавляются адреса транзитных устройств. Получатель берёт заполненные поля опции IP заголовка, копирует их в ICMP Echo Reply и отправляет назад. Пока ICMP Echo reply доберётся до инициатора пинга, он обрастёт записями обратного маршрута.
В ответном пакете ICMP Echo Reply, который получит ПК, опция Record Route будет уже заполнена:
Можно заметить, что в нашей сети имеет место ассиметричная маршрутизация.
Когда пакет ICMP с опцией Timestamp проходит через L3-устройство, оно записывает в него метку с указанием текущего времени. Схема работы аналогична опции Record, только вместо адреса ставится время. Как и в предыдущем случае пакет может содержать только девять записей о времени (для ОС Windows – четыре, так как кроме временной метки, добавляется IP-адрес устройства).
Время в пакете указано в формате UNIX time. Анализ данных имеет хоть какой-то смысл, если все устройства синхронизированы по времени (в нашем примере этого нет).
Strict (Strict Source Route)
При использовании данной опции задаётся список IP-адресов L3-устройств, через которые ICMP пакет обязательно должен пройти. Причём именно в той последовательности, которую мы указали. Записей, по традиции, максимум девять.
Работает опция просто: на каждом хопе IP-адрес назначения меняется на тот адрес, который мы указали при запуске утилиты ping.
Все адреса хранятся в заголовке IP нашего ICMP пакета. Поэтому каждое транзитное устройство может их подсмотреть. Такая схема позволяет обходить текущие правила маршрутизации на каждом устройстве, так как фактически имеем пересылку пакета на соседнее устройство.
В нашей схеме R2 имеет маршрут в сеть 192.168.36.0/24 через R3. Но так как у нас жёстко прописаны устройства в опциях ICMP пакета, R2 передаст его напрямую на R4.
Пакeт ICMP Echo Request c выставленной опцией Strict Source Route (Type = 137) в заголовке IP на нашем ПК выглядит следующим образом:
ПК подставил 192.168.20.1 в качестве адреса получателя. Остальные адреса транзитных устройств благополучно запаковал в поля опции IP (записи Source Route). Адрес конечного устройства добавил в запись Destination.
Этот же пакет, после того, как он минует R1:
IP-адрес отправителя остался без изменений. IP-адрес получателя поменялся на новый – 192.168.31.1. Это значение взято из поля Source Route, когда пакет ICMP только поступил на R1.
Важно отметить, что R1 занёс в поле опций новую запись — Recorded Route. Туда подставлен IP-адрес интерфейса R1. Данное поле понадобится, чтобы ответный пакет (ICMP Echo reply) вернулся по тому же маршруту, что и ICMP Echo request. Точно также будут поступать и остальные устройства. Поэтому, когда пакет ICMP попадёт на R5, в опции Strict Source Route будет содержаться список IP-адресов интересов, через которые должен пройти ответный пакет.
ICMP Echo reply, полученный ПК:
Поле Recorded Route переписывается по мере прохождения пакета ICMP Echo reply, так как там всегда указан адрес исходящего интерфейса для текущего пакета. Поэтому R1, когда получит ICMP Echo reply, заменит 192.168.31.2 на 192.168.20.1.
Если в команде ping мы опустим один из адресов, например, последний (192.168.35.1 – R5), R4 должен будет отправить пакет сразу на устройство с адресом 192.168.36.2. Но так как эта сеть не является для него локальной, R4 отрапортует о том, что заданный узел недостижим. Маршрутизировать пакет по обычным правилам он не будет.
Для обработки опции Record на сетевом оборудовании должен быть включен режим source routing. Например, на оборудовании Cisco он включён по умолчанию.
Loose (Loose Source Route)
Данная опция по сути очень похожа на опцию Strict. Но, в отличии от Strict, в опции Loose задаётся не жёсткий маршрут движения ICMP пакета, а лишь выборочные устройства. Т.е. пакет может маршрутизироваться и другими устройствами. Максимальное количество адресов – девять.
Схема работы аналогична предыдущему случаю. Разница в том, что пакет с опцией Loose может маршрутизироваться транзитными устройствами по обычным правилам.
Пакeт ICMP Echo Request c выставленной опцией Loose Source Route (Type = 131) в заголовке IP на нашем ПК выглядит так:
ПК подставил адрес R3 (192.168.32.1) в качестве получателя. При этом адрес конечного устройства R5 (192.168.36.2) указал в опции IP (запись Destination). Далее пакет маршрутизируется в сети по обычным правилам, пока не попадёт на R3. R3 подставит в качестве адреса назначения адрес R5 и в опциях пропишет свой адрес, через который должен будет вернуться ответный пакет (запись Recorded Route). После чего отправит его в сеть.
Ответный пакет ICMP Echo reply особого интереса не представляет, так как аналогичен ранее рассмотренным. В опциях будет указан адрес исходящего интерфейса R3 (запись Recorded Route), через который прошел пакет.
Данная опция активируется автоматически при выборе любой из ранее описанных. Предоставляет более детальный вывод информации на экран. На сам пакет ICMP она никак не влияет. В Windows в команде ping такой опции нет.
Чтобы мы могли воспользоваться этими опциями, промежуточное оборудование должно их поддерживать. С этим проблем не будет. К новшествам мира ИТ относить весь этот «rocket science» не приходится. Напрашивается вывод: опции Loose, Strict, Record, Timestamp могут быть полезны, даже с учётом ограничения в «девять». Если бы не следующие нюансы, связанные с безопасностью.
Первое. Опции Record и Timestamp могут благополучно использоваться для проведения разведки в сети. С их помощью можно исследовать топологию сети, получить отпечатки, по которым определить ОС и тип устройства, через которые проходил пакет с данными опциями.
Второе. Опции Loose и Strict позволяют управлять движением пакета, игнорируя стандартные правила маршрутизации. Это предоставляет широкие возможности для попыток проникновения в различные сегменты сети, куда в случае обычной маршрутизации доступа не должно быть. Также возможно проведение разведки для анализа топологии сети. Проведение атак по утилизированию полосы пропускания на определённых сегментах сети. Вариантов много.
Третье. Часть сетевого оборудования обрабатывает пакеты с установленными опциями программным образом на уровне control-plane (без использования различных схем оптимизации маршрутизации трафика), что безусловно нагружает ЦПУ. А значит есть возможность осуществить DoS атаку на такое устройство.
Многие вендоры (есть даже отдельное RFC 7126) рекомендуют пакеты с указанными опциями никак не обрабатывать. Варианты предлагают разные. Вплоть до отбрасывания таких пакетов. Правда у некоторых из производителей бывают диссонансы: с одной стороны рекомендуем отбрасывать такие пакеты, с другой — «Record is a very useful option».
Быстрая попытка проверить соответствие этим рекомендациям у пары интернет-провайдеров показали, что часть опций всё-таки работает. Но source routing отключён везде.
Получается интересный вывод. Опции Loose, Strict, Timestamp, Record могут быть полезны при диагностике проблем в сети. Но вопрос безопасности нивелирует это.
В итоге у меня всё-таки осталось чувство непонимания. Почему озвученный в начале вопрос присутствовал в тесте? Относительно полезна опция Record и то при небольшой глубине сети. Остальные опции под вопросом.
Напоследок небольшой опрос. Всем хорошего дня!
Приблизительное время приема передачи в мс какое нормальное
Само собой что ни о каких играх в сети при такой задержке речь идти не может.
Я почитал документацию к роутеру, не нашел нигде касательно времени задержки. Подскажите, 32 милисекунды это нормально? Или все-таки по wi-fi можно играть в игры без тормозов?
И как можно уменьшить время задержки? Как-то это достигается?
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
| Вот, кстати, пример пинга роутера C:\Documents and Settings\notebook>ping 192.168.0.1 Обмен пакетами с 192.168.0.1 по 32 байт: Ответ от 192.168.0.1: число байт=32 время=1мс TTL=127 Статистика Ping для 192.168.0.1: |
Зарегистрирован: Вс май 13, 2007 08:41
Сообщений: 121
| Вот, кстати, пример пинга роутера C:\Documents and Settings\notebook>ping 192.168.0.1 Обмен пакетами с 192.168.0.1 по 32 байт: Ответ от 192.168.0.1: число байт=32 время=1мс TTL=127 Статистика Ping для 192.168.0.1: |
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
Зарегистрирован: Ср дек 12, 2007 16:44
Сообщений: 108
Зарегистрирован: Вс окт 21, 2007 05:49
Сообщений: 1516
| Нормальный пинг по Wifi 1-2 ms, у меня через WiFi стоит сервер LineageII и вроде последнее время ничего стало ) раньше кабелем подключать приходилось |
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
| C:\Documents and Settings\apri>tracert 192.168.0.102 Трассировка маршрута к 192.168.0.102 с максимальным числом прыжков 30 1 2 ms 1 ms 55 ms 192.168.0.102 |
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
| Удивительное дело. Стационарный комп 192.168.0.102 пингует ноут 192.168.0.101 с задержкой намного меньшей (pingplotter показывает среднее значение 2 милисекунды) вот пинг стационарного компа к ноуту H:\Documents and Settings\dj>ping 192.168.0.101 Обмен пакетами с 192.168.0.101 по 32 байт: Ответ от 192.168.0.101: число байт=32 время=1мс TTL=128 Статистика Ping для 192.168.0.101: C:\Documents and Settings\apri>ping 192.168.0.102 Обмен пакетами с 192.168.0.102 по 32 байт: Ответ от 192.168.0.102: число байт=32 время=1мс TTL=128 Статистика Ping для 192.168.0.102: и это при том что пинг роутера компом и ноутбуком всегда составляет 1-2 мкс. |
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
| Ребят, кто-нибудь меня одарит дельным советом. Я не спец в WI-FI но неужели задержка при пинге роутера 11 милисекунд это нормально?
|
[/img]Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
Зарегистрирован: Сб ноя 19, 2005 11:33
Сообщений: 3008
Откуда: Vyborg
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
| p.s. прости, я чайник собсна, какие мне данные искать? и куда смотреть? и где об этом можно прочесть? |
Зарегистрирован: Сб ноя 19, 2005 11:33
Сообщений: 3008
Откуда: Vyborg
Зарегистрирован: Пт дек 07, 2007 21:04
Сообщений: 40
Зарегистрирован: Вс окт 21, 2007 05:49
Сообщений: 1516
| Часовой пояс: UTC + 3 часа Кто сейчас на форумеСейчас этот форум просматривают: Google [Bot] и гости: 2  Привет, друзья! Сегодня мы с вами поговорим о замечательной  Привет, дорогие дети! Сегодня я хочу рассказать вам  Дорогие дети, сегодня мы поговорим о загадочной поговорке «  Привет, дорогие дети! Сегодня мы поговорим о забавной |