Проверка Связи - Тестирование Стека

Рубрика: Конфигурация и тестирование сети

Использование команды ping является эффективным способом тестирования связи. Этот тест часто упоминается как тестирование стека протоколов, потому что команда ping перемещается от Уровня 3 модели OSI к Уровню 2 и затем Уровню 1. Ping использует протокол ICMP для проверки связи.

Проверка Связи - Тестирование Стека

Использование ping в Последовательности Тестирования

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

Команда ping обеспечивает метод для проверки стека протоколов и конфигурации адреса IPv4 на узле. Есть дополнительные инструменты, которые могут предоставить больше информации, чем ping, такие как Telnet или Трассировка, они будут обсуждаться более подробно позже.

Индикаторы Ping IOS

Команда ping из IOS приводит к одной из нескольких индикаций для каждого эха сообщения ICMP, которое было отправлено. Наиболее распространенные индикаторы:

  • ! - указывает на получение эхо-ответа ICMP

  • . - указывает на тайм-аут во время ожидания ответа

  • U - сообщение о недостижимости ICMP было получено

"!" (восклицательный знак) указывает, что ping завершен успешно и связь Уровня 3 проверена.

"." (период) может указывать на проблемы при передаче. Это может означать, что произошла проблема связи где-нибудь вдоль пути. Это также может указывать, что маршрутизатор вдоль пути не имел маршрута к месту назначения и не отправил сообщение ICMP о недостижимости места назначения. Это также может указывать, что ping был блокирован безопасностью устройства.

"U" указывает, что маршрутизатор вдоль пути не имел маршрута к адресу получателя и ответил сообщением ICMP о недостижимости.

Тестирование Обратной петли

Первым шагом в последовательности тестирования является использование команды ping, чтобы проверить внутреннюю конфигурацию IP на локальном узле. Вспомните, что этот тест выполняется при использовании команды ping для зарезервированного адреса, называемого обратной петлей (127.0.0.1). Это проверяет правильное функционирование стека протоколов от Сетевого уровня до Физического уровня - и назад - фактически не помещая сигнал на носитель.

Команды Ping вводятся в командную строку.

Введите команду ping для обратной петли, используя следующий синтаксис:

C:\>ping 127.0.0.1

Ответ этой команды выглядит примерно так:

Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128
Ping statistics for 127.0.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

Результат указывает, что четыре тестовых пакета были отправлены - каждый по 32 байта в размере - и были возвращены от узла 127.0.0.1 за время меньше, чем 1 мс. TTL означает Время Жизни и определяет число транзитных участков, которые пакет команды ping может преодолеть прежде, чем будет отброшен.

Далее: Оптоволоконный Ethernet 1000BASE-SX и 1000BASE-LX,

Смотрите также
Комментарии
Написать

(обязательно)

(обязательно)

Это не спам (обязательно)