Проверка и Тестирование Связи
Рассмотрим несколько команд, позволяющих проверить связь между устройствами в топологии.

Чтобы протестировать, имеет ли топология полную связь, мы сначала проверяем, что оба последовательных канала на R2 в состоянии up
, используя show ip interface brief
, как показано на слайде 1. Если связь находится в состоянии down
, то поле Status или поле Protocol (или оба поля) покажут down
в выводе команды. Если связь находится в состоянии up
, то оба поля покажут up
, как представлено на рисунке. У R2 есть прямая связь к R1 и к R3 через последовательные каналы.
Но может ли R2 пинговать сети LAN на R1 и R3? Есть ли какие-либо проблемы связи с классовым протоколом маршрутизации и несмежными подсетями 172.30.0.0? Давайте протестируем связь между маршрутизаторами, используя ping.
Щелкните кнопку 2 на рисунке.
Этот вывод показывает R2, пытающийся проверять с помощью ping-запросов интерфейс 172.30.1.1 на R1 и интерфейс 172.30.100.1 на R3. Всякий раз, когда R2 проверяет с помощью ping-запросов любую из подсетей 172.30.0.0 на R1 или R3, только приблизительно 50% сообщений ICMP успешны.
Щелкните кнопку 3 на рисунке.
Этот вывод показывает, что R1 в состоянии проверить с помощью ping-запросов 10.1.0.1, но не может пропинговать интерфейс 172.30.100.1 на R3.
Щелкните кнопку 4 на рисунке.
Этот вывод показывает, что R3 в состоянии проверить с помощью пинга 10.1.0.1, но терпит неудачу, пытаясь проверить с помощью ping-запросов интерфейс 172.30.1.1 на R1.
Как можно видеть, существует очевидная проблема при попытке связаться с несмежными подсетями 172.30.0.0. В следующих публикациях рубрики мы проанализируем таблицы маршрутизации и маршрутные обновления, чтобы далее исследовать эту проблему и попытаться разрешить ее.