Ais ошибка на потоке

Introduction

This document explains common alarm types that may appear during E1 operation. It also provides troubleshooting techniques. Use this document in conjunction with E1 Error Events Troubleshooting and the Internetwork Troubleshooting Handbook.

Prerequisites

Requirements

There are no specific prerequisites for this document.

Components Used

The information in this document is based on this software version.

• Cisco IOS® Software Release 12.0

The information presented in this document was created from devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If you are working in a live network, ensure that you understand the potential impact of any command before you use it.

Conventions

For more information on document conventions, refer to the Cisco Technical Tips Conventions.

Identify the Alarm

The show controller e1 command displays the controller status specific to the controller hardware. This information is useful for technical support personnel who perform diagnostic tasks. The Network Processor Module (NPM) or MultiChannel Interface Processor (MIP) can query the port adapters to determine their current status.

The show controller e1 EXEC command also provides:

• Statistics about the E1 link. If you specify a slot and a port number, you can see statistics for each 15-minute period.

• Information to troubleshoot physical layer and data link layer problems.

• Local or remote alarm information, if any, on the E1 line.

Issue the show controller command to see if there are alarms or errors displayed by the controller. To see if the frame, line code, and slip seconds error counters register increasing counts, issue the show controller e1 command repeatedly. Note the values the counters indicate for the current interval.

Contact your service provider for frame and line code settings. HDB3 is the only defined line code for E1 lines, while CRC4 framing is most widely used. Look for «Clock Source is Line Primary» in the show controller e1 command output to verify that the clock source is derived from the network.

Troubleshooting the Alarm

This section addresses alarms and procedures to correct them. After each step, issue the show controller e1 command to determine if any alarms occur.

Receive Alarm Indication Signal

A receive (rx) Alarm Indication Signal (AIS) means that there is an alarm on the line upstream from the equipment connected to the port. The AIS failure is declared when an AIS defect is detected at the input and still exists after the Loss of Frame (LoF) failure is declared (caused by the unframed nature of the all «1s» signal). The AIS failure is clears when you clear the LoF failure.

To correct rxAIS errors, complete these steps:

1. Check the show controller e1 slot/port command output to see if the framing format configured on the port matches the framing format of the line.

   If not, change the framing format on the controller to match the line.

   To change the framing format, issue the framing {crc4 | no-crc4} command in controller configuration mode, for example:

   bru-nas-03#configure terminal
   Enter configuration commands, one per line. End with CNTL/Z. 
   bru-nas-03(config)#controller e1 0
   bru-nas-03(config-controlle)#framing crc4 
   

2. Contact your service provider to check for an incorrect configuration within the telephone company or a failure in its upstream connections.

Receive Remote Alarm Indication

A Remote Alarm Indication (RAI) means that the far-end equipment has a problem with the signal it is receiving from the local equipment.

The RAI failure is declared when the A-bit (bit three in timeslot zero of frames not containing Frame Alignment Signal [FAS]) becomes one (1). The RAI failure is not declared when a Loss of Signal (LoS) or LoF is detected.

To correct rxRAI errors, complete these steps:

1. Insert an external loopback cable into the port.

   For more information, see the Hard Plug Loopback Tests for E1 Lines document.

2. Issue the show controller e1 EXEC command to determine if any alarms occur.

   If you do not find any alarms, then the local hardware is probably in good condition. In that case, complete these steps:

   1. Check the cabling. Ensure that you have correctly connected the cable between the interface port and the E1 service provider equipment or E1 terminal equipment. Ensure that you have connected the cable to the correct ports. Correct the cable connections if necessary.

   2. Check the cable integrity by looking for breaks or other physical abnormalities in the cable. Ensure the pinouts are set correctly. Replace the cable if necessary.

   3. Check the settings at the remote end and verify that they match your port settings.

      If the problem persists, contact your service provider.

3. Remove the loopback plug, and reconnect your E1 line.

4. Check the cabling.

5. Power cycle the router.

6. Connect the E1 line to a different port. Configure the port with the same settings as the line.

   If the problem does not persist, then the fault lies with the port. In this case, complete the following steps:

   1. Reconnect the E1 line to the original port.

   2. Perform a hardware loop test. For more information, see the Hard Plug Loopback Tests for E1 Lines document.

Transmit Remote Alarm Indication

A transmit (tx) RAI at an E1 interface means that the interface has a problem with the signal it receives from the far-end equipment.

To correct txRAI errors, complete the following steps:

1. Check the settings at the remote end to ensure that they match your port settings.

2. Another alarim accompanies the txRAI. This alarm indicates the problem that the E1 port/card has with the signal from the far-end equipment. Troubleshoot the condition to resolve the txRAI.

Transmit Alarm Indication Signal

A txAIS alarm is declared when the E1 controller is shut down. A message consisting of all «1»s is sent in an unframed E1 signal.

To correct txAIS errors, complete these steps:

1. Issue the show controller e1 number command to ensure that the E1 controller is up (number is the interface number).

2. If the E1 controller is not up, issue the no shutdown command to bring it up.

Related Information

• E1 Error Events Troubleshooting
• Configuring Channelized E1 and Channelized T1
• Hard Plug Loopback Tests for E1 Lines
• Access Technology Support Pages
• Technical Support — Cisco Systems

+7(495) 797-3311
Москва, Новозаводская ул., 18, стр. 1
info@qtech.ru
www.qtech.ru

8

4.4. АВАРИИ И ПАРАМЕТРЫ

Наименование аварии

Описание причины

Маска индикатора

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

LINKDOWN электриче-
ский интерфейс

