Уже есть учетная запись?

  •   Персонализированная информация
  •   Ваши продукты и поддержка

Нужна учетная запись?

Создать учетную запись

Устранение неполадок, связанных с проблемами последовательных соединений

Параметры загрузки

  • PDF     (413.6 KB)
    Просмотр в Adobe Reader на различных устройствах
  • ePub     (174.1 KB)
    Просмотр в различных приложениях на устройствах iPhone, iPad, Android, Sony Reader или Windows Phone
  • Mobi (Kindle)     (450.0 KB)
    Просмотр на устройстве Kindle или в приложении Kindle на нескольких устройствах
Обновлено:21 мая 2008 года
Идентификатор документа:14149

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Устранение неполадок с помощью команды "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".

Устранение неполадок с помощью команды "show interfaces serial"

На выходе команды EXEC show interfaces serial отображается информация о последовательных интерфейсах. На рисунке 15-1 приведены выходные данные команды EXEC show interfaces serial для последовательного интерфейса HDLC.

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

Остальные выводимые на экран поля детально описаны в разделе "Подробная информация о команде show interfaces serial" далее в этой главе.

Последовательные соединения: строка статуса 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.gif

Таблица 15-1: Последовательные соединения: строка статуса show interfaces serial - в данной таблице указано содержание строки статуса интерфейса, связанные с ним возможные проблемы и решения этих проблем.

Строка статуса

Возможная проблема

Решение

Serial x is up, line protocol is up

 

Эта строка соответствует корректному статусу. Действий не требуется.

Serial x is down, line protocol is down (DTE mode)

  • Обычно указывает на то, что маршрутизатор не воспринимает сигнал CD (либо эта функция отключена).

  • Проблема телефонной компании - сбой на линии или отсутствие подключения линии к CSU/DSU

  • Ошибка или дефект прокладки кабелей

  • Аппаратный сбой (CSU/DSU)

  1. Проверьте индикаторы на CSU/DSU для подтверждения активности CD или вставьте на линию распределительную коробку для проверки сигнала CD.

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

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

  4. Свяжитесь с технической поддержкой выделенной линии или другого канала для проверки наличия проблемы.

  5. Замените неисправные компоненты.

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

Serial x is up, line protocol is down (DTE mode)

  • Локальный или удаленный маршрутизатор неверно настроен

  • Удаленный маршрутизатор не отправляет сообщения об активности

  • Проблема с техническим обслуживанием выделенной линии или другого канала - зашумленная линия, неверно настроенный или дефектный коммутатор

  • Проблема синхронизации на кабеле (не установлен режим SCTE на CSU/DSU)

  • Локальный или удаленный сбой CSU/DSU

  • Аппаратный сбой маршрутизатора (локального или удаленного)

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

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

  2. Если вероятным источником проблемы является удаленная сторона, повторите шаг 1 для удаленного модема, CSU или DSU.

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

  4. Примените команду EXEC debug serial interface.

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

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

  6. Если протокол линии связи восстановится, а счетчик сообщений об активности начнет увеличиваться, то проблема не связана с локальным маршрутизатором. Выполните диагностику последовательного канала в соответствии с разделами "Устранение неполадок синхронизации" и "Тесты замыкания на себя для CSU и DSU", расположенными далее в этой главе.

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

Serial x is up, line protocol is down (DCE mode)

  • Отсутствует команда настройки интерфейса clockrate

  • Устройство DTE не поддерживает режим SCTE или не настроено для него

  • Удаленный сбой CSU или DSU

  • Сбой или некорректность кабеля

  • Аппаратный сбой маршрутизатора

  1. Добавьте команду настройки интерфейса clockrate в последовательном интерфейсе.

    Синтаксис:

    clock rate bps

    Описание синтаксиса:

    • bps-желательная частота синхронизации в битах в секунду: 1200, 2400, 4800, 9600, 19200, 38400, 56000, 64000, 72000, 125000, 148000, 250000, 500000, 800000, 1000000, 1300000, 2000000, 4000000 или 8000000.

  2. По возможности установите устройство DTE в режим SCTE. Если CSU/DSU не поддерживает SCTE, возможно, придется отключить SCTE в интерфейсе маршрутизатора Cisco. См. раздел "Инвертирование импульсов синхронизации передачи данных" далее в этой главе.

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

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

  5. При необходимости замените неисправные детали.

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

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

  1. Используйте привилегированную команду EXEC show running-config для просмотра всех команд loopback в конфигурации интерфейса.

  2. При нахождении команды loopback в конфигурации интерфейса используйте команду настройки интерфейса no loopback для удаления петли.

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

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

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

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

  • Большое количество ошибок из-за проблем с техническим обслуживанием телефонной компании

  • Проблема с оборудованием CSU или DSU

  • Неисправное оборудование маршрутизатора (интерфейс)

  1. Выполните диагностику канала с помощью анализатора последовательного канала и распределительной коробки. Проследите переключение сигналов CTS и DSR.

  2. Петля CSU/DSU (петля DTE). Если симптомы сохраняются, вероятно наличие аппаратной проблемы. Если симптомы исчезли, вероятно наличие проблемы телефонной компании.

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

Serial x is administratively down, line protocol is down

  • В конфигурации маршрутизатора присутствует команда настройка интерфейса shutdown

  • Продублируйте IP-адрес

  1. Проверьте конфигурацию маршрутизатора для команды shutdown.

  2. Используйте команду настройки интерфейса no shutdown для удаления команды shutdown.

  3. Убедитесь в отсутствии идентичных IP-адресов с помощью привилегированной команды EXEC show running-config или команды EXEC show interfaces.

  4. При наличии дубликатов разрешите конфликт путем изменения одного из IP-адресов.

Последовательные соединения: повышение количества выпадений на выходе последовательного соединения

Выпадения на выходе проявляются в выходных данных команды show interfaces serial (см. рис. 15-1), когда система пытается передать пакет в передающий буфер, но буферы недоступны.

Симптом: возросшее количество отброшенных исходящих пакетов последовательного соединения.

Таблица 15-2: Последовательные соединения: повышение количества выпадений на выходе последовательного соединения - в этой таблице приведены проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.

Возможная проблема

Решение

Входящая скорость последовательного интерфейса превышает полосу пропускания последовательного соединения

  1. Минимизируйте периодический широковещательный трафик (например, обновления маршрутизации и SAP) с помощью списков доступа и других средств. Например, для увеличения интервала между обновлениями SAP используйте команду настройки интерфейса ipx sap-interval.

  2. Повышайте размер выходной очереди задержки на небольшие значения (например, 25 процентов) с помощью команды настройки интерфейса hold-queue out.

  3. На затронутых интерфейсах деактивируйте быстрое переключение активно используемых протоколов. Например, для деактивации быстрого переключения IP введите команду настройки интерфейса no ip route-cache. Для получения информации о синтаксисе команд для других протоколов используйте руководства по настройке Cisco IOS и справочник по командам.

  4. Примените метод приоритетной очередности на медленных последовательных соединениях путем настройки списков приоритетов. Для получения информации о настройке списков приоритетов используйте руководства по настройке Cisco IOS и справочник по командам.

