Основы организации сетей CISCO т.1 - Вито Амато

Приложение З

Поиск и устранение неисправностей в сетях

Выполняя лабораторные работы по теме "Маршрутизатор", вы сможете еще лучше освоить процесс поиска и устранения неисправностей. В данном приложении поиск и устранение неисправностей будут рассмотрены более подробно. Этот процесс в некоторой степени

индивидуален Однако некоторые принципы являются общими для любой методологии поиска и устранения неисправностей. Чтобы увязать описание процесса поиска и устранения неисправностей с лабораторными работами по теме "Маршрутизатор", которые выполняются во втором семестре, на последующих страницах используется язык модели OSL В конце будет представлен общий подход к решению возникающих в сетях проблем.

Лабораторные работы по устранению неисправностей, которые выполняются во втором семестре обучения

Выполняя конфигурирование маршрутизатора в ходе лабораторных работ (рис. 3.1-3.4) второго семестра обучения на курсах сертифицированных специалистов компании Cisco, студенты получают достаточно большую практику и в вопросах поиска и устранения неисправностей. Они учатся работать, начиная с уровня 1 модели OSI, идя вверх от физического уровня к канальному, затем к сетевому и т.д. Ниже приведен обзор некоторых наиболее часто встречающихся проблем, относящихся к уровням 1—3.

На уровне 1 могут возникать такие проблемы:

∙обрыв кабеля;

∙неподсоединение кабеля;

∙подключение кабеля не к тому порту, что нужно;

∙нестабильный контакт в месте подсоединения кабеля;

∙неправильная заделка кабеля в разъем.

∙применение для поставленной задачи не тех типов кабелей (кроссовые, шлейфовые и соединительные кабели следует использовать в соответствии с их назначением);

∙проблемы с трансивером;

∙проблемы с кабелем подключения DCE-устройства;

∙проблемы с кабелем подключения DTE-устройства;

∙отсутствие питания на устройстве.

Ниже приведен пример применения модели поиска и устранения неисправностей при выполнении типовых лабораторных работ по теме "Маршрутизатор".

При попытке пропинговать маршрутизатор Lab-E из маршрутизатора Lab-А принимается ряд сообщений о превышении предела ожидания эхо-ответа по времени.

Начинаем с шага 1 модели поиска и устранения неисправностей.

1. Определение проблемы. Каковы симптомы и потенциальные причины? Составляем список симптомов: - Невозможность пропинговать маршрутизатор Lab-E из маршрутизатора

Lab-A.

Затем составляем список возможных причин, группируя их в соответствии с уровнями модели

OSI:

а)Уровень 1

-Плохой кабель.

-Кабель не подсоединен.

-Потеря питания на концентраторе. б)Уровень 2

-Интерфейс отключен.

-Неправильная установка метода инкапсуляции (на последовательных интерфейсах по умолчанию используется протокол HDLC).

-Неправильный адрес интерфейса.

-Неправильная маска подсети.

-Неправильная маршрутная информация.

Рис. 3 6. Уже знакомая диаграмма лабораторных работ второго семестра

2. Сбор фактов. Изолирование возможных причин.

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

В командной строке привилегированного режима EXEC на маршрутизаторе Lab-A вводится команда show ip route, благодаря чему выводится содержимое таблицы маршрутизации маршрутизатора Lab-A. Должны быть выведены данные обо всех восьми сетях. Согласно

приведенному ниже результату в таблице маршрутизации присутствуют только семь из восьми сетей.

lab-a#show ip route

Codes:C -connected,S -static,! -IGRP,R -RIP,M -mobile,В -BGP D -EIGRP,EX -EIGRP external,0 -OSPF,IA -OSPF inter area

N1 -OSPF NSSA external type 1,N2 -OSPF NSSA external type 2 El -OSPF external type 1,E2 -OSPF external type 2,E -EGP

i -IS-IS,L1 -IS-IS level-l,L2 -IS-IS level-2,*-candidate default U -per-user static route,о -ODR

Gateway of last resort is not set

С 205.7.5.0/24 is directly connected,Ethernetl

R 219.17.100.0/24 [120/1] via 201.100.11.2, 00:00:24, SerialO R 199.6.13.0/24 [120/1] via 201.100.11.2, 00:00:24, SerialO R 204.204.7.0/24 [120/2] via 201.100.11.2, 00:00:24, SerialO С 192.5.5.0/24 is directly connected, EthernetO

R 223.8.151.0/24 [120/2] via 201.100.11.2, 00:00:24, SerialO С 201.100.11.0/24 is directly connected, SerialO

