Traceroute – это сетевой инструмент устранения неполадок, который может отображать путь или пути, взятые пакетом данных из источника в пункт назначения. По мере того, как пакет проходит по намеченный маршруту, сетевые администраторы могут просматривать IP-адреса и время отклика устройств, таких как маршрутизаторы и коммутаторы, пакет перемещается по пути к месту назначения. Traceroute может использовать несколько различных сетевых протоколов, таких как ICMP (Протокол сообщений управления Интернетом), эхо пакеты, TCP (Протокол контроля передачи), или UDP (Протокол пользовательской datagram), однако, наиболее часто используемый подход к проверке трассировки обычно использует ICMP.

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

Пример объектов JSON
{
    "Timeout": 0,
    "Server": "123",
    "Port": 123,
    "DNSResolveMode": "Device Cached",
    "DNSserverIP": "",
    "Device_Id": 87303,
    "Id": 211738,
    "Task_Type_Id": 12,
    "Name": "123"
}

Полевые описания

поле тип описание

Узла

струна

В этом поле указан адрес назначения.

пример:
"Server": "dotcom-monitor.com"

ИгнорироватьПротоколЭррорс

булев

Когда это поле включено, ошибки протокола будут пропущены.

пример:
"IgnoreProtocolErrors": true
DNSРесольвеМод струна Доступные режимы:

  • Устройство кэшировано. Кэшированный параметр устройства является параметром по умолчанию и означает, что кэшированный адрес сервера имен (NS), полученный во время мониторинга предыдущей задачи (кэш устройства), первоначально будет использоваться для мониторинга.
  • Не кэшированные. Не кэшированный означает, что кэш устройства (кэш предыдущих задач) не будет использоваться, поэтому каждое новое выполнение требует отдельного запроса на корневые серверы DNS.
  • TTL Кэшированные. TTL Cached означает, что кэш NS, сформированный во время мониторинга предыдущих задач (кэш устройства), первоначально будет использоваться для мониторинга.
  • Внешний DNS-сервер. Внешний DNS Server означает, что указанный IP-адрес будет рассматриваться в качестве адреса DNS-сервера и учитываться для данных NS.

Для получения более подробного объяснения, пожалуйста, прочитайте нашу статью DNS Mode Options Knowledge Base.

пример:
"DNSResolveMode": "External DNS Server"

 

DNSserverIP струна Поле для пользовательского IP-адреса DNS-сервера. Для получения более подробного объяснения, пожалуйста, прочитайте нашу статью DNS Mode Options Knowledge Base.

пример:
"DNSserverIP": "8.8.8.8"

 

Device_id

Int32

READ ТОЛЬКО поле. Уникальный идентификатор устройства

пример:
"Device_Id": 8550

идентификатор

Int32

READ ТОЛЬКО поле. Уникальный идентификатор задачи

пример:
"Id": 17720

Task_Type_Id

Int32

Тип поля задач. Пожалуйста, проверьте потенциальные значения для “Task_type_id” в соответствующей таблице

пример:
"Task_Type_Id": 60

Task_Name

струна

Название задачи

пример:
"Name":"Trace Task"

Времени ожидания

Int32

Это поле определяет максимальное значение времени (в миллисекундах) для выполнения задачи.

пример:
"Timeout": 400

Визуальный маршрут с Dotcom-монитором

Решение Dotcom-Monitor обеспечивает простой и эффективный способ визуализации производительности трафика. В решении Dotcom-Monitor можно начать мониторинг ip-сетей, создав задачу Traceroute. Просто вввейте IP-адрес или хост-имя для мониторинга и настройки дополнительных настроек, таких как тайм-аут завершения и игнорирование или включение ошибок протокола. Обратите внимание, что игнорирование ошибок протокола гарантирует, что вы не получите никаких ошибок из узлов, которые не находятся в вашем контроле, даже если узел ответил дополнительными, несколькими запросами. Кроме того, у вас есть возможность установить определенные настройки режима DNS Resolve, которые мы затронули в этой статье выше (Device Cached, Non-cached, TTL Cached и Внешний DNS Server). Пользователи также могут добавлять пользовательские ХОСТ-хосты, назначая определенные IP-адреса.

Отчет о маршруте

Отчет о маршруте позволяет сетевым администраторам визуально проверять состояние сетевых подключений к производительности из одного или всех мест мониторинга. Трассировка может помочь в устранении ошибок сети и определении того, связана ли проблема с DNS, задержкой или сервером. Каждый раз, когда ошибка обнаруживается в месте мониторинга, создается маршрут от этого местоположения мониторинга до целевого IP-адреса или имени хоста.

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

Для получения дополнительной информации о маршруте и преимуществах использования нашего визуального репота трассировки, прочитайте нашу статью Visual Traceroute Knowledge Base.