Пинг большими пакетами команда

Для начала научимся измерять задержки. Эта задача не так проста, как может показаться, потому что для разных протоколов и размеров пакета задержки могут отличаться. Также можно не заметить кратковременные явления, например провалы продолжительностью в несколько миллисекунд.

Итак, мы научились измерять задержки до сервера, попробуем найти ближайший сервер к нам. Для этого можем посмотреть, как устроена маршрутизация у нашего провайдера. Для этого удобно использовать сервис bgp.he.net

Посмотрев на граф связности автономным систем, можем увидеть через каких вышестоящих провайдеров наш провайдер связан с остальным миром. Каждая из точек кликабельна, можно зайти и почитать, что это за провайдер.

^{Граф связности автономных систем провайдера}

Большинство точек обмена трафиком предоставляют специальный инструмент, называемый, looking glass, позволяющий выполнить ping и traceroute со стороны конкретного роутера на точке обмена.

Вот, например, looking glass
от МГТС

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

  ping <IP или домен>  

  ping 11.222.33.44  

  ping -t 11.222.33.44  

  ping -n <число_пакетов> <IP или домен>  

  ping -n 5 11.22.33.44  

  ping -c <число_пакетов> <IP или домен>  

  ping -c 5 11.22.33.44  

  ping -l <размер_пакетов> <IP или домен>  

  ping -l 64 11.22.33.44  

  ping -s <размер_пакетов> <IP или домен>  

  ping -s 64 11.22.33.44  

  tracert <IP или домен>  

  tracert wikipedia.org  

  traceroute <IP или домен>  

  traceroute wikipedia.org  

  tracert -d <IP или домен>  

  traceroute -n <IP или домен>
  

Can I override the default maximum size – 65535 bytes
of ICMP ping packets? If – then How?

17 gold badges
175 silver badges
229 bronze badges

asked Oct 24, 2009 at 5:36

The maximum size of an IPv4 packet is 65535 bytes of which some is protocol overhead so that data must be a couple bytes less than 65535 and a ping can’t be more than one IP packet, so the answer is no.

Why would you want to send a larger ping?

answered Oct 24, 2009 at 6:43

1 gold badge
27 silver badges
25 bronze badges

In Windows, type:

   Ping <target> -l xx
  
  

where xx is the buffer size.

For full options of the Windows ping command –

   Usage: ping [-t] [-a] [-n count] [-l size] [-f] [-i TTL] [-v TOS]
        [-r count] [-s count] [[-j host-list] | [-k host-list]]
        [-w timeout] [-R] [-S srcaddr] [-4] [-6] target_name

Options:
-t             Ping the specified host until stopped.
               To see statistics and continue - type Control-Break;
               To stop - type Control-C.
-a             Resolve addresses to hostnames.
-n count       Number of echo requests to send.
-l size        Send buffer size.
-f             Set Don't Fragment flag in packet (IPv4-only).
-i TTL         Time To Live.
-v TOS         Type Of Service (IPv4-only. This setting has been deprecated
               and has no effect on the type of service field in the IP Header).
-r count       Record route for count hops (IPv4-only).
-s count       Timestamp for count hops (IPv4-only).
-j host-list   Loose source route along host-list (IPv4-only).
-k host-list   Strict source route along host-list (IPv4-only).
-w timeout     Timeout in milliseconds to wait for each reply.
-R             Use routing header to test reverse route also (IPv6-only).
-S srcaddr     Source address to use.
-4             Force using IPv4.
-6             Force using IPv6.
  
  

answered Oct 24, 2009 at 5:50

William Hilsum

19 gold badges
182 silver badges
266 bronze badges

Yes, there is a way to increase the default size. Which OS or network device are you referring to?

By the way, there really is no practical reason to increase the size unless you’re super curious or just plain ol’ malicious.

From a network operations perspective, the increased overhead will choke performance. This is a bad idea.

С точки зрения безопасности, и очень похоже на John T
указывает, что увеличение размера пакета для сообщений ICMP обычно приводит к отказу в обслуживании

ответил 24 окт 2009 в 16:06

ответил 17 марта 2019 в 14:47

Краткий ответ на ваш вопрос – ” НЕТ

Но можно открыть несколько ICMP Ping
экземпляры одновременно.