Примечание: выпадения на выходе приемлемы при определенных условиях. К примеру, если соединение заведомо перегружено (и нет способа исправить ситуацию), то зачастую предпочтительнее сбрасывать пакеты, нежели задерживать их. Это действительно для протоколов, поддерживающих управление потоком и способных перенаправлять данные (например, TCP/IP и Novell IPX). Однако некоторые протоколы, такие как DECnet и LAT, чувствительны к сбросу пакетов и плохо обеспечивают перенаправление, если обеспечивают вообще.

Последовательные соединения: возросшее количество выпадений на входе последовательного соединения

Выпадения на входе проявляются в выходных данных команды EXEC "show interfaces serial" (см. рис. 15-1), когда системе приходится обрабатывать слишком много пакетов с данного интерфейса.

Симптом: возросшее количество отброшенных входящих пакетов последовательного соединения.

Таблица 15-3: Последовательные соединения: повышение количества выпадений на входе последовательного соединения - в этой таблице приведены проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.

Возможная проблема

Решение

Входящая скорость превышает возможности маршрутизатора или входные очереди превышают размер выходных очередей

Примечание: проблемы с выпадениями на входе, как правило, появляются, когда трафик маршрутизируется между быстрыми интерфейсами (например, Ethernet, Token Ring и FDDI) и последовательными интерфейсами. При малом объеме трафика проблем нет. Но как только объемы возрастают, начинается резервирование. Во время таких периодов перегрузки маршрутизатор отбрасывает пакеты.

  1. Увеличьте размер выходной очереди на интерфейсах, которые наиболее часто являются конечными для интерфейса, сбрасывающего пакеты. Используйте команду настройки интерфейса hold-queue out. Увеличивайте размеры очередей на небольшие значения (например, 25 процентов) до тех пор, пока выпадения не исчезнут в выходных данных show interfaces. Стандартный предел выходной очереди задержки - 100 пакетов.

  2. Сократите размер входной очереди с помощью команды настройки интерфейса hold-queue, чтобы превратить выпадения на входе в выпадения на выходе. Выпадения на выходе меньше влияют на производительность маршрутизатора. Стандартный размер входной очереди задержки - 75 пакетов.

Последовательные соединения: увеличение количества входных ошибок с превышением одного процента от общего трафика по интерфейсу

Если входные ошибки проявляются в выходных данных команды show interfaces serial (см. рис. 15-1), то существует несколько потенциальных источников этих ошибок. Наиболее вероятные источники указаны в таблице 15-4.

Примечание: любое количество входных ошибок, в том числе ошибок циклической контрольной суммы (CRC), ошибок формирования фреймов или прерываний, превышающее один процент от общего трафика по интерфейсу, предполагает определенную проблему соединения, которую необходимо локализовать и устранить.

Симптом: возросшее количество входных ошибок с превышением одного процента от общего трафика по интерфейсу.

Таблица 15-4: Последовательные соединения: возросшее количество входных ошибок с превышением одного процента от общего трафика по интерфейсу.

Возможная проблема

Решение

Причиной данного симптома могут быть следующие проблемы:

  • Неисправное оборудование телефонной компании

  • Зашумленный последовательный канал

  • Неправильная настройка синхронизации (не установлен режим SCTE)

  • Неправильный или слишком длинный кабель

  • Неисправный кабель или соединение

  • Неисправное устройство CSU или DSU

  • Неисправное оборудование маршрутизатора

  • Между маршрутизатором и DSU используется преобразователь или другое устройство

Примечание: Cisco настоятельно рекомендует не использовать преобразователи при соединении маршрутизатора с WAN или последовательной сетью.

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

  2. Используйте тексты замыкания на себя и ping для локализации источника специфической проблемы. Для получения дополнительной информации воспользуйтесь разделами "Использование команды trace" и "Тесты замыкания на себя для CSU и DSU", которые расположены далее в этой главе.

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

Последовательные соединения: устранение неполадок, связанных с входными ошибками последовательного канала

Таблица 15-5: В данной таблице описаны различные типы входных ошибок, отображаемые командой show interfaces serial (см. рис. 15-1), потенциальные проблемы, к которым могут привести эти ошибки, и решения этих проблем.

Тип входной ошибки (название поля)

Возможная проблема

Решение

Ошибки CRC (CRC)

Ошибки CRC возникают при отрицательном результате расчета CRC - что означает повреждение данных по одной из следующих причин:

  • Зашумленный последовательный канал

  • Слишком длинный последовательный кабель, либо кабель от CSU/DSU к маршрутизатору не защищен

  • Режим SCTE не включен на DSU

  • Неправильная настройка синхронизации линии CSU

  • Проблема плотности синхронизирующих битов на соединении T1 (неправильная настройка формирования фреймов или кодирования)

  1. Убедитесь, что канал удовлетворяет требованиям чистоты для передачи данных. При необходимости экранируйте кабель.

  2. Убедитесь что длина кабеля не превышает рекомендуемого предела - 15,24 метров, а для соединения T1 - 7,62 метров.

  3. Убедитесь, что все устройства правильно настроены для общей синхронизации канала. Установите режим SCTE для локального и удаленного DSU. Если CSU/DSU не поддерживает режим SCTE, см. раздел "Инвертирование импульсов синхронизации передачи данных" далее в этой главе.

  4. Убедитесь, что настроенная на локальных и удаленных CSU/DSU схема формирования фреймов и кодирования соответствует схеме, которая используется технической поддержкой выделенной линии или другого канала (например, ESF/B8ZS).

  5. Свяжитесь с технической поддержкой выделенной линии или другого канала и потребуйте провести проверку целостности канала.

Ошибки формирования фреймов (фрейм)

Ошибка формирования фрейма возникает в том случае, если маршрут пакета не завершается на 8-битной границе по одной из следующих причин:

  • Зашумленный последовательный канал

  • Неправильно спроектированный кабель; слишком длинный последовательный кабель; не экранированный кабель от CSU или DSU к маршрутизатору

  • На DSU не включен режим SCTE; синхронизация канала CSU неправильно настроена; одна частот настроена для локальной синхронизации

  • Проблема плотности синхронизирующих битов на соединении T1 (неверная настройка формирования фреймов или кодирования)

  1. Убедитесь, что канал удовлетворяет требованиям чистоты для передачи данных. При необходимости экранируйте кабель. Убедитесь, что используется правильный кабель.

  2. Убедитесь что длина кабеля не превышает рекомендуемого предела - 15,24 метров, а для соединения T1 - 7,62 метров.

  3. Убедитесь, что все устройства правильно настроены для общей синхронизации канала. Установите режим SCTE для локального и удаленного DSU. Если CSU/DSU не поддерживает режим SCTE, см. раздел "Инвертирование импульсов синхронизации передачи данных" далее в этой главе.

  4. Убедитесь, что настроенная на локальном и удаленном CSU/DSU схема формирования фреймов и кодирования соответствует схеме, которая используется технической поддержкой выделенной линии или другого канала (например, ESF/B8ZS).

  5. Свяжитесь с технической поддержкой выделенной линии или другого канала и потребуйте провести проверку целостности канала.

Прерванная передача данных (прерывание)

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