Кабель не подключен или терминальное сетевое
оборудование выключено

LNK/ACT OFF

SFP not in place

SFP модуль не установлен

—

—

SFP RXLOS

Отсутствие сигнала (LOS) на приёмнике SFP
модуля

— —

SFP TXFAULT

Лазер SFP модуля не готов к передаче

—

—

E1-LOS

Потеря сигнала (LOS) на приеме интерфейса Е1 E1

LOS

ON

E1-AIS

Индикация отсутствия передачи от удалённой
стороны по потоку Е1

—

—

E1-LOF

Потеря фрейма —

—

E1-LOMF

Потеря мультифрейма

—

—

E1-CRC-ERR

Ошибки по CRC-4

—

—

E1 RAI

Авария удаленного конца, указывает на потерю
фреймов

—

—

VCAT-LOM

Потеря индикатора мультифрейма MFI

—

—

VCAT-CRC

Ошибка CRC по LCAS

—

—

VCAT-SQM

Ошибка в значении SQ в VCAT: индикатор несо-
ответствия значения принимаемого SQ и пере-
даваемого.

— —

VCAT-MND

Сообщение LCAS указывает,

что соответствующий член в VCG недоступен.

—

—

VCAT-LCASSO

Обнаружение исходного члена VCG.

—

—

LOA

Потеря действительной(виртуальной) каскадной
ориентации:

Указывает задержку чека(проверки) среди VCG

Внутренние члены слишком большие, особенно

Когда LCAS калечит.

—

—

PLCR

Потеря части пропускной способности на приём,
при активном LCAS

— —

TLCR

Потеря всей пропускной способности на приём,
при активном LCAS

—

—

PLCT

Потеря части пропускной способности на пере-
дачу, при активном LCAS

— —

TLCT

Потеря всей пропускной способности на переда-
чу, при активном LCAS

—

—

LFD

Потеря GFP фреймов в установленных границах —

—

CSF

Индикатор потери клиентского сигнала на уда-
лённой стороне.

—

—

Стал недавно счастливым обладателем станции М-200(320) с платой K19V98F

с тремя потоками Е1, станция запустилась, связь есть, однако в потоках

достаточно много ошибок.<br>

<br>

Потоки: 1 — 2ВСК, 2 — GSCP, 3 — ISDN PRI, 1 и 3 организованы по меди

(модемы Nateks FG-PAM-SAN E1b), 2 — по оптике (Nateks FOM-4)<br>

Конфиг потоков:<br>

    PROFIL [1] { TYPE = PCM_CAS<br>

    }<br>

    PROFIL [2] { TYPE = SIG_CAS2_OUT<br>

        eType = 2<br>

        fAlwaysAnswerAON = YES<br>

        fIgnoreBackSignal = YES<br>

    }<br>

    PROFIL [3] { TYPE = SIG_CAS2_IN<br>

        eType = 2<br>

        fSingleRelease = YES<br>

    }<br>

    PROFIL [4] { TYPE = SIG_CAS2_IN<br>

        eType = 2<br>

        fToll = YES<br>

    }<br>

    PROFIL [5] { TYPE = PCM_DSS1<br>

        CRC4 = NO<br>

    }<br>

    PROFIL [6] { TYPE = SIG_DSS1<br>

    }<br>

Профили 1,2,3,4 описывают поток 1, профили 5 и 6 — поток 3. Поток 2, как я понял, в описании не нуждается.<br>

<br>

Вот результаты двух опросов станции командой pcmstatus с интервалом в 20 минут: <br>

Current time is [2005-10-11 20:37:12]<br>

Done<br>

>pcmstatus 1<br>

PCM 1 status bits:<br>

— 2 FRS0 RRA АВАРИЯ ДАЛЬНЕГО КОНЦА<br>

— 6 FRS1 TS16RA  (сигнальный КИ) АВАРИЯ ДАЛЬНЕГО КОНЦА<br>

— 2 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

— 59 ISR4 XSN Transmit Slip Negative СЛИП ПО ПЕРЕДАЧЕ<br>

Done<br>

>pcmstatus 2<br>

PCM 2 status bits:<br>

— 78 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

Done<br>

>pcmstatus 3<br>

PCM 3 status bits:<br>

— 2 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

Done<br>

>gettime<br>

Current time is [2005-10-11 20:57:34]<br>

Done<br>

>pcmstatus 1<br>

PCM 1 status bits:<br>

— 4 FRS0 RRA АВАРИЯ ДАЛЬНЕГО КОНЦА<br>

— 9 FRS1 TS16RA  (сигнальный КИ) АВАРИЯ ДАЛЬНЕГО КОНЦА<br>

— 5 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

— 135 ISR4 XSN Transmit Slip Negative СЛИП ПО ПЕРЕДАЧЕ<br>

Done<br>

>pcmstatus 2<br>

PCM 2 status bits:<br>

— 179 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

— 2 RR err2 — ошибка в статус-байте: 80H<br>

Done<br>

>pcmstatus 3<br>

PCM 3 status bits:<br>

— 5 ISR3 RSP Receive Slip Positive СЛИП ПО ПРИЕМУ<br>

— 1 ISR3 RSN Receive Slip Negative СЛИП ПО ПРИЕМУ<br>

Done<br>

<br>

Чем это может быть вызвано? Что такое слипы и о чем говорит их наличие? Плохо это или неважно?<br>

1. Home
2. General Telecommunications Forum
3. E1 alarms (LOS, LOF, AIS, RAI) [telecom]

• XML Sitemap
• Terms of Service
• Privacy Policy
• Contact

Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.