Информация, приведенная в таблице маршрутизации, свидетельствует о том, что сеть 204.204.7.0 находится на расстоянии двух переходов, что показано записью [120/2] В строке R 204.204.7.0/24 [120/2] via 201.100.11.2, 00:00:24, SerialO. В двух переходах от маршрутизатора Lab-A находится маршрутизатор Lab-C, который является последним предоставляющим в коллективное пользование свою информацию протокола RIP. Поиск и устранение неисправностей следует начинать с последнего маршрутизатора, от которого принимается информация. Теперь надо собрать данные на более низком уровне. Сосредоточимся на одном маршрутизаторе. Устанавливаем Telnet-сеанс с маршрутизатором Lab-C и вводим на нем команду show run, чтобы посмотреть его текущую исполняемую конфигурацию. Обязательно запротоколируйте конфигурационный файл (для этого можно записать его в свой журнал или скопировать и вставить в Notepad-файл).

Теперь получим информацию об интерфейсе, подключенном к последней выводимой командой show ip route сети. Введем в командной строке команду show int sO, что позволит получить всю текущую информацию об этом интерфейсе. Запротоколируем ее.

lab-c#sho int sO

SerialO is up,line protocol is up Hardware is HD64570

Internet address is 204 . 204.. 7 .1/24

MTU 1500 bytes,BW 1544 Kbit,DLY 20000 usec,, reliability 255/255,txload 1/255,rxload 1/255

Encapsulation HDLC,loopback not set,keepalive set (10 sec) Last input 00:00:01,output 00:00:00,output hang never

Last clearing of "show interface"counters never

Input queue:0/75/0 (size/max/drops);Total output drops:0 Queueing strategy:weighted fair

Output queue:0/1000/64/0 (size/max total/threshold/drops) Conversations 0/1/256 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated)

5 minute input rate 0 bits/sec,0 packets/sec

5 minute output rate 0 bits/sec,0 packets/sec

185 packets input,12570 bytes,0 no buffer

Received 185 broadcasts,0 runts,0 giants,0 throttles

0 input errors,0 CRC,0 frame,0 overrun,0 ignored,0 abort

241 packets output,20487 bytes,0 underruns

0 output errors,0 collisions,21 interface resets

0 output buffer failures,0 output buffers swapped out

10 carrier transitions

DCD=up DSR=up DTR=up RTS=up CTS=Up

4.Составление плана действий. Разрабатывается план, который предусматривает одновременное изменение только одной переменной.

Из информации о текущей конфигурации маршрутизатора Lab-C видно, что все сконфигурировано правильно. Если далее посмотреть на результат исполнения команды show int s0, то видно, что интерфейс и канальный протокол находятся в рабочем состоянии. Следовательно, на другом конце кабель подсоединен к устройству и канальный уровень функционален. Если бы кабель не был подсоединен соответствующим образом, то канальный протокол был бы неработоспособен. Благодаря этим двум командам show понятно, что маршрутизатор сконфигурирован правильно и функционирует. Значит, проблема, вероятнее всего, заключается в следующем маршрутизаторе: Lab-D. Здесь мы имеем пример процесса исключения или упрощения проблемы. Хорошим планом действий была бы попытка установления Telnet-сеанса с маршрутизатором Lab-D с последующим

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

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

Предположим, что попытка установления Telnet-сеанса с маршрутизатором Lab-D оказалась

безуспешной. В этом случае необходимо перейти на терминал, непосредственно подключенный к маршрутизатору Lab-D. Входим в привилегированный режим EXEC и вводим команду show run. В выведенном результате замечаем, что на маршрутизаторе Lab-D в качестве протокола маршрутизации активизирован не протокол RIP (который используется маршрутизатором Lab-C), а протокол IGRP. Чтобы исправить эту ошибку, необходимо войти в режим глобального конфигурирования и ввести команды по router igrp 111 и router rip.

Затем следует ввести команды network: network 210.93.105.0 и network 204.204.7.0 (это сети, которые непосредственно подключены к маршрутизатору Lab-D). После этого надо нажать клавиши <Ctrl+Z> и вывести команду copy run start.

6. Наблюдение результатов. Определяется, решена проблема или нет. Если проблема решена, то процесс на этом завершается.

Теперь путем пингования маршрутизаторов Lab-А и Lab-E проверяется возможность осуществления связи.

7. Повторение процесса. Если проблема не была решена, то осуществляется переход к следующей наиболее вероятной причине из составленного списка. В этом случае осуществляется возврат к шагу 4, и процесс повторяется до тех пор, пока проблема не будет решена.

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

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