Глобальная сеть (WAN) : T1/E1 и T3/E3

Кольцевая проверка линий T1/56K

23 марта 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (6 марта 2008) | Отзыв

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Общие сведения
Выполнение кольцевой проверки на CSU/DSU
      Программная обратная петля CSU/DSU
      Аппаратная обратная петля CSU/DSU
      Заглушки замыкания
Кольцевая проверка с помощью телефонной компании
Диагностические проверки при петлевом контроле
      Подготовка к расширенной проверке соединения (ping)
      Выполнение расширенной проверки соединения (ping)
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Введение

Если последовательный канал не функционирует должным образом, лучший способ устранения неполадок в цепях - провести кольцевые проверки. Кольцевые проверки позволяют изолировать отдельные сегменты цепи и проверить их отдельно. Начать кольцевые проверки в помещениях клиента можно с помощью тестов CSU/DSU (service unit/data service unit). Затем можно воспользоваться помощью телефонной компании или поставщика.

Предварительные условия

Требования

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

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются программного обеспечения Cisco IOS версии 12.0 и более поздних.

Условные обозначения

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

Общие сведения

Для выявления проблем на последовательных каналах можно использовать два вида кольцевых проверок, программные обратные петли и замыкание аппаратных заглушек. С помощью внутренних или внешних CSU/DSU можно выполнить как программные, так и аппаратные кольцевые проверки по направлению к маршрутизатору.

  • Программные возвратные кольцевые петли обычно используются с командой настройки Cisco IOS или с кнопкой обратной с некоторыми CSU/DSU.

  • С помощью заглушки замыкания или кабеля, вставленного в CSU/DSU, можно проводить аппаратные кольцевые проверки.

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

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

loopback.gif

warning Предупреждение: Все кольцевые проверки являются принудительными для цепи. Следовательно при устранении неисправностей в цепи невозможно передавать трафик через этот канал.

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

Выполнение кольцевой проверки на CSU/DSU

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

Хотя на CSU/DSU можно одновременно выполнять программные и аппаратные кольцевые проверки, заглушка замыкания более эффективна для выявления проблем. Программная кольцевая проверка маршрутизатора обычно проверяет только функции DSU на CSU/DSU. Аппаратные кольцевые проверки могут доказать, что ошибка отсутствует во всей CSU/DSU.

Программная обратная петля CSU/DSU

Для внутреннего CSU/DSU программная обратная петля внедряется с помощью команды настройки Cisco IOS. Для большинства платформ используется одна из следующих форм команды: loopback, loopback dte или loopback local. Это создает петлю в цепи из CSU/DSU обратно к маршрутизатору и таким образом изолирует этот раздел цепи.

Чтобы выполнить кольцевую проверку на T1 с разделением каналов, используя интерфейс PRI или сигнализацию по выделенному каналу(CAS), необходимо использовать команду контроллера T1 channel-group. С помощью этой команды можно создать один или более последовательных интерфейсов, отображенных на серию таймслотов в T1 с разделением на каналы.

Примечание: Если T1 настроен, как PRI, необходимо удалить pri-group до использования команды channel-group.

Чтобы запустить кольцевую проверку программного обеспечения на локальном CSU, настройте команду loopback local на контроллере. Ниже приведен пример использования этих команд.

Router#configure terminal

Enter configuration commands, one per line.  End with CNTL/Z.
Router(config)#controller t1 0
Router(config-controller)#no pri-group timeslots 1-24
Router(config-controller)#channel-group 0 timeslots 1-24 speed 64

!--- Это автоматически создает единый интерфейс Serial0:0. 

Router(config-controller)#loopback local

!--- Локальная команда обратной петли выше необходима для выполнения программных кольцевых проверок.

Router(config-controller)#exit
Router(config)#interface serial 0:0 
Router(config-if)#encapsulation hdlc

!--- Примечание. Кольцевые проверки выполняются с помощью инкапсуляции hdlc.