Эта ошибка может быть вызвана следующими причинами:

  • На DSU не включен режим SCTE

  • Неправильно настроена синхронизация канала CSU

  • Слишком длинный последовательный кабель, либо не экранированный кабель от CSU или DSU к маршрутизатору

  • Проблема плотности синхронизирующих битов на соединении T1 (неправильная настройка формирования фреймов или кодирования)

  • Удаление пакета в процессе передачи - типичное последствие сброса интерфейса или ошибки формирования фрейма

  • Аппаратная проблема - неисправная цепь, неисправное устройство CSU/DSU или неисправный интерфейс отправки на удаленном маршрутизаторе

  1. Убедитесь, что все устройства правильно настроены для общей синхронизации канала. Установите режим SCTE для локального и удаленного DSU. Если CSU/DSU не поддерживает режим SCTE, см. раздел "Инвертирование импульсов синхронизации передачи данных" далее в этой главе.

  2. При необходимости экранируйте кабель. Убедитесь что длина кабеля не превышает рекомендуемого предела - 15,24 метров, а для соединения T1 - 7,62 метров. Убедитесь, что все соединения в порядке.

  3. Проверьте оборудование на обеих сторонах соединения. При необходимости замените неисправное оборудование.

  4. Уменьшите скорость передачи данных и проследите, уменьшится ли количество прерываний.

  5. Используйте тесты локального и удаленного замыкания на себя для определения места возникновения прерываний. См. раздел "Специальные тесты последовательных соединений" далее в этой главе.

  6. Свяжитесь с технической поддержкой выделенной линии или другого канала и потребуйте провести проверку целостности канала.

Последовательные соединения: возросшее количество сбросов интерфейса последовательного соединения

Сбросы интерфейса, которые проявляются в выходных данных команды EXEC "show interfaces serial" (см. рис. 15-1), являются следствием потери пакетов проверки активности.

Симптом: возросшее количество сбросов интерфейса последовательного соединения.

Таблица 15-6: В данной таблице приведены потенциальные проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.

Возможная проблема

Решение

Причиной данного симптома могут быть следующие проблемы:

  • Перегрузка соединения (как правило, связана с выпадениями на выходе)

  • Переходы CD из-за неполадок канала

  • Возможная проблема оборудования CSU, DSU или коммутатора

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

  1. Если выходные данные команды show interfaces serial отображают большое количество выпадений на выходе, см. раздел "Последовательные соединения: повышение количества выпадений на выходе последовательного соединения" выше в данной главе.

  2. Проверьте поле "carrier transitions" в окне show interfaces serial. Если во время регистрируемых сбросов интерфейса присутствует большое количество переходов несущего сигнала, то вероятным источником проблемы являются неполадки соединения или неисправное оборудование CSU/DSU. Свяжитесь с технической поддержкой выделенной линии или другого канала связи и при необходимости замените неисправное оборудование.

  3. Проверьте поле "input errors" в окне show interfaces serial. При большом количестве входных ошибок во время регистрируемых сбросов интерфейса вероятным источником проблемы являются неполадки соединения или неисправное оборудование CSU/DSU. Свяжитесь с технической поддержкой выделенной линии или другого канала связи и при необходимости замените неисправное оборудование.

Последовательные соединения: возросшее значение счетчика переходов несущего сигнала последовательного соединения

Переходы несущего сигнала отражаются в выходных данных команды EXEC show interfaces serial при каждом прерывании сигнала несущей частоты (например, при сбросе интерфейса на удаленной стороне соединения).

Симптом: возросшее значение счетчика переходов несущего сигнала последовательного соединения.

В таблице 15-7 приведены потенциальные проблемы, которые могут вызвать этот симптом, а также предлагаемые решения.

Таблица 15-7: Последовательные соединения: возросшее значение счетчика переходов несущего сигнала последовательного соединения

Возможная проблема

Решение

Причиной данного симптома могут быть следующие проблемы:

  • Прерывания канала по внешним причинам (например, в связи с физическим разрывом кабеля, красным или желтым сигналом T1, либо из-за удара молнии рядом с сетью)

  • Неисправное оборудование коммутатора, DSU или маршрутизатора

  1. Проверьте оборудование на обеих сторонах соединения. Подключите распределительную коробку или последовательный анализатор для определения источника проблем.

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

  3. При необходимости замените неисправное оборудование.

Использование команды "show controllers"

Команда 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"

15_2.gif

Для продуктов, предназначенных для обеспечения доступа, например для серверов и маршрутизаторов доступа серий 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_3.gif

Рис. 15-4: Выходные данные команды "show controllers mci"

15_4.gif

Использование команд "debug"

Результаты различных привилегированных команд EXEC debug предоставляют диагностическую информацию относительно статусов протоколов и деятельности сети для разнообразных событий межсетевого взаимодействия.

caution Внимание:  Поскольку выходным данным отладки назначен высокий приоритет для обработки процессором, это может привести к зависанию системы. По этой причине использовать команды 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)

Команда 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"

15_5.gif

Выполнение проверки соединения (Ping)

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

  1. Установите режим локального замыкания на себя для CSU или DSU.

  2. Настройте расширенную команду ping для отправки различных пакетов с различными размерами и шаблонами данных. На рисунках 15-6 и 15-7 наглядно продемонстрировано два эффективных теста запросов ping, соответственно ping только из нулей (1500 байт) и ping произвольных данных (1500 байт).

  3. Изучите выходные данные команды show interfaces serial (см. рис. 15-1) и определите, увеличилось ли количество входных ошибок. Если число входных ошибок не увеличилось, то локальное оборудование (DSU, кабель, плата интерфейса маршрутизатора), вероятно, исправно.

    С учетом того, что данная последовательность тестов была вызвана возникновением большого количества ошибок CRC и формирования фреймов, то вероятно наличие проблемы синхронизации. Проверьте CSU или DSU на предмет проблем с синхронизацией. См. раздел "Устранение неполадок синхронизации" далее в этой главе.

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

  5. Повторите тест ping и проследите изменения статистики входных ошибок.

  6. Увеличение количества входных ошибок означает проблему на последовательном канале или CSU/DSU. Свяжитесь с поставщиком услуги WAN и замените CSU или DSU. Если проблема сохранится, обратитесь в службу технической поддержки.

Рис. 15-6: Тест запросов ping на 1500 байт только нулей

15_6.gif

Рис. 15-7: Тест запросов ping на 1500 байт произвольных данных

15_7.gif

Устранение неполадок синхронизации

Конфликты синхронизации последовательных соединений могут привести как к постоянным обрывам соединения, так и к падению производительности. В данном разделе обсуждаются важные аспекты неполадок синхронизации: их причины, обнаружение, локализация и устранение.

Обзор синхронизации

Оборудование 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 метра или отсутствует экранировка

  • Зашумленные или некачественные подключения к соединительной панели

  • Подключено несколько кабелей подряд

Обнаружение неполадок синхронизации

Для обнаружения конфликтов синхронизации в последовательном интерфейсе определите наличие входных ошибок следующим образом:

  1. Используйте команду следующих show interfaces serial на маршрутизаторах на обеих сторонах соединения.

  2. Изучите выходные данные команды для CRC, ошибок формирования фреймов и прерываний.

  3. Если на любом из этих шагов количество отображенных ошибок превышает примерный диапазон от 0,5 до 2,0 процентов трафика на интерфейсе, то вероятно наличие проблем синхронизации где-то в сети WAN.

  4. Локализуйте источник конфликтов синхронизации в соответствии со следующим разделом "Локализация неполадок синхронизации".

  5. Обойдите или отремонтируйте все неисправные соединительные панели.

