Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Программа Сетевой академии Cisco CCNA 3 и 4 (Вс....docx
Скачиваний:
270
Добавлен:
21.07.2019
Размер:
32.57 Mб
Скачать

Конфигурирование инкапсуляции протокола hdlc

По умолчанию устройства Cisco в качестве метода последовательной инкапсуляции используют фирменный протокол HDLC корпорации Cisco. Однако если последова­тельный интерфейс сконфигурирован для другого протокола инкапсуляции и требует­ся вернуть инкапсуляцию HDLC, то необходимо войти в режим конфигурирования на последовательном интерфейсе. Затем следует ввести команду конфигурирования ин­терфейса encapsulation hdlc для задания на интерфейсе инкапсуляции HDLC.

Router(config-if)#encapsulation hdlc

Фирменный протокол HDLC Cisco является протоколом типа "точка-точка", ко­торый может быть использован на выделенных линиях между двумя устройствами Cisco. При установке связи с устройством, отличным от устройств Cisco, более под­ходящим решением является синхронный протокол РРР.

Устранение ошибок и неисправностей на серийном интерфейсе

Вывод по команде show interfaces serial отображает информацию относя­щуюся к конкретным интерфейсам. Эту команда show interface serial следует использовать для проверки правильности конфигурирования инкапсуляции протоко­лов HDLC или РРР. При конфигурировании протокола HDLC в выводе по команде show interface serial должна присутствовать строка "Encapsulation HDLC".

При конфигурировании протокола РРР можно проверить состояние LCP and NCP с помощью команды show interface serial, как показано в примере 13.1. В первом примере показана инкапсуляция протокола HDLC, а во втором — инкап­суляция протокола РРР.

Пример 13.1 Вывод по команде show interface s0/0

Router#show interface s0/0

Serial 0 is up, line protocol is up

Hardware is MCI Serial

Internet address is 131.108.156.98,subnet mask is 255.255.255.240

MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation HDLC, loopback not set, keepalive set (10 sec)

Last input 0:00:00, output 0:00:00, output hang never

Last clearing of "show interface" counters never

---- пропущено ----

Router#show interface s0/0

SerialO is up, line protocol is up

Hardware is HD64570

Internet address is 10.140.1.2/24 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation PPP, loopback not set, keepalive set (10 sec) LCP Open

Open: IPCP, CDPCP

Last input 00:00:05, output 00:00:05, output hang never

Last clearing of "show interface" counters never

---- пропущено ----

В табл. 13.3 приведены состояния, соответствующие возможным проблемам, о которых можно узнать в строке состояния интерфейса при отображении вывода по команде show interfaces serial.

Serial x is down, line protocol is down

Serial x is up, line protocol is down

Serial x is up, line protocol is up (looped)

Serial x is up, line protocol is down (disabled)

Serial x is administratively down, line protocol is down

Таблица 13.3. Возможные проблемные состояния

Строка состояния

Возможное состояние

Способ решения проблемы

Последовательный канал х активен, протокол канала активен

Это нормальное состояние строки состояния канала.

Никаких действий не требуется.

Последовательный канал х неактивен, протокол канала отключен (режим DTE)

Маршрутизатор не воспринимает CD-сигнал (т.е. CD неактивен).

Возникли проблемы у телефонной компании; канал отключен или не подсоединен к CSU/DSU.

Обрыв в кабеле или кабель не соответствует требованиям соединения.

Сбой в аппаратном обеспечении (CSU/DSU).

  1. Проверить показания индикаторов на устройствах CSU/DSU и проверить что CD активен, или вставить детектор обрывов в канал для проверки CD-сигнала.

  2. Проверить, что используется соответствующий кабель и интерфейс. (Следует прочитать документацию по установке устройств)

  3. Вставить детектор обрывов и проверить все управляющие индикаторы.

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

  5. Заменить вышедшие из строя детали.

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

Продолжение табл. 13.3

Строка состояния

Возможное состояние

Способ решения проблемы

Последовательный канал х активен, протокол канала отключен (режим DTE)

Конфигурация локального или удаленного маршрутизатора содержит ошибки. Удаленный маршрутизатор не посылает сообщений об активности. Возникла проблема в выделенной линии Возникла проблема в выделенной линии или другая проблема у оператора связи (шумы в линии, неправильное конфигурирование или вышел из строя коммутатор). В кабеле возникла проблема синхронизации (на модуле CSU/DSU не установлен SCTE).Вышел из строя локальный или удаленный модуль CSU/DSU. Вышло из строя аппаратное обеспечение маршрутизатора (локального или удаленного).

1. Перевести модем, CSU или DSU в режим локального петлевого интерфейса и использовать команду show interfaces serial для выяснения, работает ли протокол канала. Если протокол работает, то проблема, вероятно, связана с телефонной компанией или вышедшим из строя удаленным маршрутизатором.

2. Если создается впечатление, что проблема возникла на удаленном конце, то следует повторить этап 1 на удаленном модеме, CSU, или DSU.

3. Проверить все кабели. Убедиться в том, что кабель подключен к нужному интерфейсу, правильному CSU/DSU

и к нужной терминирующей точке сети телефонной компании. Использовать команду ЕХЕС-режима show controllers для определения того, какой кабель подключен к какому интерфейсу.

4. Выполнить команду ЕХЕС-режима debug serial interface.

5. Если протокол канала не начинает работать в режиме локального петлевого интерфейса, а вывод по команде ЕХЕС-режима debug serial interface показывает, что значения счетчика сообщений об активности не увеличиваются, то, вероятно, имеется проблема с аппаратной частью маршрутизатора. Следует поменять местами аппаратное обеспечение интерфейса маршрутизатора.

6. Если протокол канала начинает работать и значения счетчика сообщений об активности увеличиваются, то проблема не связана с локальным маршрутизатором.

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

Продолжение табл. 13.3

Строка состояния

Возможное состояние

Способ решения проблемы

Последовательный канал х включен, протокол канала отключен (режим DCE)

Отсутствует команда конфигурирования интерфейса clockrate. Устройство DTE не поддерживает режим SCTE или не задано использование этого режима (терминальная сигнализация).Вышел из строя удаленный модуль CSU или DSU.

  1. Добавить на последовательном интерфейсе команду конфигурирования интерфейса clock rate bps где bps — желаемая скорость в битах в секунду: 1200, 400, 4800, 9600, 19200, 38400, 56000, 64000, 72000, 125000, 148000, 250000, 500000, 800000, 1000000, 1300000, 2000000, 4000000 или 8000000

  2. Если возможно, установить устройство DTE на внешний последовательный модем (serial clock transmit external — SCTE). Если модуль CSU/DSU не поддерживает SCTE, то, возможно, придется отключить SCTE на интерфейсе маршрутизатора Cisco

  3. Проверить, что используется правильный кабель

  4. Если протокол канала по-прежнему не функционирует, то, вероятно, имеется повреждение в аппаратном обеспечении или проблема с кабелями.

  5. При необходимости заменить дефектные детали.

Последовательный канал х включен, протокол канала выключен (образует петлю)

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

  1. Следует использовать команду show running-config привилегированного ЕХЕС-режима для поиска записи с командой конфигурирования интерфейса loopback

  2. Если найдена запись с командой конфигурирования интерфейса loopback, то для удаления петли следует использовать команду конфигурирования интерфейса no loopback.

  3. Если запись с командой конфигурирования интерфейса loopback не найдена, то следует исследовать модули CSU/DSU для выяснения, были ли они сконфигурированы вручную в режиме петли. Если это так, то следует отключить ручную петлю.

  4. Переустановить CSU или DSU и выяснить состояние канала. Если протокол канала работает, то других действий не требуется.

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

Продолжение табл. 13.3

Строка состояния

Возможное состояние

Способ решения проблемы

Последовательный канал х работает, протокол канала не функционирует (отключен).

В канале имеется высокий уровень ошибок в связи с проблемами службы телефонной компании. Есть проблемы в аппаратной части модулей CSU или DSU. Аппаратная часть маршрутизатора (интерфейс) неисправна.

1. Проверить канал с помощью последовательного анализатора и детектора обрывов. Выполнить поиск переключения между сигналами Clear to Send и Data set ready (Data set ready — DSR)

2. Создать петлевое соединение CSU/DSU (петля DTE). Если проблема не решается, то она, вероятно, связана с аппаратным обеспечением. Если проблема исчезает, то, она, по-видимому, связана с телефонной компанией.

3. Заменить дефектное аппаратное обеспечение (CSU, DSU, коммутатор, локальный или удаленный маршрутизатор).

Последовательный канал х отключен администратором, протокол канала не функционирует

В конфигурации маршрутизатора имеется команда конфигурирования интерфейса shutdown. Имеется дублирование IP-адреса.

Проверить, не содержит ли конфигурация маршрутизатора команду shutdown.

Использовать команду конфигурирования интерфейса no shutdown для удаления команды shutdown. Проверить, нет ли одинаковых IP-адресов, использующих команду привилегированного EXEC-режима show runningconfig или команду show interfaces ЕХЕС-режима.

Если имеются дублированные адреса, то следует разрешить конфликт адресов, изменив один из них.

Пример 13.2 Вывод по команде show controllers

Router#show controllers serial 0/0

Interface Serial0/0

Hardware is PowerQUICC MPC860

DTE V.35 TX and RX clocks detected.

idb at 0x81414E2C, driver data structure at 0x8141753C

SCC Registers:

General [GSMR]=0x2:0x00000030, Protocol-specific [PSMR]=0x8

Events [SCCE]=0x0000, Mask [SCCM]=0x00lF, Status [SCCS]=0x06

Transmit on Demand [TODR]=0x0, Data Sync [DSR]=0x7E7E

Вывод по команде show controllers отображает состояние каналов интерфей­са и показывает, подсоединен ли кабель к интерфейсу, следует обратить внимание на то, что к последовательному интерфейсу 0/0 подсоединяется кабель V.35 DTE.

Если электрический интерфейс отображается как UNKNOWN (неизвестный), а не V.35, EIA/TIA-449 или какой-либо другой тип электрического интерфейса, то вероятной причиной возникшей проблемы является неправильно подсоединенный кабель. Возможно также, то причиной является неправильное подсоединение к се­тевому адаптеру внутренних проводов. Если тип электрического интерфейса неиз­вестен, то соответствующий вывод по команде ЕХЕС-режима show interfaces показывает, что интерфейс и протокол канала не функционируют.

Ниже приведены несколько команд debug, полезных для решения проблем в по­следовательных каналах и распределенных сетях WAN.

  • debug serial interface — проверяет, увеличивается ли количество па­кетов сообщений об активности протокола HDLC. Если оно не увеличивает­ся, то, возможно, существует проблема синхронизации на карте сетевого ин­терфейса или в сети. В примере 13.3 показан отладочный вывод сети.

  • debug arp — показывает, отправляет ли и получает ли маршрутизатор (с по­мощью пакетов ARP) информацию о маршрутизаторах на другой стороне среды распределенной сети WAN. Эту команду следует использовать в тех случаях, когда некоторые узлы сети протокола TCP/IP отвечают, а другие не отвечают на посылаемые им запросы.

  • debug frame-relay lmi — с помощью этой команды можно получить информацию об интерфейсе локального управления (Local Management Inter­face — LMI), для выяснения того, коммутатор Frame Relay и маршрутизатор посылают и получают пакеты интерфейса LMI.

  • debug frame-relay events — определяет, происходит ли обмен между маршрутизатором и коммутатором Frame Relay.

  • debug ppp negotiation — отображает пакеты РРР, передаваемые при за­пуске протокола РРР, когда обсуждаются опции протокола РРР.

  • debug ppp packet — отображает посылаемые и получаемые пакеты РРР. Эта команда отображает дампы пакетов нижнего уровня.

  • debug ppp errors — отображает ошибки протокола РРР (такие как неле­гитимные или неправильно отформатированные фреймы), связанные с обсу­ждением соединений РРР и его функционированием.

  • debug ppp chap — отображает обмен пакетами протоколов РАР им CHAP.

ПРИМЕЧАНИЕ

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

Пример 13.3. Команда debug serial interface

Routertdebug serial interface

Serial network interface debugging is on

Router#

00:06:47: Serial0/0: HDLC myseg 29, mineseen 29*, yourseen 29, line up

00:06:57: Serial0/0: HDLC myseg 30, mineseen 30*, yourseen 30, line up

00:07:07: Serial0/0: HDLC myseg 31, mineseen 31*, yourseen 31, line up

00:07:17: Serial0/0: HDLC myseg 32, mineseen 32*, yourseen 32, line up

Router#undebug all

All possible debugging has been turned off

Router#

Лабораторная работа: устранение ошибок на последовательном интерфейсе

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