Примечание: В этом примере создается единый интерфейс Serial0:0 (где первый 0 означает контроллер, а второй 0 - номер группы каналов) и используются все 24 таймслота при общей пропускной способности в 1,536 Мбит/с. При использовании типа формирования кадров Super Frame (SF) и кодирования линии AMI, выполните команду channel-group c параметром speed 56. SF/AMI не поддерживает DS0 свободного канала.

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

Аппаратная обратная петля CSU/DSU

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

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

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

Заглушки замыкания

Примечание: Контакты заглушки кабеля RJ-45 нумеруются с 1 до 8. Если держать разъем перед собой, чтобы было видно металлические контакты, то контакт 1 – крайний левый.

RJ45.gif

Схема расположения выводов у CSU/DSU T1 отличается от четырехпроводного CSU/DSU 56К. Соединителем для T1 CSU/DSU является RJ-48C. Соединителем для четырехпроводного 56k CSU/DSU является RJ-48S. Оба разъема совместимы с штекерами RJ-45.

  • Чтобы создать заглушку замыкания для T1 CSU/DSU, выполните следующие действия:

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

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

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

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

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

  • Чтобы создать заглушку замыкания для 56K CSU/DSU, выполните следующие действия:

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

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

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

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

    5. Оставьте в покое остаток проводов.

Кольцевая проверка с помощью телефонной компании

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

Для тестирования CSU/DSU, маршрутизатора и соединяющего их кабеля (для внутреннего CSU/DSU) на обеих сторонах цепи используйте проверки CSU/DSU. Если с помощью этих средств были выявлены проблемы, обратитесь за помощью к телефонной компании или поставщику. Эти кольцевые проверки выполняются с помощью телефонной компании, но не проводятся компанией независимо.

Примечание: Эти проверки не совпадают с выполняемыми телефонной компанией диагностическим тестированием или тестированием BERT на линии.

Для этих кольцевых проверок необходима помощь телефонной компании, поскольку они предоставляют обратную связь с помещением пользователя через свои коммутаторы. Проверьте замкнутый контур с маршрутизатора. Для этого телефонная компания должна выполнить команду "split the circuit" на коммутаторе компании, ближайшем к маршрутизатору пользователя. К примеру, телефонная компания должна обеспечить обратную связь на первом коммутаторе, через который проходит цепь, и в петле, которая возвращает цепь к маршрутизатору. Таким образом можно выделить отдельные коммутаторы из огромного множества. Можно проводить проверки только некоторой части цепи между первым коммутатором компании и CSU/DSU, SmartJack и маршрутизатором пользователя.

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

Если тестирование на "первом коммутаторе" не выявило ошибок, выполните эту же процедуру на удаленном конце цепи. Удаленный узел - это маршрутизатор на другой стороне облака поставщика. Если удаленный узел - это ваш поставщик Интернет-услуг (ISP), необходимо использовать помощь ISP для проверки этой части цепи.

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

Если проверка "первого коммутатора" выявляет, что в цепи есть проблема между первым коммутатором компании и маршрутизатором пользователя, компания может помочь проверить данный сегмент цепи. Телефонная компания может создать обратную связь между оборудованием и SmartJack, соединяющим CSU/DSU и первый коммутатор компании. Помните, что при наличии расширенных разграничительных точек, необходимо проверить их на наличие ошибок. При неправильном создании расширенных разграничительных точек они могут привести к возникновению проблем на линии. Расширенные разграничительные точки появляются, когда поставщик переносит исходную точку ближе к оборудованию клиента.

Диагностические проверки при петлевом контроле

Лучшей проверкой при петлевом контроле, описанном выше, является расширенная проверка соединения ping. Чтобы найти ошибки в интерфейсе, необходимо выполнить этот тест и проверить команду show interface serial .