Открыть RUN > введите ping IP -t -l 65500
и сделайте то же самое 10 или более раз, это умножит пакеты.

Не используйте его для исполнения ping of death
атака.

Обновленная ссылка (также программа)

Это инструмент Марка Руссиновича, способный выполнять very fast
пинг.
Он также может выполнять пинг TCP и UDP, поддерживает множество функций (например, прогрев). И многое другое.

ответил 21 фев 2017 в 7:16

Anser is # ping google.com -s 65535

 -4,-6       Force IP or IPv6 name resolution
-c CNT      Send only CNT pings
-s SIZE     Send SIZE data bytes in packets (default 56)
-i SECS     Interval
-A      Ping as soon as reply is recevied
-t TTL      Set TTL
-I IFACE/IP Source interface or IP address
-W SEC      Seconds to wait for the first response (default 10)
        (after all -c CNT packets are sent)
-w SEC      Seconds until ping exits (default:infinite)
        (can exit earlier with -c CNT)
-q      Quiet, only display output at start/finish
-p HEXBYTE  Payload pattern

  

ответил 26 ноя 2021 в 15:08

Вы можете использовать -l
переключитесь с помощью ping, чтобы указать размер буфера, хотя имейте в виду, что он ограничен максимальным значением 65500
байт. Я считаю, что ограничение связано с исторической ошибкой, пинг смерти
.

ответил 24 октября 2009 в 6:09

Джон Т.

27 золотых значков
341 серебряный значок
348 бронзовых знаков

Если вы увеличите размер пакета более чем на 65500, протокол не сможет обрабатывать такие пакеты, превышающие верхний предел. Весьма вероятно, что система рухнет, атака хорошо известна как Ping of death

.

Чтобы предотвратить это, большинство операционных систем ограничивают максимальный размер пинга. Чтобы пересечь лимит, вам нужно взломать свою ОС, и это зависит от того, какую ОС вы используете.

2 золотых значка
5 серебряных значков
18 бронзовых знаков

ответил 17 фев 2013 в 6:56

«Для чего в программе ping использовать функции Loose, Strict, Record, Timestamp и Verbose?»
— такой вопрос мне недавно встретился в вендорном экзамене. Они позволяют использовать маршрутизацию пакетов ICMP и собирать информацию о транзитных L3-устройствах. Но занимаясь сетевыми технологиями уже достаточно давно, я почти никогда их не использовал.

Мне стало не совсем понятно, почему такой вопрос вообще часто встречается в тесте. Вернувшись домой, решил узнать, вдруг я действительно постоянно узнаю что-то важное?

Утилита ping нам всем хорошо знакома. Помимо стандартного «ping 8.8.8.8», можно использовать различные опции, среди присутствующих интересных нас. Их наименование и описание у продавцов примерно одинаковые.

Из наиболее частых обращений я бы отметил возможность.

• Количество отправляемых посылок
  

  Вместо заданного набора пакетов по умолчанию (например, в Windows — четыре, в оборудовании Cisco — пять), мы отправляем нужное. Сюда же можно отнести очень любимую «-t» в ОС Windows, которая запускает бесконечную отправку пакетов.

• Интерфейс источника
  

  В первую очередь актуально для сетевого оборудования. По умолчанию, при сборке команды ping-устройство отправляет пакет с адресом быстрой реакции на вызов назначения. В случаях тестирования функций NAT или проверки VPN, возникает предвыборная проверка пакетов ICMP с другой стороны. Еще один классический пример: как рассказал коллеге, что у него включен файрвол на хосте, а не сеть глючит. Запускаем ping с ядром сети без указания внешнего вида – пингуется. С переходом не появлялся – не пингуется.

• Установка DF-бита
  

  Пакет с установленным DF-битом (=1) не может фрагментироваться. Данную дозу удобно использовать для определения максимально допустимого размера кадра (MTU) между двумя точками. Обычно используется в связках с параметрами ниже.

• Размер пакета
  

  Можно изменить размер пакета. Вместе с установкой DF-бита помогает в выборе MTU. Шлём большой пакет – 1500 байт. Не проходит. Шлём чуть меньше – 1300. Проходит. Шлём 1400. И так далее. В общем, метод дихотомии и MTU определён.

  В Windows мы указываем размер сегмента данных ICMP пакета. На устройствах Cisco – размер пакета IP с учётом заголовков.