Локализация неполадок синхронизации

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

  1. Выполните серию тестов ping и тестов замыкания на себя (как локальных, так и удаленных) в соответствии с разделом "Тесты замыкания на себя для CSU и DSU", который расположен выше в данной главе.

  2. Определите сторону соединения, которая является источником неполадки, либо наличие проблемы на канале. В режиме локального замыкания на себя запустите тесты ping с различными размерами и шаблонами данных (например, используйте датаграммы размером 1500 бит). Использование одного шаблона и размера пакета может не выявить ошибок, особенно в том случае, когда источником проблемы является последовательный кабель к маршрутизатору или CSU/DSU.

  3. Используйте команду EXEC show interfaces serial и определите, увеличивается ли количество входных ошибок и место их накопления.

Если входные ошибки накапливаются по обеим сторонам соединения, то наиболее вероятным источником проблемы является CSU.

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

Прерывания на одной стороне означают, что другая сторона отправляет неверную информацию, либо на линии есть проблема.

Примечание: всегда обращайте внимание на выходные данные команды show interfaces serial (см. рис. 15-1) и фиксируйте любые изменения количества ошибок или отсутствие этих изменений.

Устранение неполадок синхронизации

Таблица 15-8. Последовательные соединения: неполадки синхронизации и способы их устранения. В этой таблице описаны предлагаемые решения проблем синхронизации, основанные на источнике проблемы.

Возможная проблема

Решение

Некорректная конфигурация CSU

  1. Определите, согласован ли источник синхронизации (локальный или внутриканальный) для CSU на обеих сторонах.

  2. Если CSU используют разные источники, настройте их на один источник. Как правило, эти источником является канал.

  3. Проверьте конфигурацию LBO

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

Некорректная настройка DSU

  1. Определите, включен ли режим SCTE на DSU на обеих сторонах соединения.

  2. Если этого не наблюдается, включите режим SCTE на обеих сторонах соединения.

  3. Убедитесь, что плотность синхронизирующих битов сохраняется. Для этого необходимо, чтобы схемы формирования фреймов и кодирования (например, ESF и B8ZS) для DSU соответствовали схемам, которые используются технической поддержкой выделенной линии или другого канала.

    Обратитесь к поставщику выделенной линии для получения информация об используемых схемах формирования фреймов и кодирования.

  4. Если поставщик вашего канал связи использует кодирование AMI, то либо инвертируйте синхронизацию передачи данных на обеих сторонах соединения, либо запустите DSU в режиме "bit-stuff". Для получения информации по настройке DSU используйте документацию по оборудованию 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 из-за сброса пакетов где-то в сети.

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

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

Для настройки использования буферов используйте один из следующих вариантов:

  • Настройте параметры, связанные с системными буферами

  • Укажите количество пакетов, сохраняемых во входных и выходных очередях (очередях задержки)

  • Настройте приоритеты формирования очередей при передаче данных (приоритетная очередность выхода)

Команды настройки, реализующие эти варианты, описаны в руководствах по настройке Cisco IOS и справочнике по командам.

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

Настройка системных буферов

В маршрутизаторах Cisco существует два основных типа буферов: аппаратные буферы и системные буферы. Системные администраторы могут напрямую настраивать только системные буферы. Аппаратные буферы специально используются как принимающие и передающие буферы, ассоциированные с каждым интерфейсом и (при отсутствии особой настройки) динамически управляются системным программным обеспечением.

Системные буферы ассоциированы с главной системной памятью и для них выделяются блоки памяти различного размера. Для определения статусов системных буферов используется команда EXEC show buffers. На рис. 15-8 отображены выходные данные команды show buffers.

На рис. 15-8 отображены выходные данные команды "show buffers"

15_8.gif

Параметры выходных данных 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 им не удовлетворяет, поскольку не допускает задержек.

  • Интерфейс крайне медленный. Полоса пропускания узкая или прогнозируемая нагрузка склонна к спорадическому превышению доступной полосы пропускания.

Примечание: при увеличении длины выходной очереди может потребоваться увеличение количества системных буферов. Используемое значение зависит от размеров пакетов прогнозируемого трафика в сети.

Использование приоритетных очередей для устранения узких мест

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

  1. Создайте список приоритетов по типу протокола и уровню приоритета.

  2. Назначьте список приоритетов для определенного интерфейса.

На обоих этих этапах используются версии команды глобальной настройки 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, последовательному анализатору или другому оборудованию.

Тесты замыкания на себя для CSU и DSU

Если выходные данные команды EXEC show interfaces serial указывают, что последовательный канал работает, но протокол линии отключен, то для определения источника проблемы используйте тесты замыкания на себя для CSU/DSU. Сначала выполните тест локального замыкания на себя, а затем удаленный тест. На рисунке 15-9 наглядно продемонстрирована базовая топология тестов локального и удаленного замыкания на себя для CSU/DSU.

Рис. 15-9: Тесты локального и удаленного замыкания на себя для CSU/DSU

15_9.gif

Примечание: по своей природе эти тесты являются специфическими и предполагают подключение системы межсетевых взаимодействий к CSU или DSU. Однако по сути эти тесты аналогичны для подключения мультиплексора со встроенной функцией CSU/DSU. Поскольку в средах X.25 и Frame Relay с коммутацией пакетов (PSN) не существует понятия замыкания на себя, то в сетях X.25 и Frame Relay тесты замыкания на себя не производятся.

Тесты локального замыкания на себя для CSU и DSU в соединениях HDLC или PPP

Ниже указана общая процедура выполнения тестов замыкания на себя в сочетании со встроенными функциями диагностики системы:

  1. Установите режим локального замыкания для CSU/DSU (см. документацию от поставщика). В режиме локального замыкания использование синхронизации канала (от поставщика T1) прекращается, а модуль DSU вынужден использовать локальную синхронизацию.

  2. Используйте команду EXEC show interfaces serial, чтобы определить, изменился ли статус линии с "line protocol is down" на "line protocol is up (looped)", или она остается отключенной.

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

  4. Если похоже, что проблема является локальной, используйте привилегированную команду EXEC debug serial interface.

  5. Выведите CSU/DSU из режима локального замыкания. При отключенном протоколе канала в выходных данных команды debug serial interface отображается, что счетчики сообщений об активности не увеличиваются.

  6. Снова включите режим локального замыкания для CSU/DSU. При этом должно начаться приращение счетчика пакетов проверки активности. В частности, значения счетчиков проверки активности mineseen и yourseen будут увеличиваться каждые 10 секунд. Данная информация будет отображаться в выходных данных команды debug serial interface.

    Если приращений не происходит, то возможна проблема синхронизации на интерфейсной плате или в сети. Для получения информации об устранении неполадок синхронизации см. раздел "Устранение неполадок синхронизации" далее в этой главе.

    Если приращений не происходит, то возможна проблема синхронизации на интерфейсной плате или в сети. Для получения информации об устранении неполадок синхронизации см. раздел "Устранение неполадок синхронизации" далее в этой главе.

  7. Проверьте локальный маршрутизатор, оборудование CSU/DSU и все подключенные кабели. Убедитесь что длина кабелей не превышает рекомендуемого предела - 15,24 метров, а для соединений T1 - 7,62 метров. Убедитесь, что кабели подключены к правильным портам. При необходимости замените неисправное оборудование.

