Введение
Предварительные условия
Требования
Используемые компоненты
Условные обозначения
Устранение неполадок с помощью команды "show interfaces serial"
Последовательные соединения: строка статуса show interfaces serial
Последовательные соединения: повышение количества выпадений на выходе последовательного соединения
Последовательные соединения: возросшее количество выпадений на входе последовательного соединения
Последовательные соединения: увеличение количества входных ошибок с превышением одного процента от общего трафика по интерфейсу
Последовательные соединения: устранение неполадок, связанных с входными ошибками последовательных соединений
Последовательные соединения: возросшее количество сбросов интерфейса последовательного соединения
Последовательные соединения: возросшее значение счетчика переходов несущего сигнала последовательного соединения
Использование команды "show controllers"
Использование команд "debug"
Выполнение расширенной проверки соединения (ping)
Выполнение проверки соединения (Ping)
Устранение неполадок синхронизации
Обзор синхронизации
Причины неполадок синхронизации
Обнаружение неполадок синхронизации
Локализация неполадок синхронизации
Устранение неполадок синхронизации
Настройка буферов
Настройка системных буферов
Применение ограничений очереди
Использование приоритетных очередей для устранения узких мест
Специальные тесты последовательных соединений
Тесты замыкания на себя для CSU и DSU
Тесты локального замыкания на себя для CSU и DSU в соединениях HDLC или PPP
Тесты удаленного замыкания на себя для CSU и DSU в соединениях HDLC или PPP
Подробная информация о команде "show interfaces serial"
Параметры команды "show interfaces serial"
Устранение неполадок T1
Устранение неполадок с помощью команды "show controller t1"
Состояния в выходных данных команды "show controller t1"
Устранение неисправностей ошибочного события T1
Проверка правильности конфигурации типа коммутатора ISDN и PRI-группы
Проверка канала передачи служебных сигналов
Устранение неполадок PRI
Выполнение аппаратного теста замыкания на себя с заглушкой
Устранение неполадок E1
Диагностика с помощью команды "show controller e1"
Устранение неисправностей ошибочного события E1
Проверка правильности конфигурации типа коммутатора ISDN и PRI-группы
Проверка канала передачи служебных сигналов
Устранение неполадок PRI
Дополнительные сведения
В данной главе содержатся общие сведения по устранению неполадок и обсуждаются средства и методы устранения неполадок, связанных с проблемами последовательных соединений. Глава состоит из следующих разделов:
Устранение неполадок с помощью команды show interfaces serial
Использование команды show controllers
Использование команд debug
Использование расширенных тестов ping
Устранение неполадок синхронизации
Регулирование буферов
Специальные тесты последовательных соединений
Подробная информация о команде show interfaces serial
Устранение неполадок T1
Устранение неполадок E1
Для использования данного документа требуется знание следующих аббревиатур.
DTE = оборудование DTE
CD = сигнал CD
CSU = модуль CSU
DSU = модуль DSU
SCTE = технология синхронизации SCTE
DCE = оборудование DCE
CTS = сигнал CTS
DSR = сигнал DSR
SAP = протокол SAP
IPX = протокол IPX
FDDI = интерфейс FDDI
ESF = формат ESF
B8ZS = технология B8ZS
LBO = конфигурация LBO
Данный документ не ограничен отдельными версиями программного и аппаратного обеспечения.
Данные для документа были получены в специально созданных лабораторных условиях. При написании данного документа использовались только устройства с пустой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.
Дополнительные сведения об условных обозначениях в документах см. в разделе "Условные обозначения технических терминов Cisco".
На выходе команды EXEC show interfaces serial отображается информация о последовательных интерфейсах. На рисунке 15-1 приведены выходные данные команды EXEC show interfaces serial для последовательного интерфейса HDLC.
В данном разделе описано использование команды show interfaces serial для диагностики проблем последовательного канала в глобальной сети (WAN). В нижеследующих разделах описаны некоторые важные поля выходных данных команды.
Остальные выводимые на экран поля детально описаны в разделе "Подробная информация о команде show interfaces serial" далее в этой главе.
В строке статуса интерфейса show interfaces serial потенциально можно определить пять проблемных статусов (см. рис. 15-1):
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
Рис. 15-1. Выходные данные команды HDLC show interface serial
Таблица 15-1: Последовательные соединения: строка статуса show interfaces serial - в данной таблице указано содержание строки статуса интерфейса, связанные с ним возможные проблемы и решения этих проблем.
Строка статуса |
Возможная проблема |
Решение |
---|---|---|
Serial x is up, line protocol is up |
Эта строка соответствует корректному статусу. Действий не требуется. |
|
Serial x is down, line protocol is down (DTE mode) |
|
|
Serial x is up, line protocol is down (DTE mode) |
|
|
Serial x is up, line protocol is down (DCE mode) |
|
|
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 |
|
|
Выпадения на выходе проявляются в выходных данных команды show interfaces serial (см. рис. 15-1), когда система пытается передать пакет в передающий буфер, но буферы недоступны.
Симптом: возросшее количество отброшенных исходящих пакетов последовательного соединения.
Таблица 15-2: Последовательные соединения: повышение количества выпадений на выходе последовательного соединения - в этой таблице приведены проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.
Возможная проблема |
Решение |
---|---|
Входящая скорость последовательного интерфейса превышает полосу пропускания последовательного соединения |
Примечание: выпадения на выходе приемлемы при определенных условиях. К примеру, если соединение заведомо перегружено (и нет способа исправить ситуацию), то зачастую предпочтительнее сбрасывать пакеты, нежели задерживать их. Это действительно для протоколов, поддерживающих управление потоком и способных перенаправлять данные (например, TCP/IP и Novell IPX). Однако некоторые протоколы, такие как DECnet и LAT, чувствительны к сбросу пакетов и плохо обеспечивают перенаправление, если обеспечивают вообще. |
Выпадения на входе проявляются в выходных данных команды EXEC "show interfaces serial" (см. рис. 15-1), когда системе приходится обрабатывать слишком много пакетов с данного интерфейса.
Симптом: возросшее количество отброшенных входящих пакетов последовательного соединения.
Таблица 15-3: Последовательные соединения: повышение количества выпадений на входе последовательного соединения - в этой таблице приведены проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.
Возможная проблема |
Решение |
---|---|
Входящая скорость превышает возможности маршрутизатора или входные очереди превышают размер выходных очередей |
Примечание: проблемы с выпадениями на входе, как правило, появляются, когда трафик маршрутизируется между быстрыми интерфейсами (например, Ethernet, Token Ring и FDDI) и последовательными интерфейсами. При малом объеме трафика проблем нет. Но как только объемы возрастают, начинается резервирование. Во время таких периодов перегрузки маршрутизатор отбрасывает пакеты.
|
Если входные ошибки проявляются в выходных данных команды show interfaces serial (см. рис. 15-1), то существует несколько потенциальных источников этих ошибок. Наиболее вероятные источники указаны в таблице 15-4.
Примечание: любое количество входных ошибок, в том числе ошибок циклической контрольной суммы (CRC), ошибок формирования фреймов или прерываний, превышающее один процент от общего трафика по интерфейсу, предполагает определенную проблему соединения, которую необходимо локализовать и устранить.
Симптом: возросшее количество входных ошибок с превышением одного процента от общего трафика по интерфейсу.
Таблица 15-4: Последовательные соединения: возросшее количество входных ошибок с превышением одного процента от общего трафика по интерфейсу.
Возможная проблема |
Решение |
---|---|
Причиной данного симптома могут быть следующие проблемы:
|
Примечание: Cisco настоятельно рекомендует не использовать преобразователи при соединении маршрутизатора с WAN или последовательной сетью.
|
Таблица 15-5: В данной таблице описаны различные типы входных ошибок, отображаемые командой show interfaces serial (см. рис. 15-1), потенциальные проблемы, к которым могут привести эти ошибки, и решения этих проблем.
Тип входной ошибки (название поля) |
Возможная проблема |
Решение |
---|---|---|
Ошибки CRC (CRC) |
Ошибки CRC возникают при отрицательном результате расчета CRC - что означает повреждение данных по одной из следующих причин:
|
|
Ошибки формирования фреймов (фрейм) |
Ошибка формирования фрейма возникает в том случае, если маршрут пакета не завершается на 8-битной границе по одной из следующих причин:
|
|
Прерванная передача данных (прерывание) |
Прерывания свидетельствуют о некорректной последовательности одиночных битов (более семи подряд). Эта ошибка может быть вызвана следующими причинами:
|
|
Сбросы интерфейса, которые проявляются в выходных данных команды EXEC "show interfaces serial" (см. рис. 15-1), являются следствием потери пакетов проверки активности.
Симптом: возросшее количество сбросов интерфейса последовательного соединения.
Таблица 15-6: В данной таблице приведены потенциальные проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.
Возможная проблема |
Решение |
---|---|
Причиной данного симптома могут быть следующие проблемы:
|
При появлении сбросов интерфейса изучите остальные поля выходных данных команды "show interfaces serial", чтобы определить источник проблемы. Исходя из предположения, что увеличение количества сбросов интерфейса фиксируется, изучите следующие поля:
|
Переходы несущего сигнала отражаются в выходных данных команды EXEC show interfaces serial при каждом прерывании сигнала несущей частоты (например, при сбросе интерфейса на удаленной стороне соединения).
Симптом: возросшее значение счетчика переходов несущего сигнала последовательного соединения.
В таблице 15-7 приведены потенциальные проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.
Таблица 15-7: Последовательные соединения: возросшее значение счетчика переходов несущего сигнала последовательного соединения
Возможная проблема |
Решение |
---|---|
Причиной данного симптома могут быть следующие проблемы:
|
|
Команда EXEC show controllers представляет собой еще одно средство диагностики, полезное при устранении неполадок последовательных соединений. Синтаксис команды меняется в зависимости от платформы:
для последовательных интерфейсов маршрутизаторов серии Cisco 7000 используйте команду EXEC show controllers cbus.
для продуктов Cisco, предназначенных для обеспечения доступа, используйте команду EXEC show controllers.
для AGS, CGS, и MGS используйте команду EXEC show controllers mci.
На рис. 15-2 отображены выходные данные команды EXEC show controllers cbus. Эта команда используется на маршрутизаторах серии Cisco 7000 с картой FSIP. Проверьте выходные данные команды, чтобы убедиться в подключении кабеля для модуля обслуживания канала или модуля обслуживания данных (CSU/DSU) к нужному интерфейсу. Также можно проверить актуальность версии микропрограммы.
Рис. 15-2: Выходные данные команды "show controllers cbus"
Для продуктов, предназначенных для обеспечения доступа, например для серверов и маршрутизаторов доступа серий Cisco 2000, Cisco 2500, Cisco 3000 и Cisco 4000, используйте команду EXEC show controllers. На рис. 15-3 отображены выходные данные команды show controllers для интерфейса базового уровня (BRI) и последовательных интерфейсов сервера доступа Cisco 2503 (обратите внимание, что часть выходных данных не отображена).
Выходные данные команды show controllers отражают статус каналов интерфейса и наличие подключенного к интерфейсу кабеля. На рис. 15-3 к последовательному интерфейсу 0 подключен кабель RS-232 DTE. К последовательному интерфейсу 1 кабель не подключен.
На рис. 15-4 отображены выходные данные команды show controllers mci. Эта команда используется только для маршрутизаторов AGS, CGS и MGS. Если указан электрический интерфейс UNKNOWN (а не V.35, EIA/TIA-449 или какой-то другой тип электрического интерфейса), то вероятной причиной проблемы является неправильное подключение кабеля. Также возможна неисправность модуля расширения или внутренней проводки карты. Если электрический интерфейс неизвестен, то в соответствующем окне команды EXEC show interfaces serial будет отображено, что интерфейс и протокол канала связи отключены.
Рис. 15-3: Выходные данные команды "show controllers"
Рис. 15-4: Выходные данные команды "show controllers mci"
Результаты различных привилегированных команд EXEC debug предоставляют диагностическую информацию относительно статусов протоколов и деятельности сети для разнообразных событий межсетевого взаимодействия.
Внимание: Поскольку выходным данным отладки назначен высокий приоритет для обработки процессором, это может привести к зависанию системы. По этой причине использовать команды debug рекомендуется только для устранения конкретных проблем или во время сеансов по устранению ошибок совместно с персоналом технической поддержки Cisco. Более того, лучше всего использовать команды debug в периоды низкого сетевого трафика и присутствия в сети небольшого количества пользователей. Отладка в эти периоды уменьшает вероятность того, что возросшие требования к ресурсам для обработки команды debug повлияют на использование системы. Закончив использование команды debug, не забудьте отключить ее с помощью специальной команды no debug или no debug all.
Следующие команды debug используются при устранении неполадок последовательных соединений и WAN. Дополнительную информацию о функции и результатах выполнения каждой из этих команд см. в справочнике по командам отладки:
debug serial interface - проверяет, увеличивается ли количество пакетов проверки активности HDLC. Если приращений не наблюдается, то возможно наличие проблемы синхронизации интерфейсной платы или сети.
debug x25 events - обнаруживает события X.25, такие как размыкание и замыкание коммутируемых виртуальных цепей (SVC). Конечная "причинная и диагностическая" информация включается в отчет о событии.
debug lapb - отображает выходные данные сбалансированной процедуры доступа к каналу связи (LAPB) или информацию относительно X.25 уровня 2.
debug arp - определяет факт отправки маршрутизатором собственной информации и получения информации о маршрутизаторах (с пакетами ARP) на другой стороне глобальной сети WAN. Используйте эту команду в том случае, если некоторые узлы сети TCP/IP отвечают на запросы, а другие нет.
debug frame-relay lmi - выводит информацию локального интерфейса управления (LMI), которую можно использовать для определения факта отправки и получения коммутатором и маршрутизатором Frame Relay пакетов LMI.
debug frame-relay events - определяет наличие взаимодействия между маршрутизатором и коммутатором Frame Relay.
debug ppp negotiation - отображает пакеты протокола PPP при согласовании параметров во время запуска протокола PPP.
debug ppp packet - отображает отправляемые и принимаемые пакеты PPP. Эта команда показывает дампы пакетов нижнего уровня.
debug ppp errors - отображает ошибки PPP (например, недопустимые или неправильно сформированные фреймы), связанные с процессом согласования и поддержания соединения PPP.
debug ppp chap - отображает информацию об обмене пакетами по протоколам CHAP и PAP.
debug serial packet - отображает отправляемые и принимаемые пакеты SMDS. В данном окне также выводятся сообщения об ошибках, поясняющие причины сбоев при отправке или получении пакетов. При отправке или получении пакета SMDS команда создает дамп всего заголовка SMDS и некоторой части полезных данных.
Команда ping - полезное средство тестирования, доступное в устройствах объединенных сетей Cisco, а также во многих хост-системах. В TCP/IP это средство диагностики также известно как запрос отклика по протоколу управляющих сообщений Интернет (Internet Control Message Protocol, ICMP).
Примечание: команда ping особенно полезна, если в выходных данных команды show interfaces serial регистрируется большое количество входных ошибок. См. рис. 15-1.
Устройства межсетевого взаимодействия Cisco обеспечивают механизм автоматической последовательной отправки множества пакетов ping. На рисунке 15-5 наглядно продемонстрировано меню, которое используется для определения расширенных настроек ping. В данном примере назначено 20 успешных запросов ping. Однако при тестировании компонентов последовательного канала необходимо определить намного большее значение, например 1000 запросов ping.
Рис. 15-5: Меню "Extended ping Specification"
В целом, выполнение проверки последовательного канала с помощью команды ping выглядит следующим образом:
Установите режим локального замыкания на себя для CSU или DSU.
Настройте расширенную команду ping для отправки различных пакетов с различными размерами и шаблонами данных. На рисунках 15-6 и 15-7 наглядно продемонстрировано два эффективных теста запросов ping, соответственно ping только из нулей (1500 байт) и ping произвольных данных (1500 байт).
Изучите выходные данные команды show interfaces serial (см. рис. 15-1) и определите, увеличилось ли количество входных ошибок. Если число входных ошибок не увеличилось, то локальное оборудование (DSU, кабель, плата интерфейса маршрутизатора), вероятно, исправно.
С учетом того, что данная последовательность тестов была вызвана возникновением большого количества ошибок CRC и формирования фреймов, то вероятно наличие проблемы синхронизации. Проверьте CSU или DSU на предмет проблем с синхронизацией. См. раздел "Устранение неполадок синхронизации" далее в этой главе.
Если выяснится, что настройка синхронизации правильна и работает корректно, установите режим удаленного замыкания на себя для CSU или DSU.
Повторите тест ping и проследите изменения статистики входных ошибок.
Увеличение количества входных ошибок означает проблему на последовательном канале или CSU/DSU. Свяжитесь с поставщиком услуги WAN и замените CSU или DSU. Если проблема сохранится, обратитесь в службу технической поддержки.
Рис. 15-6: Тест запросов ping на 1500 байт только нулей
Рис. 15-7: Тест запросов ping на 1500 байт произвольных данных
Конфликты синхронизации последовательных соединений могут привести как к постоянным обрывам соединения, так и к падению производительности. В данном разделе обсуждаются важные аспекты неполадок синхронизации: их причины, обнаружение, локализация и устранение.
Оборудование CSU/DSU получает синхронизацию данных от данных, проходящих через него. Для восстановления синхронизации оборудование CSU/DSU должно получать как минимум одно 1-битное значение на каждые 8 бит данных, проходящих через него; этот принцип называется плотностью синхронизирующих бит. Поддержание плотности синхронизирующих битов позволяет оборудованию надежно восстанавливать синхронизацию данных.
Новейшие версии T1, как правило, используют формирование фреймов в формате расширенного суперкадра ESF и кодирование с двоичной заменой восьми нулей (B8ZS). Технология B8ZS предоставляет схему, при которой каждые восемь нулей подряд, отправляемые по последовательному соединению, заменяются специальным кодом. Затем этот код интерпретируется на удаленной стороне соединения. Такой подход гарантирует независимую плотность синхронизирующих битов в потоке данных.
В более ранних разработках T1 использовалась технология D4, также известная как формирование фреймов в формате суперкадра (SF), и кодирование с чередованием полярности (AMI). Технология AMI, в отличие от B8ZS, не использует схемы кодирования. Это ограничивает доступные для передачи типы данных, поскольку плотность синхронизирующих битов не поддерживается независимо в потоке данных.
Другим важным компонентом последовательных соединений является синхронизация терминала по технологии SCTE. SCTE представляет собой возвращенный сигнал синхронизации от терминального устройства передачи данных DTE (например, маршрутизатора) к устройству передачи данных DCE (например, CSU/DSU).
Использование SCTE вместо внутренней синхронизации по шаблонам данных от DTE позволяет устройству DCE безошибочно выбирать данные даже в случае смещения фазы в кабеле между CSU/DSU и маршрутизатором. Использование SCTE настоятельно рекомендуется для последовательной передачи на скорости выше 64 Кбит/с. Если CSU/DSU не поддерживает режим SCTE, см. раздел "Инвертирование импульсов синхронизации передачи данных" далее в этой главе.
Как правило, неполадки синхронизации в последовательных внутренних соединениях WAN могут быть вызваны следующими причинами:
Некорректная конфигурация DSU
Некорректная конфигурация CSU
Кабели не соответствуют спецификации - их длина превышает 15,24 метра или отсутствует экранировка
Зашумленные или некачественные подключения к соединительной панели
Подключено несколько кабелей подряд
Для обнаружения конфликтов синхронизации в последовательном интерфейсе определите наличие входных ошибок следующим образом:
Используйте команду следующих show interfaces serial на маршрутизаторах на обеих сторонах соединения.
Изучите выходные данные команды для CRC, ошибок формирования фреймов и прерываний.
Если на любом из этих шагов количество отображенных ошибок превышает примерный диапазон от 0,5 до 2,0 процентов трафика на интерфейсе, то вероятно наличие проблем синхронизации где-то в сети WAN.
Локализуйте источник конфликтов синхронизации в соответствии со следующим разделом "Локализация неполадок синхронизации".
Обойдите или отремонтируйте все неисправные соединительные панели.
Определив, что конфликты синхронизации, скорее всего, вызваны входными ошибками, используйте следующую процедуру для локализации источника этих ошибок:
Выполните серию тестов ping и тестов замыкания на себя (как локальных, так и удаленных) в соответствии с разделом "Тесты замыкания на себя для CSU и DSU", который расположен выше в данной главе.
Определите сторону соединения, которая является источником неполадки, либо наличие проблемы на канале. В режиме локального замыкания на себя запустите тесты ping с различными размерами и шаблонами данных (например, используйте датаграммы размером 1500 бит). Использование одного шаблона и размера пакета может не выявить ошибок, особенно в том случае, когда источником проблемы является последовательный кабель к маршрутизатору или CSU/DSU.
Используйте команду EXEC show interfaces serial и определите, увеличивается ли количество входных ошибок и место их накопления.
Если входные ошибки накапливаются по обеим сторонам соединения, то наиболее вероятным источником проблемы является CSU.
Если входные ошибки проявляются только на одной стороне, то вероятна проблема с синхронизацией DSU или с кабелями.
Прерывания на одной стороне означают, что другая сторона отправляет неверную информацию, либо на линии есть проблема.
Примечание: всегда обращайте внимание на выходные данные команды show interfaces serial (см. рис. 15-1) и фиксируйте любые изменения количества ошибок или отсутствие этих изменений.
Таблица 15-8. Последовательные соединения: неполадки синхронизации и способы их устранения. В этой таблице описаны предлагаемые решения проблем синхронизации, основанные на источнике проблемы.
Возможная проблема |
Решение |
---|---|
Некорректная конфигурация CSU |
|
Некорректная настройка DSU |
|
Кабель к маршрутизатору не соответствует спецификации |
Если длина кабеля превышает 15,24 метра, то используйте более короткий кабель. Если кабель не экранирован, то замените его экранированным кабелем. |
Инвертирование синхронизации передачи данных
При передаче данные по последовательному соединению со скоростью более 64 Кбит/с с использованием модуля CSU/DSU, не поддерживающего режим SCTE, может возникнуть необходимость в инвертировании синхронизации передачи данных на маршрутизаторе. Инвертирование синхронизации передачи данных компенсирует смещения фазы между информационными и синхронизирующими сигналами.
Конкретная команда, которая применяется для инвертирования синхронизации передачи данных, зависит от платформы. На маршрутизаторах серии Cisco 7000 введите команду invert-transmit-clock interface configuration. На маршрутизаторах серии Cisco 4000 введите команду "dte-invert-txc interface configuration".
Чтобы убедиться в использовании правильного синтаксиса команды для маршрутизатора обратитесь к руководству пользователя по маршрутизатору или серверу доступа, а также к руководствам по настройке Cisco IOS и справочнику по командам.
Примечание: на старых платформах для инвертирования синхронизации передачи данных может потребоваться физическое переключение перемычки.
Чрезмерно интенсивное использование полосы пропускания (более 70 процентов) влечет за собой снижение общей производительности и может привести к периодическим сбоям. Например, может произойти сбой передачи файлов DECnet из-за сброса пакетов где-то в сети.
Если ситуация достаточно критическая, то необходимо увеличить полосу пропускания соединения. Однако в ряде случаев можно обойтись без немедленного расширения полосы пропускания. Одним из способов устранения проблем с предельно высокой нагрузкой на последовательный канал является настройка использования маршрутизатором буферов данных.
Внимание: как правило, запрещено настраивать системные буферы без активного участия технической поддержки Cisco. Некорректная конфигурация системных буферов маршрутизатора собственными силами может серьезно повлиять на производительность оборудования и сети.
Для настройки использования буферов используйте один из следующих вариантов:
Настройте параметры, связанные с системными буферами
Укажите количество пакетов, сохраняемых во входных и выходных очередях (очередях задержки)
Настройте приоритеты формирования очередей при передаче данных (приоритетная очередность выхода)
Команды настройки, реализующие эти варианты, описаны в руководствах по настройке Cisco IOS и справочнике по командам.
В следующем разделе рассматривается выявление ситуаций, в которых эффективно применение этих вариантов, и определение методов использования этих вариантов для устранения проблем взаимодействия и производительности внутри последовательных соединений и WAN.
В маршрутизаторах Cisco существует два основных типа буферов: аппаратные буферы и системные буферы. Системные администраторы могут напрямую настраивать только системные буферы. Аппаратные буферы специально используются как принимающие и передающие буферы, ассоциированные с каждым интерфейсом и (при отсутствии особой настройки) динамически управляются системным программным обеспечением.
Системные буферы ассоциированы с главной системной памятью и для них выделяются блоки памяти различного размера. Для определения статусов системных буферов используется команда EXEC show buffers. На рис. 15-8 отображены выходные данные команды show buffers.
На рис. 15-8 отображены выходные данные команды "show buffers"
Параметры выходных данных show buffers:
total - определяет общее количество буферов в пуле, включая используемые и неиспользуемые буферы.
permanent - определяет постоянное количество выделенных буферов в пуле. Эти буферы всегда размещены в пуле и не могут быть убраны из него.
in free list - определяет количество буферов, находящихся в данный момент в пуле и доступных для использования.
min - определяет минимальное количество буферов, которые Route Processor (RP) пытается сохранять в свободном списке:
Параметр min используется для прогнозирования потребности пула в буферах в любой момент времени.
Если число буферов в свободном списке падает ниже значения min, RP пытается создать дополнительные буферы для этого пула.
max allowed - определяет максимальное количество буферов, допустимых в свободном списке:
Параметр max allowed предотвращает монополизацию пулом буферов, которые больше не нужны, и освобождает выделенную для этих буферов память для дальнейшего использования системой.
Если число буферов в свободном списке превышает максимально допустимое значение, то RP должен попытаться удалить буферы из пула.
hits - определяет количество буферов, запрошенных из пула. Счетчик обращений предоставляет механизм определения пула, который должен будет удовлетворять самую высокую потребность в буферах.
misses - определяет количество запросов буфера, при которых RP обнаружил потребность в дополнительных буферах (другими словами, когда количество буферов в свободном списке упало ниже минимума). Счетчик несовпадений отображает количество обращений, при которых RP приходилось создавать дополнительные буферы.
trims - определяет количество буферов, убранных RP из пула, когда количество буферов в свободном списке превысило максимум допустимых буферов.
created - определяет количество буферов, созданных в пуле. Процессор RP создает буферы, когда потребность в буферах увеличивается до такого уровня, что количество буферов в свободном списке становится меньше минимума буферов и/или происходит несовпадение из-за нулевых буферов в свободном списке.
failures - определяет количество сбоев, чтобы выдать буфер по запросу даже после попытки создания дополнительного буфера. Значение failures отображает количество пакетов, которые были отброшены в результате переполнения буфера.
no memory - определяет количество сбоев, вызванных недостатком памяти для создания дополнительных буферов.
Выходные данные команды show buffers на рис. 15-8 показывают высокие значения в полях trims и created для крупных буферов. При получении больших значений в этих полях можно повысить производительность последовательного соединения путем увеличения значения max free , настроенного для системных буферов. Показатель trims определяет количество буферов, которые RP удалил из пула, когда количество буферов в свободном списке превысило максимально допустимое количество буферов max allowed.
Используйте команду глобальной настройки "buffers max free number" для увеличения количества свободных системных буферов. Указанное значение должно составлять примерно 150 процентов от значения, указанного в поле total выходных данных команды show buffers. Повторяйте эту процедуру до тех пор, пока выходные данные show buffers не перестанут отображать удаления и созданные буферы.
Если в выходных данных команды show buffers отображается большое количество сбоев в поле (no memory) (см. последнюю строку выходных данных на рис. 15-8), то необходимо сократить использование системных буферов или увеличить объем общей или основной (физической) памяти маршрутизатора. Обратитесь за помощью в службу технической поддержки.
Очереди задержки представляют собой буферы, которые используются любым интерфейсом маршрутизатора для хранения исходящих или входящих пакетов. Используйте команду настройки интерфейса hold-queue для увеличения количества пакетов данных, сохраняемых в очереди, прежде чем маршрутизатор начнет отбрасывать пакеты. Увеличивайте размеры очередей на небольшие значения (например, 25 процентов) до тех пор, пока выпадения не исчезнут в выходных данных show interfaces. Стандартный предел выходной очереди задержки - 100 пакетов.
Примечание: Команда hold-queue используется для пакетов коммутации процессов и периодических обновлений, генерируемых маршрутизатором.
Используйте команду hold-queue, чтобы предотвратить отбрасывание пакетов и повысить производительность последовательного соединения при следующих условиях:
Существует приложение, для которого отбрасывания недопустимы, а протокол может использовать более долгие задержки. Примером протокола, удовлетворяющего обоим этим критериям, является DECnet. А, например, протокол LAT им не удовлетворяет, поскольку не допускает задержек.
Интерфейс крайне медленный. Полоса пропускания узкая или прогнозируемая нагрузка склонна к спорадическому превышению доступной полосы пропускания.
Примечание: при увеличении длины выходной очереди может потребоваться увеличение количества системных буферов. Используемое значение зависит от размеров пакетов прогнозируемого трафика в сети.
Приоритетные очереди представляют собой механизм управления на основе списка, который позволяет устанавливать приоритеты трафика, исходя из интерфейсов. Организация приоритетной очереди состоит из двух этапов:
Создайте список приоритетов по типу протокола и уровню приоритета.
Назначьте список приоритетов для определенного интерфейса.
На обоих этих этапах используются версии команды глобальной настройки priority-list. Кроме того, возможно дальнейшее управление трафиком путем использования команд глобальной настройки access-list из характеристик priority-list. Для получения примеров определения списков приоритетов и подробностей о синтаксисе команд, связанных с организацией приоритетных очередей, обратитесь к руководствам по настройке Cisco IOS и справочнику по командам.
Примечание: при организации приоритетной очереди автоматически создаются четыре очереди различного размера. Таким образом обходятся возможные настройки очереди задержки в конфигурации.
Используйте приоритетные очереди, чтобы предотвратить отбрасывание пакетов и повысить производительность последовательного соединения в следующих случаях:
когда интерфейс медленный, передаются различные типы трафика и необходимо повысить производительность терминального трафика.
При наличии последовательного соединения, которое периодически испытывает очень высокие нагрузки (например, передача файлов в определенное время), то организация приоритетной очереди поможет выбрать типы трафика, которые необходимо устранять в периоды активного трафика.
Как правило, при организации приоритетных очередей стоит начать со стандартного количества очередей. После этого отследите отбрасывания на выходе с помощью команды EXEC show interfaces serial. Если обнаружится, что отбрасывания на выходе происходят в очереди трафика, которой назначен высокий приоритет, увеличьте количество пакетов, которое может сохраняться в очереди (с помощью ключевого слова queue-limit для команды глобальной настройки priority-list). Стандартные аргументы команды queue-limit - это 20 пакетов для очереди с высоким приоритетом, 40 для среднего приоритета, 60 для обычного и 80 для низкого.
Примечание: при прохождении трафика LAT от Digital Equipment Corporation (DEC) через мост маршрутизатор должен отбрасывать очень мало пакетов, иначе сеансы LAT могут непредвиденно завершаться. Глубина очереди с высоким приоритетом, равная 100 (определяется с помощью ключевого слова queue-limit), является типичным рабочим значением, когда маршрутизатор отбрасывает пакеты на выходе, а полоса пропускания последовательных соединений используется примерно на 50 процентов. Если маршрутизатор отбрасывает пакеты, а нагрузка равна 100 процентам, то необходим другой канал.
Еще один инструмент для определения перегрузки на мостовых соединениях DEC LAT - это сжатие LAT. Сжатие LAT можно включить с помощью команды настройки интерфейса bridge-group group lat-compression.
Помимо базовых возможностей диагностики, предоставляемых маршрутизаторами, можно использовать различные вспомогательные средства и технологии для определения статусов кабелей, коммутационного оборудования, модемов, узлов и удаленного оборудования для межсетевого взаимодействия. Для получения дополнительной информации используйте документацию по CSU, DSU, последовательному анализатору или другому оборудованию.
Если выходные данные команды EXEC show interfaces serial указывают, что последовательный канал работает, но протокол линии отключен, то для определения источника проблемы используйте тесты замыкания на себя для CSU/DSU. Сначала выполните тест локального замыкания на себя, а затем удаленный тест. На рисунке 15-9 наглядно продемонстрирована базовая топология тестов локального и удаленного замыкания на себя для CSU/DSU.
Рис. 15-9: Тесты локального и удаленного замыкания на себя для CSU/DSU
Примечание: по своей природе эти тесты являются специфическими и предполагают подключение системы межсетевых взаимодействий к CSU или DSU. Однако по сути эти тесты аналогичны для подключения мультиплексора со встроенной функцией CSU/DSU. Поскольку в средах X.25 и Frame Relay с коммутацией пакетов (PSN) не существует понятия замыкания на себя, то в сетях X.25 и Frame Relay тесты замыкания на себя не производятся.
Ниже указана общая процедура выполнения тестов замыкания на себя в сочетании со встроенными функциями диагностики системы:
Установите режим локального замыкания для CSU/DSU (см. документацию от поставщика). В режиме локального замыкания использование синхронизации канала (от поставщика T1) прекращается, а модуль DSU вынужден использовать локальную синхронизацию.
Используйте команду EXEC show interfaces serial, чтобы определить, изменился ли статус линии с "line protocol is down" на "line protocol is up (looped)", или она остается отключенной.
Если протокол канала включается, когда CSU или DSU находится в режиме локального замыкания на себя, то это подразумевает, что источник проблемы находится на удаленной стороне последовательного соединения. Если статус в строке статуса не меняется, то возможна проблема с маршрутизатором, соединительным кабелем или CSU/DSU.
Если похоже, что проблема является локальной, используйте привилегированную команду EXEC debug serial interface.
Выведите CSU/DSU из режима локального замыкания. При отключенном протоколе канала в выходных данных команды debug serial interface отображается, что счетчики сообщений об активности не увеличиваются.
Снова включите режим локального замыкания для CSU/DSU. При этом должно начаться приращение счетчика пакетов проверки активности. В частности, значения счетчиков проверки активности mineseen и yourseen будут увеличиваться каждые 10 секунд. Данная информация будет отображаться в выходных данных команды debug serial interface.
Если приращений не происходит, то возможна проблема синхронизации на интерфейсной плате или в сети. Для получения информации об устранении неполадок синхронизации см. раздел "Устранение неполадок синхронизации" далее в этой главе.
Если приращений не происходит, то возможна проблема синхронизации на интерфейсной плате или в сети. Для получения информации об устранении неполадок синхронизации см. раздел "Устранение неполадок синхронизации" далее в этой главе.
Проверьте локальный маршрутизатор, оборудование CSU/DSU и все подключенные кабели. Убедитесь что длина кабелей не превышает рекомендуемого предела - 15,24 метров, а для соединений T1 - 7,62 метров. Убедитесь, что кабели подключены к правильным портам. При необходимости замените неисправное оборудование.
На рис. 15-10 отображены выходные данных команды "debug serial interface" для последовательного соединения HDLC, когда пропущенные сообщения об активности приводят к отключению канала и сбросу интерфейса.
Рис. 15-10: Выходные данные команды "debug serial interface"
Если обнаружится, что локальное оборудование функционирует правильно, но проблемы при подключениях по последовательному каналу сохраняются, попробуйте провести тесты удаленного замыкания на себя для локализации источника проблемы.
Примечание: этот тест удаленного замыкания на себя предполагает, что используется инкапсуляция HDLC, а предшествующий тест локального замыкания был проведен непосредственно перед этим.
Для выполнения теста замыкания на себя необходимы следующие этапы:
Установите режим удаленного замыкания на себя для CSU или DSU (см. документацию от поставщика).
Определите с помощью команды EXEC show interfaces serial, продолжает ли протокол канала работать со строкой статуса "Serial x is up, line protocol is up (looped)", или же он отключился со строкой статуса "line protocol is down".
Если протокол канал продолжает работать (в цикле), то вероятный источник проблемы находится на удаленной стороне последовательного соединения (между удаленным CSU/DSU и удаленным маршрутизатором). Выполните локальные и удаленные тесты на удаленной стороне, чтобы определить причину проблемы.
Если статус строки меняется на "line protocol is down" при активированном режиме удаленного замыкания на себя, то убедитесь, что сохраняется надлежащая плотность синхронизирующих бит. Необходимо настроить для CSU/DSU схемы формирования фреймов и кодирования (например, ESF и B8ZS) в соответствии со схемами, которые используются технической поддержкой выделенной линии или другого канала.
Если проблема останется, свяжитесь с администратором сети WAN или организацией, обслуживающей WAN.
В следующих подразделах указаны параметры, описание синтаксиса, пример экрана выходных данных и описания полей команды show interfaces serial.
Для отображения информации о последовательном интерфейсе используйте привилегированную команду EXEC show interfaces serial:
show interfaces serial [number] [accounting] show interfaces serial [number [:channel-group] [accounting] (Cisco 4000 series) show interfaces serial [slot | port [:channel-group]] [accounting] (Cisco 7500 series) show interfaces serial [type slot | port-adapter | port] [serial] (ports on VIP cards in the Cisco 7500 series) show interfaces serial [type slot | port-adapter | port] [:t1-channel] [accounting | crb] (CT3IP in Cisco 7500 series)
number - необязательный параметр. Номер порта.
accounting - необязательный параметр. Отображает количество пакетов, отправляемых через интерфейс по каждому типу протокола.
:channel-group - необязательный параметр. На оборудовании серий Cisco 4000 с NPM и Cisco 7500 с MIP указывает номер группы каналов T1 в диапазоне от 0 до 23, который определяется командой настройки контроллера группы каналов.
slot - обращается к соответствующему руководству по оборудованию для получения информации о гнезде.
port - обращается к соответствующему руководству по оборудованию для получения информации о порте.
port-adapter - обращается к соответствующему руководству по оборудованию для получения информации о совместимости адаптера порта.
:t1-channel - необязательный параметр. Для CT3IP канал T1 представляет собой число между в диапазоне 1 - 28.
Каналы T1 на CT3IP нумеруются от 1 до 28, в отличие от более традиционной схемы нумерации с нуля (от 0 до 27), которая используется для других продуктов Cisco. Это призвано обеспечить совместимость со схемами нумерации Telco для каналов T1 с канальным оборудованием T3.
crb - необязательный параметр. Отображает информацию о маршрутизации интерфейса и использовании моста.
Привилегированные команды EXEC.
Эта команда впервые появилась в Cisco IOS версии 10.0 для оборудования серии Cisco 4000. Она впервые появилась в Cisco IOS версии 11.0 для оборудования серии Cisco 7000 и была модифицирована в Cisco IOS версии 11.3 для включения CT3IP.
Далее указан пример выходных данных команды show interfaces для синхронного последовательного интерфейса:
Router# show interfaces serial Serial 0 is up, line protocol is up Hardware is MCI Serial Internet address is 150.136.190.203, subnet mask is 255.255.255.0 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:07, output 0:00:00, output hang never Output queue 0/40, 0 drops; input queue 0/75, 0 drops Five minute input rate 0 bits/sec, 0 packets/sec Five minute output rate 0 bits/sec, 0 packets/sec 16263 packets input, 1347238 bytes, 0 no buffer Received 13983 broadcasts, 0 runts, 0 giants 2 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 2 abort 1 carrier transitions 22146 packets output, 2383680 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets, 0 restarts
Таблица 15-9: Описания полей show interfaces serial - в данной таблице описаны основные поля, которые отображаются в выходных данных.
Поле |
Описание |
---|---|
Serial...is {up | down}...is administratively down |
Указывает, активно ли в настоящий момент оборудование интерфейса (наличие несущего сигнала) или отключено администратором. |
line protocol is {up | down} |
Указывает, доступны ли процессы программного обеспечения, обрабатывающие протокол линии (успешные проверки активности), или они отключены администратором. |
line protocol is {up | down} |
Указывает, доступны ли процессы программного обеспечения, обрабатывающие протокол линии (успешные проверки активности), или они отключены администратором. |
Hardware is |
Определяет тип оборудования. |
Internet address is |
Определяет Интернет-адрес и маску подсети. |
MTU |
Наибольший размер передаваемых данных для интерфейса. |
BW |
Указывает значение параметра полосы пропускания, настроенное для интерфейса (в килобитах в секунду). Параметр полосы пропускания используется только для расчета показателей IGRP. Если интерфейс подключен к последовательному каналу с нестандартной скоростью (1536 или 1544 для T1, 56 для стандартного синхронного последовательного канала), то используйте команду "bandwidth" для указания правильной скорости последовательного канала. |
DLY |
Задержка интерфейса в микросекундах. |
rely |
Надежность интерфейса в виде дроби со знаменателем 255 (255/255 - надежность 100 процентов), которая рассчитывается как экспоненциальное среднее за пять минут. |
load |
Надежность интерфейса в виде дроби со знаменателем 255 (255/255 - надежность 100 процентов), которая рассчитывается как экспоненциальное среднее за пять минут. |
Encapsulation |
Метод инкапсуляции, назначенный для интерфейса. |
loopback |
Указывает, установлено ли замыкание на себя. |
keepalive |
Указывает, установлена ли проверка активности. |
Last input |
Количество часов, минут и секунд с момента успешного получения интерфейсом последнего пакета. Используется для выяснения времени отказа заблокированного интерфейса. |
Last output |
Количество часов, минут и секунд с момента успешной передачи интерфейсом последнего пакета. |
output hang |
Количество часов, минут и секунд (или значение "never") с момента последнего сброса интерфейса из-за слишком длинной передачи. Когда количество часов в любом из подобных полей превышает 24, то отображается количество дней и часов. Если поле переполняется, то отображаются звездочки. |
Output queue, drops input queue, drops |
Количество пакетов во входных и выходных очередях. После каждого числа идет косая черта, максимальный размер очереди и число пакетов, отброшенных из-за переполнения очереди. |
5 minute input rate 5 minute output rate |
Среднее количество битов и пакетов, передаваемых в секунду за последние пять минут. Скорости на входе и выходе за пять минут необходимо использовать только для примерной оценки объемов трафика в секунду за указанный период. Эти скорости представляют собой экспоненциально взвешенные средние значения за постоянный интервал в пять минут. Должно пройти четыре таких постоянных интервала, прежде чем среднее значение войдет в диапазон 2 процентов от мгновенной скорости равномерного потока трафика за данный период. |
packets input |
Общее число безошибочных пакетов, полученных системой. |
bytes |
Общее число байт, включая данные и инкапсуляцию MAC, в полученных системой безошибочных пакетах. |
no buffer |
Количество полученных пакетов, удаленных из-за отсутствия буферного пространства в главной системе. Сравните со счетчиком пропущенного. Широковещательные штормы в сетях Ethernet и всплески шумов в последовательных соединениях зачастую приводят к отсутствию событий входных буферов. |
Received... broadcasts |
Общее количество широковещательных и многоадресных пакетов, полученных интерфейсом. |
runts |
Количество пакетов, удаленных из-за размера, не достигающего средне-минимального значения. |
giants |
Количество пакетов, удаленных из-за превышения средне-максимального размера пакета. |
input errors |
Совокупное значение счетчиков no buffer, runts, giants, CRCs, frame, overrun, ignored и abort. Другие ошибки, связанные с входом, также могут увеличивать этот счетчик, поэтому конечное значение может не соответствовать сумме указанных счетчиков. |
CRC |
Контроль ошибок циклическим избыточным кодом, сгенерированным исходящей станцией или устройством на дальней стороне и не соответствующим контрольной сумме, рассчитанной по принятым данным. Ошибки CRC в последовательном соединении обычно указывают на помехи, скачки усиления или проблемы передачи на канале данных. |
frame |
Количество пакетов, принятых некорректно, с ошибкой CRC и нецелым количеством октетов. На последовательном канале это обычно является последствием помех или других проблем передачи данных. |
overrun |
Количество неудачных попыток последовательного принимающего оборудования передать данные в аппаратный буфер, вызванных тем, что входная скорость превысила возможности принимающего оборудования по обработке данных. |
ignored |
Количество принятых пакетов, проигнорированных интерфейсом из-за нехватки внутренних буферов интерфейсного оборудования. Широковещательные штормы и всплески шумов могут вызвать увеличение числа проигнорированных пакетов. |
abort |
Неверная последовательность синхронизирующих битов в последовательном интерфейсе. Обычно это указывает на неполадки синхронизации между последовательным интерфейсом и оборудованием канала передачи данных. |
carrier transitions |
Счетчик смен статусов несущего сигнала последовательного интерфейса. Например, если обнаружение несущего сигнала (DCD) переходит в отрицательный статус, а потом обратно в положительный, то счетчик переходов несущего сигнала прирастает дважды. Частая смена статуса несущего сигнала указывает на неполадки модема или канала. |
packets output |
Общее количество сообщений, передаваемых системой. |
bytes output |
Общее число байт, передаваемых системой, включая данные и инкапсуляцию MAC. |
underruns |
Количество ускорений передатчика с превышением возможностей маршрутизатора по обработке данных. На некоторых интерфейсах эта отчетность может никогда не выдаваться. |
output errors |
Сумма всех ошибок, помешавших окончательной передаче датаграмм из интерфейса. Обратите внимание, что она может не соответствовать сумме перечисленных ошибок вывода, так как некоторые датаграммы содержат более одной ошибки, а в некоторых могут присутствовать ошибки, которые не попадают ни в одну из специальных категорий. |
collisions |
Количество сообщений, переданных повторно из-за конфликтов Ethernet. Как правило, это является результатом избыточного расширения локальной сети (т.е., кабель передатчика или Ethernet слишком длинный, более двух повторителей между станциями или слишком много каскадных многопортовых передатчиков). Наличие некоторых конфликтов - нормальное явление. Однако если число конфликтов возрастает до 4 - 5 процентов, то необходимо убедиться в отсутствии неисправного оборудования в сегменте и/или переместить часть существующих станций в новый сегмент. Конфликтующий пакет учитывается в выходных пакетах только один раз. |
interface resets |
Количество полных сбросов интерфейса в исходный статус. Это может произойти, если пакеты, поставленные в очередь для передачи, не отсылались в течение нескольких секунд. На последовательной лини этот может оказаться следствием неисправности модема, который не поддерживает сигналы синхронизации передачи данных, или проблемы с кабелем. Если система обнаруживает, что несущий сигнал последовательного интерфейса присутствует, но протокол линии неактивен, то она периодически сбрасывает интерфейс с целью перезагрузки. Сбросы интерфейса также могут происходить, когда интерфейс замкнут на себя или выключен. |
restarts |
Количество перезагрузок контроллера из-за ошибок. |
alarm indications, remote alarms, rx LOF, rx LOS |
Количество сигналов тревоги CSU/DSU и количество случаев потери фреймов или сигнала при получении. |
BER inactive, NELR inactive, FELR inactive |
Состояние счетчиков G.703-E1 для сигналов о частоте битовых ошибок (BER), удаленных замыканий ближней стороны (NELR) и удаленных замыканий дальней стороны (FELR). Обратите внимание, что настройка NELR и FELR невозможна. |
В данном разделе описаны методики и процедуры устранения неполадок цепей T1 для удаленных пользователей.
Эта команда отображает значение статуса контроллера, зависящее от конкретного оборудования контроллера. Эти сведения, как правило, используются для диагностики, выполняемой персоналом службы технической поддержки.
Модуль сетевого процессора (NPM) или процессор многоканального интерфейса (MIP) могут обращаться к адаптерам портов для определения их текущего статуса. Для отображения статистики соединения T1 используйте команду show controller t1.
Если указать гнездо и номер порта, то статистика будет отображаться каждые 15 минут. Команда EXEC show controller t1 предоставляет сведения для логического устранения неполадок на физическом и канальном уровнях. В данном разделе описана процедура логического устранения неполадок с помощью команды show controller t1.
Чаще всего ошибки T1 связаны с неверными настройками каналов. Проверьте правильность настройки шифрования передачи, формирования фреймов и источника синхронизирующих импульсов в соответствии с рекомендациями поставщика услуги.
Контроллер T1 может находиться в одном из следующих трех статусов:
Administratively down
Down
Up
Контроллер находится в статусе "administratively down", когда он выключен вручную. Для исправления этой ошибки необходимо перезагрузить контроллер.
Перейдите в активный режим.
maui-nas-03>en Password: maui-nas-03#
Перейдите в режим глобальной настройки.
maui-nas-03#configure terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#
Перейдите в режим настройки контроллера.
maui-nas-03(config)#controller t1 0 maui-nas-03(config-controlle)#
Перезагрузите контроллер.
maui-nas-03(config-controlle)#shutdown maui-nas-03(config-controlle)#no shutdown
Если контроллер T1 и линия не включены, то проверьте, не появляется ли в выходных данных команды EXEC show controller t1 одно из следующих сообщений:
Receiver has loss of frame
Receiver has loss of signal
При наличии сообщения "Receiver Has Loss of Frame" для T1 выполните следующие действия:
Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить формат формирования фреймов для контроллера можно в текущей конфигурации или в выходных данных команды "show controller t1".
Для изменения формата формирования фреймов используйте команду "framing {SF | ESF}" в режиме настройки контроллера, как показано ниже:
maui-nas-03#configure terminal
Введите команды настройки, каждую в отдельной строке. В конце введите "CNTL/Z".
maui-nas-03(config)#controller t1 0 maui-nas-03(config-controlle)#framing esf
Попробуйте использовать другой формат фреймов и проследите за поведением сигнала.
Измените настройку затухания линии с помощью команды cablelength {long | short}.
Настройка затухания сигнала (LBO) компенсирует потерю в децибелах на основе расстояния от устройства до первого повторителя в цепи. Большее расстояние от устройства до повторителя требует увеличения силы сигнала по цепи для компенсации затухания при прохождении дистанции.
Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOSТ.
Если таким образом проблема не будет устранена, перейдите в следующий раздел "Сообщение "Receiver Has Loss of Signal" для T1".
При наличии сообщения "Receiver Has Loss of Signal" для T1 выполните следующие действия:
Проверьте кабельное соединение между портом интерфейса и оборудованием поставщика услуг T1 или терминальным оборудованием T1. Убедитесь, что кабель подключен к правильным портам. При необходимости исправьте кабельные соединения.
Проверьте целостность кабеля. Проверьте отсутствие других физических недостатков кабеля. Проверьте правильность расположения выводов. При необходимости замените кабель.
Проверьте кабельные разъемы. В случае реверса передающих и принимающих пар или открытой принимающей пары могут возникнуть ошибки. Установите принимающие пары на линии 1 & 2. Установите передающие пары на линии 4 & 5.
Контакты на разъеме RJ-45 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов. См. рисунок ниже.
Рис. 15-10: Кабель RJ-45
Попробуйте использовать витую пару.
После каждого этапа запускайте команду EXEC show controller t1 для проверки возможных ошибок контроллера.
Проверьте по выходным данным команды show controller t1, что линия находится в режиме замыкания на себя. Режим замыкания на себя устанавливается только для тестирования линии.
Для отключения замыкания на себя используйте команду no loopback в режиме настройки контроллера, как отображено ниже:
maui-nas-03(config-controlle)#no loopback
Используйте выходные данные команды show controller, чтобы проверить наличие отображаемых контроллером сигналов тревоги или ошибок.
Теперь мы обсудим различные сигналы тревоги и процедуры, необходимые для их устранения.
Сигнал аварийной индикации (AIS) свидетельствует о наличии сигнала тревоги в восходящей линии, идущей от оборудования, подключенного к порту.
Проверьте соответствие формата формирования фреймов для порта и для линии. Если нет, измените формат формирования фреймов на контроллере для согласования с линией.
Чтобы проверить правильность конфигурации телефонной сети, обратитесь к поставщику услуг.
Индикатора RAI по приему обозначает, что оборудование на дальней стороне имеет проблемы с сигналом, который оно получает с вышестоящего оборудования.
Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Создание заглушки замыкания на себя" далее в этой главе.
Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:
Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для T1".
Проверьте совпадение настроек для удаленной стороны и порта.
Если проблема не устранена, обратитесь к поставщику услуг.
Удалите заглушку замыкания на себя и снова подключите канал T1.
Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для T1".
Выключите и снова включите маршрутизатор.
Подключите линию T1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту:
Снова подключите линию T1 к исходному порту.
Перейдите в раздел "Устранение неисправностей ошибочного события T1".
Если проблема сохраняется:
Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".
Замените плату контроллера T1.
Перейдите в раздел "Устранение неисправностей ошибочного события T1".
Красная тревога объявляется, когда CSU не удается синхронизироваться с шаблоном формирования фреймов на линии Т1.
Проверьте соответствие формата формирования фреймов для порта и для линии. Если соответствия нет, измените формат формирования фреймов на контроллере для согласования с линией.
Проверьте совпадение настроек для удаленной стороны и порта.
Обратитесь к поставщику услуг.
Индикатор RAI по передаче указывает на наличие проблемы интерфейса с сигналом, который он получает с оборудования на дальней стороне.
Проверьте совпадение настроек для удаленной стороны и порта.
Индикатор RAI по передаче должен сопровождаться еще одним сигналом тревоги, который указывает на суть проблемы порта/платы T1 с сигналом от оборудования на дальней стороне.
Устраните данную неполадку для отключения индикатора RAI по передаче.
Выполните указанные ниже действия для отключения сигнала AIS по передаче (Tx) (голубого).
Проверьте соответствие формата формирования фреймов для порта и для линии. При необходимости устраните несоответствие.
Выключите и снова включите маршрутизатор.
Подключите линию T1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии.
Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".
Замените плату контроллера T1.
Перейдите в раздел "Устранение неисправностей ошибочного события T1".
Команда EXEC show controller t1 EXEC выводит сообщения об ошибках, которые используются при диагностике неполадок. Теперь мы обсудим несколько видов сообщений об ошибках и процедур, необходимых для их устранения.
Для проверки прирастания счетчиков ошибок повторяйте команду show controller t1. Фиксируйте значения счетчиков в текущем интервале.
Настройки для формирования фреймов и кодирования линий можно узнать у провайдера услуг связи. Хорошим практическим методом является применение кодирования линии B8ZS с формированием фреймов ESF и кодирования линии AMI с формированием фреймов SF.
Наличие в строке Т1 ошибочных битов указывает на неполадку синхронизации. Поставщик T1 (телефонная компания) обеспечит необходимую синхронизацию с телекоммуникационным оборудованием клиента (CPE).
Убедитесь, что источник синхронизации получен из сети. Это можно проверить по наличию строки "Clock Source is Line Primary".
Примечание: если на сервере доступа присутствует несколько контроллеров T1, то только один из них может быть основным, а остальные T1 получают синхронизацию от основного. В этом случае проверьте правильность настройки линии T1, указанной в качестве основного источника синхронизации.
Установите источник синхронизации T1 корректно из режима настройки контроллера.
maui-nas-03(config-controlle)#clock source line primary
При прирастании счетчика потерь при формировании фреймов выполните следующие действия.
Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить это можно по наличию строки Framing is {ESF|SF} в выходных данных команды show controller t1.
Для изменения формата формирования фреймов используйте команду framing {SF | ESF} в режиме настройки контроллера, как показано ниже:
maui-nas-03(config-controlle)#framing esf
Измените настройку затухания линии с помощью команды cablelength {long | short}.
Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOSТ.
При увеличении количества ошибок кода линии выполните следующие действия.
Проверьте соответствие кодирования линии для порта и формата формирования фреймов для линии. Проверить это можно по наличию строки "Line Code is {B8ZS|AMI}" в выходных данных команды show controller t1.
Для изменения кодировании линии используйте команду linecode {ami | b8zs} в режиме настройки контроллера, как показано ниже:
maui-nas-03(config-controlle)#linecode b8zs
Измените настройку затухания линии с помощью команды cablelength {long | short}.
Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOS®.
Используйте команду show running-config для просмотра правильности настройки типа коммутатора ISDN и таймслотов PRI-группы. Для получения корректных значений обратитесь к поставщику услуг.
Чтобы настроить тип коммутатора ISDN и PRI-группу:
maui-nas-03#configure terminal maui-nas-03(config)#isdn switch-type primary-5ess maui-nas-03(config)#controller t1 0 maui-nas-03(config-controlle)#pri-group timeslots 1-24
Если счетчик ошибок не увеличивается, но проблема сохраняется, убедитесь, что канал передачи служебных сигналов включен и правильно настроен.
Запустите команду show interface serial x:23, где x - это номер интерфейса.
Убедитесь, что интерфейс включен. Если интерфейс не включен, воспользуйтесь командой no shutdown для его включения.
maui-nas-03#config terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#interface serial 0:23 maui-nas-03(config-if)#no shutdown
Убедитесь, что задана инкапсуляция с использованием PPP. Если интерфейс не использует PPP, то исправьте это с помощью команды encapsulation ppp в режиме настройки интерфейса.
maui-nas-03(config-if)#encapsulation ppp
Проверьте, установлено ли замыкание на себя. Замыкание на себя необходимо устанавливать только для тестирования. Для удаления замыканий на себя воспользуйтесь командой no loopback.
maui-nas-03(config-if)#no loopback
Выключите и снова включите маршрутизатор.
Если проблема сохранилась, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC
При устранении неполадок PRI необходимо проверить полную работоспособность T1 на обеих сторонах. Если неполадки уровня 1 устранены в соответствии с вышеуказанным описанием, займитесь неполадками на уровнях 2 и 3.
Команда show isdn status используется для отображения снимка всех интерфейсов ISDN. Она выводит статус слоев 1, 2 и 3.
Убедитесь, что уровень 1 активен.
Состояние уровня 1 должно всегда быть "ACTIVE", если Т1 работает. Если в выходных данных команды show isdn status отображается, что уровень 1 имеет статус "DEACTIVATED", то существует проблема с физическим подключением к линии T1. См. раздел "Находится ли контроллер T1 в статусе "Down"?"
Также убедитесь, что T1 не находится в статусе "administratively down". Для включения контроллера T1 воспользуйтесь командой no shutdown.
Проверьте, находится ли уровень 2 в статусе "MULTIPLE_FRAME_ESTABLISHED".
Необходимый статус уровня 2 - "Multiple_Frame_Established", что указывает на обмен фреймов уровня 2 и завершение инициализации уровня 2.
Если статус уровня 2 не "Multiple_Frame_Established", то используйте команду EXEC show controller t1 для диагностики проблемы. См. раздел Устранение неполадок с помощью команды show controller t1 в этой главе.
Поскольку команда "show isdn status" отображает снимок текущего статуса, то уровень 2 может "мигать", несмотря на наличие статуса "Mulitple_Frame_Established". Используйте команду debug isdn q921 для проверки стабильности уровня 2.
Команда debug isdn q921 отображает процедуры доступа к уровню передачи данных (уровень 2) маршрутизатора на канале D.
Убедитесь, что конфигурация позволяет при необходимости просматривать сообщения отладки с помощью команды logging console или terminal monitor.
Примечание: в производственной среде убедитесь, что ведение журнала консоли отключено. Введите команду "show logging". Если ведение журнала включено, то сервер доступа может периодически зависать, когда порт консоли перегружается сообщениями журнала. Введите команду no logging console.
Примечание: если команда debug isdn q921 запущена, но вы не получаете никаких выходных данных debug, то выполните вызов или осуществите сброс контроллера для получения выходных данных debug.
Убедитесь, что уровень 2 стабилен.
Необходимо проверить выходные данные команды debug на предмет сообщений о "мигании" службы. При наличии следующих типов выходных данных debug линия нестабильна.
Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:23, TEI 0 changed to down Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:23, changed state to down Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: Controller 0 clock is now selected as clock source Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:23, TEI 0 changed to up Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller T1 0, changed state to up Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:23, changed state to up
Если уровень 2 проявляет признаки нестабильности, см. раздел "Устранение неисправностей ошибочного события T1" ранее в этой главе.
Убедитесь, что как на передающей (TX), так и на принимающей (RX) стороне наблюдаются только сообщения SAPI.
Mar 20 10:06:52.505: ISDN Se0:23: TX -> RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:06:52.505: ISDN Se0:23: RX <- RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.505: ISDN Se0:23: TX -> RRp sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:23: RX <- RRp sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:23: TX -> RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:23: RX <- RRf sapi = 0 tei = 0 nr = 0
Убедитесь в отсутствии сообщений SABME, которые указывают на попытки повторной инициализации уровня 2. Обычно это наблюдается при передаче запрашиваемых опросов (RR) и неполучении отклика от коммутатора (RRf) или наоборот. Ниже приведены примеры сообщений SABME.
Mar 20 10:06:21.702: ISDN Se0:23: RX <- SABMEp sapi = 0 tei = 0 Mar 20 10:06:22.494: ISDN Se0:23: TX -> SABMEp sapi = 0 tei = 0
При наличии сообщений SABME используйте команду show running-config для просмотра правильности настройки типа коммутатора ISDN и таймслотов PRI-группы. Для получения корректных значений обратитесь к поставщику услуг.
Чтобы настроить тип коммутатора ISDN и PRI-группу:
maui-nas-03#configure terminal maui-nas-03(config)#isdn switch-type primary-5ess maui-nas-03(config)#controller t1 0 maui-nas-03(config-controlle)#pri-group timeslots 1-24
С помощью команды show interfaces serial x:23 убедитесь, что D-канал включен.
Если D-канал не включен, то воспользуйтесь командой no shutdown для его включения:
maui-nas-03(config)#interface serial 0:23 maui-nas-03(config-if)#no shutdown
Проверьте, задана ли инкапсуляция с использованием PPP. Если нет, воспользуйтесь командой encapsulation ppp для настройки инкапсуляции.
maui-nas-03(config-if)#encapsulation ppp
Проверьте, находится ли интерфейс в режиме замыкания на себя. При обычной эксплуатации интерфейс не должен находиться в режиме замыкания на себя.
maui-nas-03(config-if)#no loopback
Выключите и снова включите маршрутизатор.
Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.
Аппаратный тест замыкания на себя с заглушкой используется для тестирования при наличии любых сбоев маршрутизатора. Если маршрутизатор успешно проходит аппаратный тест замыкания на себя с заглушкой, значит, неполадки следует искать где-то на линии.
Для создания заглушки для замыкания на себя выполните данные действия.
Используйте кусачки для проводов для отрезания рабочего кабеля RJ-45 или RJ-48, оставив 13 см кабеля с разъемом.
Зачистите провода.
Скрутите вместе провода, идущие от контактов 1 и 4.
Скрутите вместе провода, идущие от контактов 2 и 5.
Контакты на разъеме RJ-45/48 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов.
Для выполнения теста замыкания на себя с заглушкой выполните следующие действия.
Вставьте заглушку в соответствующий порт T1.
Сохраните конфигурацию маршрутизатора с помощью команды write memory.
maui-nas-03#write memory Building configuration... [OK]
Установите инкапсуляцию на HDLC.
maui-nas-03#config terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#interface serial 0 maui-nas-03(config-if)#enc maui-nas-03(config-if)#encapsulation HDLC maui-nas-03(config-if)#^Z
Используйте команду show running-config, чтобы проверить, назначен ли для интерфейса IP-адрес.
Если IP-адрес для интерфейса не назначен, то получите уникальный адрес и назначьте его для интерфейса с маской подсети 255.255.255.0.
maui-nas-03(config)#ip address 172.22.53.1 255.255.255.0
Очистите счетчики интерфейса с помощью команды clear counters.
maui-nas-03#clear counters Clear "show interfaces" counters on all interfaces [confirm] maui-nas-03#
Выполните расширенный тест ping в соответствии с разделом "Выполнение расширенной проверки соединения (ping)", расположенным ранее в этой главе.
В данном разделе описаны методики и процедуры устранения неполадок цепей E1 для удаленных пользователей.
Эта команда отображает статус контроллера, который зависит от конкретного оборудования контроллера. Эти сведения, как правило, используются для диагностики, выполняемой персоналом службы технической поддержки.
Модули NPM и MIP могут обращаться к адаптерам портов для определения их текущего статуса. Для отображения статистики соединения E1 используйте команду show controller e1. Если указать гнездо и номер порта, то статистика будет отображаться каждые 15 минут.
Команда EXEC show controller e1 предоставляет сведения для логического устранения неполадок на физическом и канальном уровнях. В данном разделе описана процедура логического устранения неполадок с помощью команды show controller e1.
Чаще всего ошибки E1 связаны с неверными настройками каналов. Проверьте правильность настройки шифрования передачи, формирования фреймов, источника синхронизирующих импульсов и окончания линии (сбалансированного или несбалансированного) в соответствии с рекомендациями поставщика услуги.
Состояния в выходных данных команды show controller e1
Контроллер E1 может находиться в одном из следующих трех статусов.
Administratively down
Down
Up
Контроллер находится в статусе "administratively down", когда он выключен вручную. Для исправления этой ошибки необходимо перезагрузить контроллер.
Перейдите в активный режим.
maui-nas-03>enable Password: maui-nas-03#
Перейдите в режим глобальной настройки.
maui-nas-03#configure terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#
Перейдите в режим настройки контроллера.
maui-nas-03(config)#controller e1 0 maui-nas-03(config-controlle)#
Перезагрузите контроллер.
maui-nas-03(config-controlle)#shutdown maui-nas-03(config-controlle)#no shutdown
Если линия E1 не включена, то проверьте правильность настройки линии и соответствие настройкам на удаленной стороне.
Проверьте формирование фреймов на линии и на удаленной стороне. Для линий E1 формирование фреймов может быть настроено на CRC4 или noCRC4
Проверьте кодирование линии на линии и на удаленной стороне. Кодирование линии может быть настроено на AMI или HDB3.
Проверьте, настроено сбалансированное или несбалансированное окончание линии (75 или 120 Ом).
Дополнительную информацию о корректных настройках можно узнать у поставщика услуг. Внесите все необходимые изменения как для локальных, так и для удаленных конечных устройств.
Если контроллер E1 и линия не включены, то проверьте, не появляется ли в выходных данных команды EXEC show controller e1 одно из следующих сообщений:
Receiver has loss of frame
Receiver has loss of signal
При наличии сообщения "Receiver Has Loss of Frame" для E1 выполните следующие действия.
Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить формат формирования фреймов для контроллера можно в текущей конфигурации или в выходных данных команды show controller e1.
Для изменения формата формирования фреймов используйте команду framing {CRC4 | no CRC4} в режиме настройки контроллера, как показано ниже:
maui-nas-03#configure terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#controller E1 0 maui-nas-03(config-controlle)#framing CRC4
Попробуйте использовать другой формат фреймов и проследите за поведением сигнала.
Если таким образом проблема не будет устранена, перейдите в следующий раздел "Сообщение "Receiver Has Loss of Signal" для E1".
Проверьте формат формирования фреймов на удаленной стороне.
Проверьте кодирование линии на удаленной стороне.
При наличии сообщения "Receiver Has Loss of Signal" для E1 выполните следующие действия.
Проверьте кабельное соединение между портом интерфейса и оборудованием поставщика услуг E1 или терминальным оборудованием E1. Убедитесь, что кабель подключен к правильным портам. При необходимости исправьте кабельные соединения.
Проверьте целостность кабеля. Проверьте отсутствие других физических недостатков кабеля. Проверьте правильность расположения выводов. При необходимости замените кабель.
Проверьте кабельные разъемы. В случае реверса передающих и принимающих пар или открытой принимающей пары могут возникнуть ошибки. Установите принимающую пару на линии 1 & 2. Установите передающую пару на линии 4 & 5.
Контакты на разъеме RJ-48 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов. Дополнительные сведения см. на следующем рисунке.
Рис. 15-11. Кабель RJ-45
Попробуйте использовать витую пару.
Проверьте наличие ошибок по блокам на дальней стороне. В случае отсутствия таковых источник проблемы находится на принимающем контакте локальной стороны. За дополнительной помощью обратитесь в центр технической поддержки TAC.
После каждого этапа запускайте команду EXEC show controller e1 для проверки возможных ошибок контроллера.
Проверьте по выходным данным команды show controller e1, что линия находится в режиме замыкания на себя. Режим замыкания на себя устанавливается только для тестирования линии.
Для отключения замыкания на себя используйте команду no loopback в режиме настройки контроллера, как отображено ниже:
maui-nas-03(config-controlle)#no loopback
Используйте выходные данные команды show controller, чтобы проверить наличие отображаемых контроллером сигналов тревоги или ошибок.
Теперь мы обсудим различные сигналы тревоги и процедуры, необходимые для их устранения.
Удаленный сигнал тревоги на приеме свидетельствует о наличии неполадки в восходящей линии, идущей от оборудования, подключенного к порту.
Проверьте соответствие формата формирования фреймов для порта и для линии. Если нет, измените формат формирования фреймов на контроллере для согласования с линией.
Проверьте настройку кодирования линии на оборудовании удаленной стороны. Обратитесь к поставщику услуг для получения правильных настроек. При необходимости исправьте неверные настройки.
Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Выполнение аппаратного теста замыкания на себя с заглушкой" ранее в этой главе.
Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:
Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".
Проверьте совпадение настроек для удаленной стороны и порта.
Если проблема не устранена, обратитесь к поставщику услуг.
Удалите заглушку замыкания на себя и снова подключите канал E1.
Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".
Выключите и снова включите маршрутизатор.
Подключите линию E1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту:
Снова подключите линию E1 к исходному порту.
Перейдите в раздел "Устранение неисправностей ошибочного события E1".
Если проблема сохраняется:
Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".
Замените плату контроллера E1.
Перейдите в раздел "Устранение неисправностей ошибочного события E1".
Красная тревога объявляется, когда CSU не удается синхронизироваться с шаблоном формирования фреймов на линии E1.
Проверьте соответствие формата формирования фреймов для порта и для линии. Если соответствия нет, измените формат формирования фреймов на контроллере для согласования с линией.
Проверьте совпадение настроек для удаленной стороны и порта.
Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Выполнение аппаратного теста замыкания на себя с заглушкой" ранее в этой главе.
Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:
Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".
Если проблема не устранена, обратитесь к поставщику услуг.
Подключите линию E1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту.
Снова подключите линию E1 к исходному порту.
Перейдите в раздел "Устранение неисправностей ошибочного события E1".
Если проблема сохраняется:
Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".
Замените плату контроллера E1.
Перейдите в раздел "Устранение неисправностей ошибочного события E1".
Обратитесь к поставщику услуг.
Команда EXEC show controller e1 EXEC выводит сообщения об ошибках, которые используются при диагностике неполадок. Теперь мы обсудим несколько видов сообщений об ошибках и процедур, необходимых для их устранения.
Для проверки прирастания счетчиков ошибок повторяйте команду show controller e1. Отметьте значения счетчиков в текущем интервале Настройки для формирования фреймов и кодирования линий можно узнать у провайдера услуг связи.
Наличие в строке E1 ошибочных битов указывает на неполадку синхронизации. Поставщик E1 (телефонная компания) обеспечит необходимую синхронизацию с телекоммуникационным оборудованием клиента (CPE).
Убедитесь, что источник синхронизации получен из сети. Это можно проверить по наличию строки "Clock Source is Line Primary".
Примечание: если на сервере доступа присутствует несколько контроллеров E1, то только один из них может быть основным, а остальные E1 получают синхронизацию от основного. В этом случае проверьте правильность настройки линии E1, указанной в качестве основного источника синхронизации.
Установите источник синхронизации E1 корректно из режима настройки контроллера.
maui-nas-03(config-controlle)#clock source line primary
При прирастании счетчика потерь при формировании фреймов выполните следующие действия:
Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить это можно по наличию строки "Framing is {ESF|SF}" в выходных данных команды show controller e1.
Для изменения формата формирования фреймов используйте команду framing {CRC4 | no CRC4} в режиме настройки контроллера, как показано ниже:
maui-nas-03(config-controlle)#framing crc4
При увеличении количества ошибок кода линии выполните следующие действия.
Проверьте соответствие кодирования линии для порта и формата формирования фреймов для линии. Проверить это можно по наличию строки "Line Code is {AMI/HDB3}" в выходных данных команды show controller e1.
Для изменения кодировании линии используйте команду linecode {ami | hdb3} в режиме настройки контроллера, как показано ниже:
maui-nas-03(config-controlle)#linecode ami
Используйте команду show running-config для проверки правильности настройки типа коммутатора ISDN и таймслотов PRI-группы. Для получения корректных значений обратитесь к поставщику услуг.
Чтобы настроить тип коммутатора ISDN и PRI-группу:
maui-nas-03#configure terminal maui-nas-03(config)#isdn switch-type primary-net5 maui-nas-03(config)#controller e1 0 maui-nas-03(config-controlle)#pri-group timeslots 1-31
Если счетчик ошибок не увеличивается, но проблема сохраняется, убедитесь, что канал передачи служебных сигналов включен и правильно настроен.
Запустите команду show interface serial x:15, где x - это номер интерфейса.
Убедитесь, что интерфейс включен. Если интерфейс не включен, воспользуйтесь командой no shutdown для его включения.
maui-nas-03#config terminal Enter configuration commands, one per line. End with CNTL/Z. maui-nas-03(config)#interface serial 0:15 maui-nas-03(config-if)#no shutdown
Убедитесь, что задана инкапсуляция с использованием PPP. Если интерфейс не использует PPP, то исправьте это с помощью команды encapsulation ppp в режиме настройки интерфейса.
maui-nas-03(config-if)#encapsulation ppp
Проверьте, установлено ли замыкание на себя. Замыкание на себя необходимо устанавливать только для тестирования. Для удаления замыканий на себя воспользуйтесь командой no loopback.
maui-nas-03(config-if)#no loopback
Выключите и снова включите маршрутизатор.
Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.
При устранении неполадок PRI необходимо проверить полную работоспособность E1 на обеих сторонах. Если неполадки уровня 1 устранены в соответствии с вышеуказанным описанием, займитесь неполадками на уровнях 2 и 3.
Команда show isdn status используется для отображения снимка всех интерфейсов ISDN. Она выводит статус слоев 1, 2 и 3.
Убедитесь, что уровень 1 активен.
Состояние уровня 1 должно всегда быть "ACTIVE", если E1 работает.
Если в выходных данных команды show isdn status отображается, что уровень 1 имеет статус "DEACTIVATED", то существует проблема с физическим подключением к линии E1. См. раздел "Находится ли контроллер E1 в статусе "Administratively Down"?"
Также убедитесь, что E1 не находится в статусе "administratively down". Для включения контроллера E1 воспользуйтесь командой no shutdown.
Проверьте, находится ли уровень 2 в статусе "MULTIPLE_FRAME_ESTABLISHED".
Необходимый статус уровня 2 - "Multiple_Frame_Established", что указывает на установление начального протокола между ISDN и конечным устройством и обмен фреймов уровня 2.
Если статус уровня 2 не "Multiple_Frame_Established", то используйте команду EXEC show controller e1 для диагностики проблемы. См. раздел "Устранение неполадок с помощью команды show controller e1" в этой главе, а также раздел "Устранение неполадок с ошибочным событием E1".
Поскольку команда show isdn status отображает снимок текущего статуса, то уровень 2 может "мигать", несмотря на наличие статуса "Mulitple_Frame_Established". Используйте команду debug isdn q921 для проверки стабильности уровня 2.
Команда debug isdn q921 отображает процедуры доступа к уровню передачи данных (уровень 2) маршрутизатора на канале D.
Убедитесь, что конфигурация позволяет при необходимости просматривать сообщения отладки (debug) с помощью команды logging console или terminal monitor.
Примечание: в производственной среде убедитесь, что ведение журнала консоли отключено. Введите команду show logging. Если ведение журнала включено, то сервер доступа может периодически зависать, когда порт консоли перегружается сообщениями журнала. Введите команду no logging console.
Примечание: Если команда debug isdn q921 запущена, но вы не получаете никаких выходных данных debug, то выполните вызов или осуществите сброс контроллера для получения выходных данных debug.
Убедитесь, что уровень 2 стабилен. Необходимо проверить выходные данные команды debug на предмет сообщений о "мигании" службы. При наличии следующих типов выходных данных debug линия нестабильна.
Mar 20 10:06:07.882: %ISDN-6-LAYER2DOWN: Layer 2 for Interface Se0:15, TEI 0 changed to down Mar 20 10:06:09.882: %LINK-3-UPDOWN: Interface Serial0:15, changed state to down Mar 20 10:06:21.274: %DSX1-6-CLOCK_CHANGE: Controller 0 clock is now selected as clock source Mar 20 10:06:21.702: %ISDN-6-LAYER2UP: Layer 2 for Interface Se0:15, TEI 0 changed to up Mar 20 10:06:22.494: %CONTROLLER-5-UPDOWN: Controller E1 0, changed state to up Mar 20 10:06:24.494: %LINK-3-UPDOWN: Interface Serial0:15, changed state to up
Если уровень 2 проявляет признаки нестабильности, см. раздел "Устранение неисправностей ошибочного события E1" ранее в этой главе.
Убедитесь, что как на передающей (TX), так и на принимающей (RX) стороне наблюдаются только сообщения SAPI.
Mar 20 10:06:52.505: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:06:52.505: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.505: ISDN Se0:15: TX -> RRp sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRp sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:15: TX -> RRf sapi = 0 tei = 0 nr = 0 Mar 20 10:07:22.509: ISDN Se0:15: RX <- RRf sapi = 0 tei = 0 nr = 0
Убедитесь в отсутствии сообщений SABME, которые указывают на попытки повторной инициализации уровня 2. Обычно это наблюдается при передаче запрашиваемых опросов (RR) и неполучении отклика от коммутатора (RRf) или наоборот. Ниже приведены примеры сообщений SABME. Сообщения SABME должны вызывать отклик от коммутатора ISDN (получение фрейма UA).
Mar 20 10:06:21.702: ISDN Se0:15: RX <- SABMEp sapi = 0 tei = 0 Mar 20 10:06:22.494: ISDN Se0:15: TX -> SABMEp sapi = 0 tei = 0
При наличии сообщений SABME используйте команду show running-config для проверки правильности настройки типа коммутатора ISDN и таймслотов PRI-группы. Для получения корректных значений обратитесь к поставщику услуг.
Чтобы настроить тип коммутатора ISDN и PRI-группу:
maui-nas-03#configure terminal maui-nas-03(config)#isdn switch-type primary-net5 maui-nas-03(config)#controller e1 0 maui-nas-03(config-controlle)#pri-group timeslots 1-31
С помощью команды show interfaces serial x:15 убедитесь, что D-канал включен.
Если D-канал не включен, то воспользуйтесь командой no shutdown для его включения:
maui-nas-03(config)#interface serial 0:15 maui-nas-03(config-if)#no shutdown
Проверьте, задана ли инкапсуляция с использованием PPP. Если нет, воспользуйтесь командой encapsulation ppp для настройки инкапсуляции.
maui-nas-03(config-if)#encapsulation ppp
Проверьте, находится ли интерфейс в режиме замыкания на себя. При обычной эксплуатации интерфейс не должен находиться в режиме замыкания на себя.
maui-nas-03(config-if)#no loopback
Выключите и снова включите маршрутизатор.
Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.