• Вариация размера пакета в указанном диапазоне
  

  Для тех, кто не любит метод дихотомии, может пригодиться данный режим. Мы указываем начальное значение размера пакета, конечное и шаг. Далее устройство отправляет пакеты, постепенно увеличивая их размер. Главное не забыть выставить DF-бит, а то всё насмарку.

За бортом остался ряд других опций (timeout, ToS и пр.), которыми лично я практически не пользуюсь.

Опции Loose, Strict, Record, Timestamp, Verbose включены в утилиту ping на многих сетевых устройствах. Есть поддержка в Windows.

Record (Record Route)

Слово «опции» я использую в двух контекстах: опции команды ping и опции в пакете ICMP. В случае ICMP, опции – это дополнительные параметры, которые устанавливаются в заголовке IPv4 (далее будем указывать просто IP) в поле Options. Поэтому корректнее, конечно, говорить про опции IP. I CMP просто их использует в своей работе.

Запускаем с ПК под управлением ОС Windows ping с опцией Record Route (-r) до адреса 192.168.36.2:

   Обмен пакетами с 192.168.36.2 по с 32 байтами данных:
Ответ от 192.168.36.2: число байт=32 время=12мс TTL=252
    Маршрут: 192.168.31.2 ->
           192.168.32.2 ->
           192.168.34.2 ->
           192.168.35.2 ->
           192.168.36.2 ->
           192.168.35.1 ->
           192.168.33.1 ->
           192.168.31.1 ->
           192.168.20.1

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

Можно заметить, что в нашей сети имеет место ассиметричная маршрутизация.

Пример ping с опцией Record на сетевом оборудовании Cisco.

   R1#ping   
Protocol [ip]: 
Target IP address: 192.168.36.2
Repeat count [5]: 1
Datagram size [100]: 
Timeout in seconds [2]: 
Extended commands [n]: y
Source address or interface:
Type of service [0]: 
Set DF bit in IP header? [no]: 
Validate reply data? [no]: 
Data pattern [0xABCD]: 
Loose, Strict, Record, Timestamp, Verbose[none]: R
Number of hops [ 9 ]: 
Loose, Strict, Record, Timestamp, Verbose[RV]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
Sending 1, 100-byte ICMP Echos to 192.168.36.2, timeout is 2 seconds:
Packet sent with a source address of 192.168.20.1 
Packet has IP options:  Total option bytes= 39, padded length=40
 Record route: <*>
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)
   (0.0.0.0)

Reply to request 0 (3 ms).  Received packet has options
 Total option bytes= 40, padded length=40
 Record route:
   (192.168.31.2)
   (192.168.32.2)
   (192.168.34.2)
   (192.168.35.2)
   (192.168.36.2)
   (192.168.35.1)
   (192.168.33.1)
   (192.168.31.1)
   (192.168.31.2) <*>
 End of list

Success rate is 100 percent (1/1), round-trip min/avg/max = 3/3/3 ms  
  

Время в пакете указано в формате UNIX time. Анализ данных имеет хоть какой-то смысл, если все устройства синхронизированы по времени (в нашем примере этого нет).

Пример ping с опцией Timestamp (-s) на ПК под управлением ОС Windows.

   C:\Users\user>ping -n 1 -s 4 192.168.36.2

Обмен пакетами с 192.168.36.2 по с 32 байтами данных:
Ответ от 192.168.36.2: число байт=32 время=4мс TTL=252
    Отметка времени: 192.168.31.2 : 43990397 ->
               192.168.32.2 : 43990389 ->
               192.168.34.2 : 2187294073 ->
               192.168.35.2 : 2190888543

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

Strict (Strict Source Route)

Все адреса хранятся в заголовке IP нашего ICMP пакета. Поэтому каждое транзитное устройство может их подсмотреть. Такая схема позволяет обходить текущие правила маршрутизации на каждом устройстве, так как фактически имеем пересылку пакета на соседнее устройство.

В нашей схеме R2 имеет маршрут в сеть 192.168.36.0/24 через R3. Но так как у нас жёстко прописаны устройства в опциях ICMP пакета, R2 передаст его напрямую на R4.