На рис. 15-10 отображены выходные данных команды "debug serial interface" для последовательного соединения HDLC, когда пропущенные сообщения об активности приводят к отключению канала и сбросу интерфейса.

Рис. 15-10: Выходные данные команды "debug serial interface"

15_10.gif

Тесты удаленного замыкания на себя для CSU и DSU в соединениях HDLC или PPP

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

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

Для выполнения теста замыкания на себя необходимы следующие этапы:

  1. Установите режим удаленного замыкания на себя для CSU или DSU (см. документацию от поставщика).

  2. Определите с помощью команды EXEC show interfaces serial, продолжает ли протокол канала работать со строкой статуса "Serial x is up, line protocol is up (looped)", или же он отключился со строкой статуса "line protocol is down".

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

  4. Если статус строки меняется на "line protocol is down" при активированном режиме удаленного замыкания на себя, то убедитесь, что сохраняется надлежащая плотность синхронизирующих бит. Необходимо настроить для CSU/DSU схемы формирования фреймов и кодирования (например, ESF и B8ZS) в соответствии со схемами, которые используются технической поддержкой выделенной линии или другого канала.

  5. Если проблема останется, свяжитесь с администратором сети WAN или организацией, обслуживающей WAN.

Подробная информация о команде "show interfaces serial"

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

Параметры команды "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

В данном разделе описаны методики и процедуры устранения неполадок цепей T1 для удаленных пользователей.

Устранение неполадок с помощью команды "show controller t1"

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

Модуль сетевого процессора (NPM) или процессор многоканального интерфейса (MIP) могут обращаться к адаптерам портов для определения их текущего статуса. Для отображения статистики соединения T1 используйте команду show controller t1.

Если указать гнездо и номер порта, то статистика будет отображаться каждые 15 минут. Команда EXEC show controller t1 предоставляет сведения для логического устранения неполадок на физическом и канальном уровнях. В данном разделе описана процедура логического устранения неполадок с помощью команды show controller t1.

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

Состояния в выходных данных команды "show controller t1"

Контроллер T1 может находиться в одном из следующих трех статусов:

  • Administratively down

  • Down

  • Up

Находится ли контроллер T1 в статусе "Administratively Down"?

Контроллер находится в статусе "administratively down", когда он выключен вручную. Для исправления этой ошибки необходимо перезагрузить контроллер.

  1. Перейдите в активный режим.

    maui-nas-03>en
Password: 
maui-nas-03#

  2. Перейдите в режим глобальной настройки.

    maui-nas-03#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
maui-nas-03(config)#

  3. Перейдите в режим настройки контроллера.

    maui-nas-03(config)#controller t1 0
maui-nas-03(config-controlle)#

  4. Перезагрузите контроллер.

    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

При наличии сообщения "Receiver Has Loss of Frame" для T1 выполните следующие действия:

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить формат формирования фреймов для контроллера можно в текущей конфигурации или в выходных данных команды "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

  2. Попробуйте использовать другой формат фреймов и проследите за поведением сигнала.

  3. Измените настройку затухания линии с помощью команды cablelength {long | short}.

Настройка затухания сигнала (LBO) компенсирует потерю в децибелах на основе расстояния от устройства до первого повторителя в цепи. Большее расстояние от устройства до повторителя требует увеличения силы сигнала по цепи для компенсации затухания при прохождении дистанции.

Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOSТ.

Если таким образом проблема не будет устранена, перейдите в следующий раздел "Сообщение "Receiver Has Loss of Signal" для T1".

Сообщение "Receiver Has Loss of Frame" для T1

При наличии сообщения "Receiver Has Loss of Signal" для T1 выполните следующие действия:

  1. Проверьте кабельное соединение между портом интерфейса и оборудованием поставщика услуг T1 или терминальным оборудованием T1. Убедитесь, что кабель подключен к правильным портам. При необходимости исправьте кабельные соединения.

  2. Проверьте целостность кабеля. Проверьте отсутствие других физических недостатков кабеля. Проверьте правильность расположения выводов. При необходимости замените кабель.

  3. Проверьте кабельные разъемы. В случае реверса передающих и принимающих пар или открытой принимающей пары могут возникнуть ошибки. Установите принимающие пары на линии 1 & 2. Установите передающие пары на линии 4 & 5.

    Контакты на разъеме RJ-45 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов. См. рисунок ниже.

    Рис. 15-10: Кабель RJ-45

    h2936.gif

  4. Попробуйте использовать витую пару.

После каждого этапа запускайте команду EXEC show controller t1 для проверки возможных ошибок контроллера.

Проверьте по выходным данным команды show controller t1, что линия находится в режиме замыкания на себя. Режим замыкания на себя устанавливается только для тестирования линии.

Для отключения замыкания на себя используйте команду no loopback в режиме настройки контроллера, как отображено ниже:

maui-nas-03(config-controlle)#no loopback

Если присутствуют какие-либо сигналы тревоги по контроллеру

Используйте выходные данные команды show controller, чтобы проверить наличие отображаемых контроллером сигналов тревоги или ошибок.

Теперь мы обсудим различные сигналы тревоги и процедуры, необходимые для их устранения.

Сигнал аварийного статуса (AIS) приема (RX) (голубой)

Сигнал аварийной индикации (AIS) свидетельствует о наличии сигнала тревоги в восходящей линии, идущей от оборудования, подключенного к порту.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Если нет, измените формат формирования фреймов на контроллере для согласования с линией.

  2. Чтобы проверить правильность конфигурации телефонной сети, обратитесь к поставщику услуг.

Индикатор удаленного сигнала тревоги (RAI) по приему (Rx) (желтый)

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

  1. Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Создание заглушки замыкания на себя" далее в этой главе.

  2. Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:

    1. Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для T1".

    2. Проверьте совпадение настроек для удаленной стороны и порта.

    3. Если проблема не устранена, обратитесь к поставщику услуг.

  3. Удалите заглушку замыкания на себя и снова подключите канал T1.

  4. Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для T1".

  5. Выключите и снова включите маршрутизатор.

  6. Подключите линию T1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту:

    1. Снова подключите линию T1 к исходному порту.

    2. Перейдите в раздел "Устранение неисправностей ошибочного события T1".

      Если проблема сохраняется:

  7. Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".

  8. Замените плату контроллера T1.

  9. Перейдите в раздел "Устранение неисправностей ошибочного события T1".

Передатчик отправляет удаленный сигнал тревоги (красный)

Красная тревога объявляется, когда CSU не удается синхронизироваться с шаблоном формирования фреймов на линии Т1.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Если соответствия нет, измените формат формирования фреймов на контроллере для согласования с линией.

  2. Проверьте совпадение настроек для удаленной стороны и порта.

  3. Обратитесь к поставщику услуг.