Подготовка к расширенной проверке соединения (ping)

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

  1. Команда show interface serial используется, чтобы удостовериться, что интерфейс маршрутизатора обладает HDLC-инкапсуляцией и видит обратную связь.

    Далее представлены первые несколько строчек выходных данных команды:

    Router#show interface serial 0
    Serial0 is up, line protocol is up (looped)
    Hardware is HD64570
    Internet address is 10.1.1.1, 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 set, keepalive set (10 sec)
    ...
  2. Чтобы проверить, имеет ли интерфейс уникальный IP-адрес, которого не имеет ни один другой интерфейс, воспользуйтесь командой show running-config.

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

     Router(config-if)#ip address 172.22.53.1 255.255.255.0
    
  3. Чтобы очистить счетчики интерфейса, используйте команду clear counters.

    Пример.

     Router#clear counters
     Clear "show interface" counters on all interfaces [confirm]
     Router#
    
  4. Выполните расширенную проверку соединения, как описано в разделе Выполнение расширенной проверки соединения (ping).

Выполнение расширенной проверки соединения.

Команда ping - полезное средство тестирования, доступное в устройствах объединенных сетей Cisco, а также во многих хост-системах. В TCP/IP это средство диагностики также известно как запрос отклика по протоколу управляющих сообщений Интернет (Internet Control Message Protocol, ICMP).

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

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

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

  1. Выполните расширенную проверку соединения. Для этого используйте следующие действия:

    1. Введите: ping ip

    2. Target address = укажите IP-адрес локального интерфейса, которому только что был присвоен IP-адрес

    3. Repeat count = 50

    4. Datagram size = 1500

    5. Timeout = нажмите ENTER

    6. Extended cmds = yes

    7. Source Address = нажмите ENTER

    8. Type of service = нажмите ENTER

    9. Set Df bit in ip header = нажмите ENTER

    10. Validate reply data = нажмите ENTER

    11. Data pattern: 0x0000

    12. Нажмите ENTER три раза.

    Обратите внимание на то, что размер пакета тестирования ping 1500 байт, и что мы выполняем проверку с одними нулями (0x0000). Кроме того, спецификация подсчета ping установлена на 50. Следовательно, в данном случае отсылается пятьдесят пакетов ping размером 1500 байт.

    Ниже приведен пример выходных данных:

    Router#ping ip
    Target IP address: 172.22.53.1
    Repeat count [5]: 50
    Datagram size [100]: 1500
    Timeout in seconds [2]:
    Extended commands [n]: yes
    Source address or interface:
    Type of service [0]:
    Set DF bit in IP header? [no]:
    Validate reply data? [no]:
    Data pattern [0xABCD]: 0x0000
    Loose, Strict, Record, Timestamp, Verbose[none]:
    Sweep range of sizes [n]:
    Type escape sequence to abort.
    Sending 50, 1500-byte ICMP Echos to 172.22.53.1, timeout is 2 seconds: 
    Packet has data pattern 0x0000
    !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    Success rate is 100 percent (50/50), round-trip min/avg/max = 4/4/8 ms
    Router#
    
  2. Выполните дополнительную расширенную проверку соединения с использованием других шаблонов данных.

    Пример.

    Повторите действие 1, но используйте шаблон данных 0x1111

    Повторите действие 1, но используйте шаблон данных 0xffff

    Повторите действие 1, но используйте шаблон данных 0xaaaa

  3. Убедитесь, что все расширенные проверки соединения были на 100 процентов успешными.

  4. Проверьте выходные данные команды show interface serial, чтобы определить, увеличилось ли количество входных ошибок.

    Если число входных ошибок не увеличилось, то локальное оборудование (DSU, кабель, плата интерфейса маршрутизатора), вероятно, исправно. Также проведите проверку при помощи циклического избыточного кода (CRC), кадров или других способов. Проверьте это, просмотрев пятую и шестую строку от конца выходных данных команды show interface serial.

    Если все проверки ping успешны на 100%, и количество входных ошибок не увеличилось, скорее всего, оборудование в данном сегменте находится в нормальном состоянии. Проводите кольцевые проверки в следующем сегменте.

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

Связанные обсуждения сообщества поддержки Cisco

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


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


Document ID: 5708