Запускаем утилиту ping с опцией -k (Strict Source Route) в ОС Windows и прописываем адреса устройств.

   Обмен пакетами с 192.168.36.2 по с 32 байтами данных:
Ответ от 192.168.36.2: число байт=32 время=5мс TTL=252
    Маршрут: 192.168.35.1 ->
           192.168.33.1 ->
           192.168.31.1 ->
           192.168.20.1

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

ПК подставил 192.168.20.1 в качестве адреса получателя. Остальные адреса транзитных устройств благополучно запаковал в поля опции IP (записи Source Route). Адрес конечного устройства добавил в запись Destination.

Этот же пакет, после того, как он минует R1:

Если в команде 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 может маршрутизироваться транзитными устройствами по обычным правилам.

Запускаем утилиту ping с опцией -j (Loose Source Route) в ОС Windows и прописываем адреса устройств.

   Обмен пакетами с 192.168.36.2 по с 32 байтами данных:
Ответ от 192.168.36.2: число байт=32 время=4мс TTL=250
    Маршрут: 192.168.32.1

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

ПК подставил адрес R3 (192.168.32.1) в качестве получателя. При этом адрес конечного устройства R5 (192.168.36.2) указал в опции IP (запись Destination). Далее пакет маршрутизируется в сети по обычным правилам, пока не попадёт на R3. R3 подставит в качестве адреса назначения адрес R5 и в опциях пропишет свой адрес, через который должен будет вернуться ответный пакет (запись 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 и то при небольшой глубине сети. Остальные опции под вопросом.

Напоследок небольшой опрос. Всем хорошего дня!

Только зарегистрированные пользователи могут участвовать в опросе. Войдите
, пожалуйста.

Пользуетесь ли Вы опциями Loose, Strict, Timestamp, Record?

Я их просто блокирую

Да, жена заставляет

Проголосовали 437 пользователей.

Воздержались 75 пользователей.

Выбираем ближайший сервер

Мы решили упростить процедуру поиска оптимального сервера для наших клиентов и сделали страницу с автоматическим тестом ближайших локаций: дата-центры RUVDS
.

При заходе на страницу скрипт измеряет задержки от вашего браузера до каждого сервера и отображает их на интерактивной карте. При клике на датацентр показывается информация с результатами тестов.

Кнопка ведет на страницу теста задержек до всех наших датацентров. Чтобы посмотреть результаты тестирования нажмите на точку датацентра на карте

Преимущества

Большой опыт

Более 10 лет на рынке и более 500 успешных проектов

Современные технологии

Адаптивный дизайн под современные мобильные устройства и гаджеты

Комплексное решение

Разработка сайтов, их сопровождение и продвижение

Качество и надежность

Нам доверяют свои сайты гос. органы, крупные компании и частные лица

Индивидуальный подход

Готовы выслушать любые ваши идеи, пожелания и предложить качественное решение

Оптимальные цены

Одни из самых низких цен на рынке за качественный продукт

Пинг по UDP и TCP

В некоторых случаях, TCP-подключения обрабатываются не так, как ICMP пакеты, и из-за этого замеры могут отличаться в зависимости от протокола. Также часто бывает, что хост просто не отвечает на ICMP, и обычный пинг не работает. Так, например, всю жизнь делает хост microsoft.com
.

Утилита nping
от разработчиков знаменитого сканера nmap умеет генерировать любые пакеты. Ее можно использовать в том числе для измерения задержек.

Так как UDP и TCP работают на определенных, нам нужно «пинговать» конкретный порт. Попробуем пропинговать TCP 80, то есть порт веб-сервера:

   $ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds
  
  

По умолчанию nping посылает 4 пакета и останавливается. Опция -c 0
включает бесконечную посылку пакетов, чтобы остановить программу, нужно нажать Ctrl+C. В конце будет показана статистика. Видим, что среднее значение rtt (round-trip time) равно 101мс.

MTR — traceroute на стероидах

Программа MTR
(англ. My Traceroute) — продвинутая утилита для трассировки маршрутов до удаленного хоста. В отличии от обычной системной утилиты traceroute (в windows это утилита tracert), умеет показывать задержки до каждого хоста в цепочке следования пакета. Также умеет трассировать маршруты не только по ICMP, но и по UDP и TCP.

   $ sudo mtr microsoft.com  
  

^{(Кликабельно) Интерфейс программы MTR. Запущенна трассировка маршрута до microsoft.com}

MTR сразу показывает пинг до каждого хоста в цепочке, притом данные постоянно обновляются, пока программа запущена и можно видеть кратковременные изменения.

На скриншоте видно, что на узле №6 есть потери пакетов, но на самом деле это не совсем так, потому как некоторые маршрутизаторы могут просто отбрасывать пакеты с истекшим TTL и не возвращать ответ с ошибкой, поэтому данные о потерях пакетов тут можно игнорировать.

WiFi против кабеля

Эта тема не совсем относится к статье, но на мой взгляд очень важна в контексте задержек. Я очень люблю WiFi, но, если у меня есть хоть малейшая возможность подключиться кабелем к интернету, я ею воспользуюсь. Также я всегда отговариваю людей использовать WiFi камеры.

Если вы играете в серьезные онлайн-шутеры, вещаете потоковое видео, торгуете на бирже: пожалуйста, используйте интернет по кабелю.

Вот наглядный тест для сравнения WiFi и кабельного подключения. Это ping до WiFi роутера, то есть еще даже не интернет.

^{(Кликабельно) Сравнение ping до WiFi роутера по кабелю и по WiFi}

Видно, что по WiFi задержки больше на 1мс и иногда бывают пакеты с задержками в десять раз больше! И это только короткий отрезок времени. При этом тот же самый роутер выдает стабильные задержки <1мс.

В примере выше используется WiFi 802.11n на 2.4GHz, к точке доступа по WiFi подключен только ноутбук и телефон. Если бы на точке доступа было больше клиентов, результаты были бы сильно хуже. Именно поэтому я так против перевода всех офисных компьютеров на WiFi, если есть возможность дотянуться до них кабелем.

Борьба за миллисекунды. Как выбрать сервер с наименьшим пингом

Для многих задач задержки между клиентом и сервером критически важны, например в онлайн играх, видео/голосовых конференциях, IP телефонии, VPN и т.д. Если сервер будет слишком удален от клиента на уровне IP-сети, то задержки (в народе «пинг», «лаг») будут мешать работе.

Географическая близость сервера не всегда равна близости на уровне IP маршрутизации. Так, например, сервер в другой стране может быть «ближе» к вам, чем сервер в вашем городе. Все из-за особенностей маршрутизации и построения сетей.

Как выбрать сервер максимально близкий ко всем потенциальным клиентам? Что такое связность IP-сетей? Как направить клиента на ближайший сервер? Разберемся в статье.

ICMP — обычный ping

Будем использовать юниксовую утилиту ping, она позволяет вручную установить интервалы между посылками пакетов, чего не умеет версия ping для windows. Это важно, потому что, если паузы между пакетами долгие, можно просто не увидеть, что происходит между ними.

Размер пакета
(опция -s) — по умолчанию утилита ping посылает пакеты размером 64 байта. С такими маленькими пакетами могут быть не заметны явления, проявляющиеся с большими пакетами, поэтому мы будет устанавливать размер пакета 1300 байт.

Интервал между пакетами
(опция -i) — время между посылками данных. По умолчанию пакеты посылаются раз в секунду, это очень долго, реальные программы шлют сотни и тысячи пакетов в секунду, поэтому установим интервал 0.1 секунду. Меньше просто не разрешает программа.

В итоге команда выглядит так:

   ping -s 1300 -i 0.1 yandex.ru
  
  

Такая конструкция позволяет увидеть более реалистичную картину задержек.

Отзывы

Аппарат акима Талгарского района

ГУ “Аппарат акима Талгарского района” выражает Вам свою благодарность, за качественную, профессиональную и своевременно проделанную работу, а также за профессиональные консультации. Вы всегда идете на встречу при экстренных ситуациях.

Благодаря Вам сайт преобразился в лучшую сторону, стал более современным и красочным.

Очень рады, что именно Вашу фирму выбрали для плодотворного сотрудничества!

Персонал Управления

Здравствуйте, «. KZ», «Персонал Управления» поздравляет вас с Новым Годом и благодарит за сотрудничество в разработке веб-сайта.

Сотрудники ответственно подошли к проекту и в кратчайшие сроки создали сайт, который мы планировали долгое время, они помогли воплотить задумки в реальность.

Сегодня Инвестиционно-Консалтинговая Фирма «Персонал Упраления», размещает всю необходимую информацию на сових личных страницах в сети Интернет.

Разработка сайта в Точка KZ, дала возможность показать свои услуги новой аудитории.

Tau Tools

Хотелось бы выразить огромную признательность «Точка KZ», за оказанныеуслуги в создании нескольких сайтов. Уже немало времени находимся на казахстанском рынке, а недавно решили заявить о себе и в сети Интернет, так как в данное время иметь сайта очень актуально и престижно! Благодаря «Точка KZ», смогли сделать это быстро, красиво, а главное выгодно! Сотрудники этой студии за короткое время смогли завоевать наши доверие и расположение. Сайты получились очень яркими и интересными, с размещением необходимой информации о видах деятельности. Надеемся на дальнейшее сотрудничество и взаимное понимание.

УССО

ГУ «Управление Специализированной службы охраны г. Алматы МВД Республики Казахстан», выражает благодарность за помощь в создании своего ресурса в целях размещения информации об осуществлении государственных закупок в нашем учреждении в соответствии с Законом Республики Казахстан от 21.07.2007г. № 303-111 «О государственных закупках». Благодаря вашему профессиональному подходу к поставленным задачам, своевременно и эффективно реализуются правовые нормы бюджетного законодательства. От имени руководства ГУ УССО г Алматы, разрешите пожелать вам творческих успехов, совершенствования профессионализма и воплощения новых идей в информационную технологию.

Ассоциация частных организаций образования

ЭСТО

«Бизнес школа ЭСТО» выражает вам свою признательность, и благодарит за профессиональную Интернет поддержку и сотрудничество в продвижении сайта. Профессионализм и компетентность сотрудников поставлены на хорошем уровне. Благодарим за сотрудничество.

Желаем успехов и процветания!

Business Consulting Group

Долго выбирали с кем сотрудничать, чтобы создать хороший сайт и становились на вас. Отлично поработали! Сайт впечатляющий, а главное сразу бросается в глаза, небольшой и очень доступный. Мы довольны! И хотим пожелать вам создать еще много интересных и полезных сайтов, но только непохожих на наш, хотелось бы чтобы у «Business Consulting Group» сайт был особенно индивидуальным!

Отзыв от “Jat Trans”

Сайт – это первое, что видят клиенты. С первых же дней совместной работы внушили доверие. На всех этапах разработке проекта проводились консультации, неоднократно извещали о ходе работы, мгновенно реагировали на любые изменение в запросах. Все работы выполнены без задержек в установленный срок. В настоящее время продолжаем работу с «Точка KZ».

Очень довольны результатами проведенной работы коллективом «Точка KZ». Заметно, что тут работают профессионалы.

Волейбольный клуб

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

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

Отзыв от «Вира-Транс»

Получили красивый и удобный для ведения сайт в самые короткие сроки и уложились в запланированный бюджет. « ТочкаKZ» и по сей день оказывает услуги хостинга, оправдывает ожидания и выполняет все поставленные задания качественно и в срок.

Рекомендуем специалистов ТочкаKZ как профессионалов в области разработки Интернет сайтов, подтверждающих свою репутацию словом и делом.

Промторг

Хороший партнер – тот, который выполняет свои обязательства неизменно качественно и точно в срок. Точка. KZ предоставляет услуги хостинга, обслуживает домены, отвечает за почтовый сервис – и ни разу за время сотрудничества у нас не было сбоев, технических неполадок, проблем с продлением доменных имен.

Спасибо! Желаем вам дальнейшего роста, достижения самых высоких профессиональных вершин, постоянного притока клиентов. Приятно, что на казахстанском IT-рынке есть такие замечательные компании, как Точка.kz.

Похожее:

Непрерывный пинг: Как сделать пинг без остановки в командной строке route – программа, команда (Windows, Unix,…) Static Routing Commands on Cisco IOS XR Software – Cisco IT-блог о веб-технологиях, серверах, протоколах, базах данных, СУБД, SQL, компьютерных сетях, языках программирования и создание сайтов