Индикатор удаленного сигнала тревоги (RAI) по передаче (Tx) (желтый)

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

  1. Проверьте совпадение настроек для удаленной стороны и порта.

  2. Индикатор RAI по передаче должен сопровождаться еще одним сигналом тревоги, который указывает на суть проблемы порта/платы T1 с сигналом от оборудования на дальней стороне.

Устраните данную неполадку для отключения индикатора RAI по передаче.

AIS по передаче (Tx) (голубой)

Выполните указанные ниже действия для отключения сигнала AIS по передаче (Tx) (голубого).

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. При необходимости устраните несоответствие.

  2. Выключите и снова включите маршрутизатор.

  3. Подключите линию T1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии.

  4. Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".

  5. Замените плату контроллера T1.

  6. Перейдите в раздел "Устранение неисправностей ошибочного события T1".

Устранение неисправностей ошибочного события T1

Команда EXEC show controller t1 EXEC выводит сообщения об ошибках, которые используются при диагностике неполадок. Теперь мы обсудим несколько видов сообщений об ошибках и процедур, необходимых для их устранения.

Для проверки прирастания счетчиков ошибок повторяйте команду show controller t1. Фиксируйте значения счетчиков в текущем интервале.

Настройки для формирования фреймов и кодирования линий можно узнать у провайдера услуг связи. Хорошим практическим методом является применение кодирования линии B8ZS с формированием фреймов ESF и кодирования линии AMI с формированием фреймов SF.

Прирастание счетчика ошибок

Наличие в строке Т1 ошибочных битов указывает на неполадку синхронизации. Поставщик T1 (телефонная компания) обеспечит необходимую синхронизацию с телекоммуникационным оборудованием клиента (CPE).

  1. Убедитесь, что источник синхронизации получен из сети. Это можно проверить по наличию строки "Clock Source is Line Primary".

    Примечание: если на сервере доступа присутствует несколько контроллеров T1, то только один из них может быть основным, а остальные T1 получают синхронизацию от основного. В этом случае проверьте правильность настройки линии T1, указанной в качестве основного источника синхронизации.

  2. Установите источник синхронизации T1 корректно из режима настройки контроллера.

    maui-nas-03(config-controlle)#clock source line primary

Увеличение счетчика потерь при формировании фреймов

При прирастании счетчика потерь при формировании фреймов выполните следующие действия.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить это можно по наличию строки Framing is {ESF|SF} в выходных данных команды show controller t1.

  2. Для изменения формата формирования фреймов используйте команду framing {SF | ESF} в режиме настройки контроллера, как показано ниже:

    maui-nas-03(config-controlle)#framing esf

  3. Измените настройку затухания линии с помощью команды cablelength {long | short}.

Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOSТ.

Увеличение количества ошибок кода линии

При увеличении количества ошибок кода линии выполните следующие действия.

  1. Проверьте соответствие кодирования линии для порта и формата формирования фреймов для линии. Проверить это можно по наличию строки "Line Code is {B8ZS|AMI}" в выходных данных команды show controller t1.

  2. Для изменения кодировании линии используйте команду linecode {ami | b8zs} в режиме настройки контроллера, как показано ниже:

    maui-nas-03(config-controlle)#linecode b8zs

  3. Измените настройку затухания линии с помощью команды cablelength {long | short}.

Для получения подробной информации о настройках затухания обратитесь к поставщику услуг и справочнику по командам Cisco IOS®.

Проверка правильности настройки типа коммутатора ISDN и PRI-группы

Используйте команду 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

Проверка канала передачи служебных сигналов

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

  1. Запустите команду show interface serial x:23, где x - это номер интерфейса.

  2. Убедитесь, что интерфейс включен. Если интерфейс не включен, воспользуйтесь командой 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

  3. Убедитесь, что задана инкапсуляция с использованием PPP. Если интерфейс не использует PPP, то исправьте это с помощью команды encapsulation ppp в режиме настройки интерфейса.

    maui-nas-03(config-if)#encapsulation ppp

  4. Проверьте, установлено ли замыкание на себя. Замыкание на себя необходимо устанавливать только для тестирования. Для удаления замыканий на себя воспользуйтесь командой no loopback.

    maui-nas-03(config-if)#no loopback

  5. Выключите и снова включите маршрутизатор.

  6. Если проблема сохранилась, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC

Устранение неполадок PRI

При устранении неполадок PRI необходимо проверить полную работоспособность T1 на обеих сторонах. Если неполадки уровня 1 устранены в соответствии с вышеуказанным описанием, займитесь неполадками на уровнях 2 и 3.

Устранение неполадок с помощью команды "show isdn status"

Команда show isdn status используется для отображения снимка всех интерфейсов ISDN. Она выводит статус слоев 1, 2 и 3.

  1. Убедитесь, что уровень 1 активен.

    Состояние уровня 1 должно всегда быть "ACTIVE", если Т1 работает. Если в выходных данных команды show isdn status отображается, что уровень 1 имеет статус "DEACTIVATED", то существует проблема с физическим подключением к линии T1. См. раздел "Находится ли контроллер T1 в статусе "Down"?"

    Также убедитесь, что T1 не находится в статусе "administratively down". Для включения контроллера T1 воспользуйтесь командой no shutdown.

  2. Проверьте, находится ли уровень 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.

  1. Убедитесь, что уровень 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" ранее в этой главе.

  2. Убедитесь, что как на передающей (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

  3. Убедитесь в отсутствии сообщений 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

  4. С помощью команды show interfaces serial x:23 убедитесь, что D-канал включен.

    Если D-канал не включен, то воспользуйтесь командой no shutdown для его включения:

    maui-nas-03(config)#interface serial 0:23
maui-nas-03(config-if)#no shutdown

  5. Проверьте, задана ли инкапсуляция с использованием PPP. Если нет, воспользуйтесь командой encapsulation ppp для настройки инкапсуляции.

    maui-nas-03(config-if)#encapsulation ppp

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

    maui-nas-03(config-if)#no loopback

  7. Выключите и снова включите маршрутизатор.

  8. Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.

Выполнение аппаратного теста замыкания на себя с заглушкой

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

Создание заглушки для замыкания на себя

Для создания заглушки для замыкания на себя выполните данные действия.

  1. Используйте кусачки для проводов для отрезания рабочего кабеля RJ-45 или RJ-48, оставив 13 см кабеля с разъемом.

  2. Зачистите провода.

  3. Скрутите вместе провода, идущие от контактов 1 и 4.

  4. Скрутите вместе провода, идущие от контактов 2 и 5.

Контакты на разъеме RJ-45/48 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов.

Выполнение теста замыкания на себя с заглушкой

Для выполнения теста замыкания на себя с заглушкой выполните следующие действия.

  1. Вставьте заглушку в соответствующий порт T1.

  2. Сохраните конфигурацию маршрутизатора с помощью команды write memory.

    maui-nas-03#write memory
Building configuration...
[OK]

  3. Установите инкапсуляцию на 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

  4. Используйте команду show running-config, чтобы проверить, назначен ли для интерфейса IP-адрес.

    Если IP-адрес для интерфейса не назначен, то получите уникальный адрес и назначьте его для интерфейса с маской подсети 255.255.255.0.

    maui-nas-03(config)#ip address 172.22.53.1 255.255.255.0

  5. Очистите счетчики интерфейса с помощью команды clear counters.

    maui-nas-03#clear counters
Clear "show interfaces" counters on all interfaces [confirm]
maui-nas-03#

  6. Выполните расширенный тест ping в соответствии с разделом "Выполнение расширенной проверки соединения (ping)", расположенным ранее в этой главе.

Устранение неполадок E1

В данном разделе описаны методики и процедуры устранения неполадок цепей E1 для удаленных пользователей.

Диагностика с помощью команды "show controller e1"

Эта команда отображает статус контроллера, который зависит от конкретного оборудования контроллера. Эти сведения, как правило, используются для диагностики, выполняемой персоналом службы технической поддержки.

Модули NPM и MIP могут обращаться к адаптерам портов для определения их текущего статуса. Для отображения статистики соединения E1 используйте команду show controller e1. Если указать гнездо и номер порта, то статистика будет отображаться каждые 15 минут.

Команда EXEC show controller e1 предоставляет сведения для логического устранения неполадок на физическом и канальном уровнях. В данном разделе описана процедура логического устранения неполадок с помощью команды show controller e1.

Чаще всего ошибки E1 связаны с неверными настройками каналов. Проверьте правильность настройки шифрования передачи, формирования фреймов, источника синхронизирующих импульсов и окончания линии (сбалансированного или несбалансированного) в соответствии с рекомендациями поставщика услуги.

Состояния в выходных данных команды show controller e1

Контроллер E1 может находиться в одном из следующих трех статусов.

  • Administratively down

  • Down

  • Up

Находится ли контроллер E1 в статусе "Administratively Down"?

Контроллер находится в статусе "administratively down", когда он выключен вручную. Для исправления этой ошибки необходимо перезагрузить контроллер.

  1. Перейдите в активный режим. 

    maui-nas-03>enable
Password: 
maui-nas-03#

  2. Перейдите в режим глобальной настройки.

    maui-nas-03#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
maui-nas-03(config)#

  3. Перейдите в режим настройки контроллера.

    maui-nas-03(config)#controller e1 0
maui-nas-03(config-controlle)#

  4. Перезагрузите контроллер.

    maui-nas-03(config-controlle)#shutdown
maui-nas-03(config-controlle)#no shutdown

Включена ли линия?

Если линия E1 не включена, то проверьте правильность настройки линии и соответствие настройкам на удаленной стороне.

  1. Проверьте формирование фреймов на линии и на удаленной стороне. Для линий E1 формирование фреймов может быть настроено на CRC4 или noCRC4

  2. Проверьте кодирование линии на линии и на удаленной стороне. Кодирование линии может быть настроено на AMI или HDB3.

  3. Проверьте, настроено сбалансированное или несбалансированное окончание линии (75 или 120 Ом).

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

Если контроллер E1 и линия не включены, то проверьте, не появляется ли в выходных данных команды EXEC show controller e1 одно из следующих сообщений:

  • Receiver has loss of frame

  • Receiver has loss of signal

Сообщение "Receiver Has Loss of Frame" для E1

При наличии сообщения "Receiver Has Loss of Frame" для E1 выполните следующие действия.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить формат формирования фреймов для контроллера можно в текущей конфигурации или в выходных данных команды 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

  2. Попробуйте использовать другой формат фреймов и проследите за поведением сигнала.

    Если таким образом проблема не будет устранена, перейдите в следующий раздел "Сообщение "Receiver Has Loss of Signal" для E1".

  3. Проверьте формат формирования фреймов на удаленной стороне.

  4. Проверьте кодирование линии на удаленной стороне.

Сообщение "Receiver Has Loss of Signal" для E1

При наличии сообщения "Receiver Has Loss of Signal" для E1 выполните следующие действия.

  1. Проверьте кабельное соединение между портом интерфейса и оборудованием поставщика услуг E1 или терминальным оборудованием E1. Убедитесь, что кабель подключен к правильным портам. При необходимости исправьте кабельные соединения.

  2. Проверьте целостность кабеля. Проверьте отсутствие других физических недостатков кабеля. Проверьте правильность расположения выводов. При необходимости замените кабель.

  3. Проверьте кабельные разъемы. В случае реверса передающих и принимающих пар или открытой принимающей пары могут возникнуть ошибки. Установите принимающую пару на линии 1 & 2. Установите передающую пару на линии 4 & 5.

    Контакты на разъеме RJ-48 пронумерованы от 1 до 8. Контакт 1 - это крайний левый контакт, если смотреть на разъем со стороны металлических контактов. Дополнительные сведения см. на следующем рисунке.

    Рис. 15-11. Кабель RJ-45

    h2936.gif

  4. Попробуйте использовать витую пару.

  5. Проверьте наличие ошибок по блокам на дальней стороне. В случае отсутствия таковых источник проблемы находится на принимающем контакте локальной стороны. За дополнительной помощью обратитесь в центр технической поддержки TAC.

После каждого этапа запускайте команду EXEC show controller e1 для проверки возможных ошибок контроллера.

Если для линии установлен режим замыкания на себя

Проверьте по выходным данным команды show controller e1, что линия находится в режиме замыкания на себя. Режим замыкания на себя устанавливается только для тестирования линии.

Для отключения замыкания на себя используйте команду no loopback в режиме настройки контроллера, как отображено ниже: 

maui-nas-03(config-controlle)#no loopback

Если присутствуют какие-либо сигналы тревоги по контроллеру

Используйте выходные данные команды show controller, чтобы проверить наличие отображаемых контроллером сигналов тревоги или ошибок.

Теперь мы обсудим различные сигналы тревоги и процедуры, необходимые для их устранения.

Удаленный сигнал тревоги на принимающей стороне (Rx)

Удаленный сигнал тревоги на приеме свидетельствует о наличии неполадки в восходящей линии, идущей от оборудования, подключенного к порту.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Если нет, измените формат формирования фреймов на контроллере для согласования с линией.

  2. Проверьте настройку кодирования линии на оборудовании удаленной стороны. Обратитесь к поставщику услуг для получения правильных настроек. При необходимости исправьте неверные настройки.

  3. Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Выполнение аппаратного теста замыкания на себя с заглушкой" ранее в этой главе.

  4. Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:

    1. Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".

    2. Проверьте совпадение настроек для удаленной стороны и порта.

    3. Если проблема не устранена, обратитесь к поставщику услуг.

  5. Удалите заглушку замыкания на себя и снова подключите канал E1.

  6. Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".

  7. Выключите и снова включите маршрутизатор.

  8. Подключите линию E1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту:

    1. Снова подключите линию E1 к исходному порту.

    2. Перейдите в раздел "Устранение неисправностей ошибочного события E1".

      Если проблема сохраняется:

  9. Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".

  10. Замените плату контроллера E1.

  11. Перейдите в раздел "Устранение неисправностей ошибочного события E1".

Передатчик отправляет удаленный сигнал тревоги (красный)

Красная тревога объявляется, когда CSU не удается синхронизироваться с шаблоном формирования фреймов на линии E1.

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Если соответствия нет, измените формат формирования фреймов на контроллере для согласования с линией.

  2. Проверьте совпадение настроек для удаленной стороны и порта.

  3. Вставьте в порт кабель с внешним замыканием на себя. Для создания заглушки замыкания на себя см. раздел "Выполнение аппаратного теста замыкания на себя с заглушкой" ранее в этой главе.

  4. Проверьте наличие каких-либо сигналов тревоги. Отсутствие сигналов тревоги, скорее всего, свидетельствует о работоспособности локального оборудования. В этом случае:

    1. Проверьте кабели. Для получения дополнительной информации см. раздел "Сообщение "Receiver Has Loss of Signal" для E1".

    2. Если проблема не устранена, обратитесь к поставщику услуг.

  5. Подключите линию E1 к другому порту. Настройте порт так, чтобы его параметры совпадали с параметрами линии. Если проблема исчезнет, значит, ошибка относится к данному порту.

    1. Снова подключите линию E1 к исходному порту.

    2. Перейдите в раздел "Устранение неисправностей ошибочного события E1".

      Если проблема сохраняется:

  6. Выполните аппаратный тест замыкания на себя в соответствии с разделом "Выполнение аппаратного теста замыкания на себя с заглушкой".

  7. Замените плату контроллера E1.

  8. Перейдите в раздел "Устранение неисправностей ошибочного события E1".

  9. Обратитесь к поставщику услуг.

Устранение неисправностей ошибочного события E1

Команда EXEC show controller e1 EXEC выводит сообщения об ошибках, которые используются при диагностике неполадок. Теперь мы обсудим несколько видов сообщений об ошибках и процедур, необходимых для их устранения.

Для проверки прирастания счетчиков ошибок повторяйте команду show controller e1. Отметьте значения счетчиков в текущем интервале Настройки для формирования фреймов и кодирования линий можно узнать у провайдера услуг связи.

Прирастание счетчика ошибок

Наличие в строке E1 ошибочных битов указывает на неполадку синхронизации. Поставщик E1 (телефонная компания) обеспечит необходимую синхронизацию с телекоммуникационным оборудованием клиента (CPE).

  1. Убедитесь, что источник синхронизации получен из сети. Это можно проверить по наличию строки "Clock Source is Line Primary".

    Примечание: если на сервере доступа присутствует несколько контроллеров E1, то только один из них может быть основным, а остальные E1 получают синхронизацию от основного. В этом случае проверьте правильность настройки линии E1, указанной в качестве основного источника синхронизации.

  2. Установите источник синхронизации E1 корректно из режима настройки контроллера. 

    maui-nas-03(config-controlle)#clock source line primary

Увеличение счетчика потерь при формировании фреймов

При прирастании счетчика потерь при формировании фреймов выполните следующие действия:

  1. Проверьте соответствие формата формирования фреймов для порта и для линии. Проверить это можно по наличию строки "Framing is {ESF|SF}" в выходных данных команды show controller e1.

  2. Для изменения формата формирования фреймов используйте команду framing {CRC4 | no CRC4} в режиме настройки контроллера, как показано ниже: 

    maui-nas-03(config-controlle)#framing crc4

Увеличение количества ошибок кода линии

При увеличении количества ошибок кода линии выполните следующие действия.

  1. Проверьте соответствие кодирования линии для порта и формата формирования фреймов для линии. Проверить это можно по наличию строки "Line Code is {AMI/HDB3}" в выходных данных команды show controller e1.

  2. Для изменения кодировании линии используйте команду linecode {ami | hdb3} в режиме настройки контроллера, как показано ниже:

    maui-nas-03(config-controlle)#linecode ami

Проверка правильности настройки типа коммутатора ISDN и PRI-группы

Используйте команду 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

Проверка канала передачи служебных сигналов

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

  1. Запустите команду show interface serial x:15, где x - это номер интерфейса.

  2. Убедитесь, что интерфейс включен. Если интерфейс не включен, воспользуйтесь командой 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

  3. Убедитесь, что задана инкапсуляция с использованием PPP. Если интерфейс не использует PPP, то исправьте это с помощью команды encapsulation ppp в режиме настройки интерфейса. 

    maui-nas-03(config-if)#encapsulation ppp

  4. Проверьте, установлено ли замыкание на себя. Замыкание на себя необходимо устанавливать только для тестирования. Для удаления замыканий на себя воспользуйтесь командой no loopback.

    maui-nas-03(config-if)#no loopback

  5. Выключите и снова включите маршрутизатор.

  6. Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.

Устранение неполадок PRI

При устранении неполадок PRI необходимо проверить полную работоспособность E1 на обеих сторонах. Если неполадки уровня 1 устранены в соответствии с вышеуказанным описанием, займитесь неполадками на уровнях 2 и 3.

Устранение неполадок с помощью команды "show isdn status"

Команда show isdn status используется для отображения снимка всех интерфейсов ISDN. Она выводит статус слоев 1, 2 и 3.

  1. Убедитесь, что уровень 1 активен.

    Состояние уровня 1 должно всегда быть "ACTIVE", если E1 работает.

    Если в выходных данных команды show isdn status отображается, что уровень 1 имеет статус "DEACTIVATED", то существует проблема с физическим подключением к линии E1. См. раздел "Находится ли контроллер E1 в статусе "Administratively Down"?"

    Также убедитесь, что E1 не находится в статусе "administratively down". Для включения контроллера E1 воспользуйтесь командой no shutdown.

  2. Проверьте, находится ли уровень 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 q921"

Команда debug isdn q921 отображает процедуры доступа к уровню передачи данных (уровень 2) маршрутизатора на канале D.

Убедитесь, что конфигурация позволяет при необходимости просматривать сообщения отладки (debug) с помощью команды logging console или terminal monitor.

Примечание: в производственной среде убедитесь, что ведение журнала консоли отключено. Введите команду show logging. Если ведение журнала включено, то сервер доступа может периодически зависать, когда порт консоли перегружается сообщениями журнала. Введите команду no logging console.

Примечание: Если команда debug isdn q921 запущена, но вы не получаете никаких выходных данных debug, то выполните вызов или осуществите сброс контроллера для получения выходных данных debug.

  1. Убедитесь, что уровень 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" ранее в этой главе.

  2. Убедитесь, что как на передающей (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

  3. Убедитесь в отсутствии сообщений 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

  4. С помощью команды show interfaces serial x:15 убедитесь, что D-канал включен.

    Если D-канал не включен, то воспользуйтесь командой no shutdown для его включения: 

    maui-nas-03(config)#interface serial 0:15
maui-nas-03(config-if)#no shutdown

  5. Проверьте, задана ли инкапсуляция с использованием PPP. Если нет, воспользуйтесь командой encapsulation ppp для настройки инкапсуляции.

    maui-nas-03(config-if)#encapsulation ppp

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

    maui-nas-03(config-if)#no loopback

  7. Выключите и снова включите маршрутизатор.

  8. Если проблема не устранена, обратитесь к поставщику услуг или в центр технической поддержки Cisco TAC.

Дополнительные сведения

Помог ли этот документ?

FeedbackОбратная связь

Связаться с Cisco

Этот документ относится к этим продуктам

Следите за новостями
Пресс-центрМероприятияБлогиСообщество
Центр Доверия
Свяжитесь С Нами
Работайте с Нами