Страница 1 из 1 | [ Сообщений: 21 ] |
Controller E1 changed state to down (RAI detected)
Автор | Сообщение |
---|---|
Зарегистрирован: 01 янв 1970, 03:00
|
Controller E1 changed state to down (RAI detected) Controller E1 changed state to down (RAI detected) |
26 мар 2010, 11:55 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Remote Alarm Indicator (RAI) — с другой стороны проблемы с приемом потока от циски. |
26 мар 2010, 16:33 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) sh controller E1 0/1/0 br Причем здесь ISDN ? |
26 мар 2010, 18:10 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Карточка какая — VWIC-1MFT-T1/E1 или G703? http://www.ciscosystems.com/en/US/tech/ … 70f6.shtml Неплохо бы проверить наличие сигнала от удаленной стороны — |
26 мар 2010, 19:03 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Уже ставил заворот. Плату поставили уже другую и всеравно такая фигня. По потоку идут данные слипов нет. Схема такая сначала циска за ней мультиплексор а потом из него опять в мультиплексор. Карточка какая — VWIC-1MFT-T1/E1 или G703? Что это значит g.703 это стандарт оисывающий применение в E1 ? Есть карточки g.703 ? Поток пднимается на некоторое время а уже потом падает если не было бы сигнала ничего бы вобще не поднялось никогда |
27 мар 2010, 09:23 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Карточки VWIC-xMFT-G703 — для передачи неструктурированного (unframed) потока (обычно для передачи данных). |
27 мар 2010, 10:46 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) это просто данные. трасса на пол страны я не имею представления что на той стороне. |
27 мар 2010, 15:16 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Судя по логам контроллера — он почти все время в состоянии down. |
27 мар 2010, 23:34 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Пробовал выключать, тогда вообще не поднимется. Синхра из линии. |
28 мар 2010, 10:34 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Вы говорили, что пробовали устанавливать loopback (заворот). Когда устанавливаете локально заворот и сбрасываете статистику сбоев clear controller e1 0/1/0 — RAI появляться не должны, ошибки тоже. Так? |
29 мар 2010, 08:52 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Конфиг mmi polling-interval 60 interface FastEthernet0/1 disable-eadi Лог r4.TTK-gw.nrk(config-controller)#no shutdown |
29 мар 2010, 10:09 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Cisco IOS Software, 1841 Software (C1841-IPBASE-M), Version 12.4(3i), RELEASE SOFTWARE (fc2) http://www.cisco.com/techsupport Copyright (c) 1986-2007 by Cisco Systems, Inc. ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1) uptime is 3 days, 0 minutes Cisco 1841 (revision 7.0) with 114688K/16384K bytes of memory. Configuration register is 0x210 |
29 мар 2010, 10:11 |
|
Fedia Супермодератор Зарегистрирован: 01 окт 2008, 12:24
|
Re: Controller E1 changed state to down (RAI detected) Я может туплю, но не надо ли настроить соотв. interface Serial0/1/0:2 ЗЫ Сам правда мильён лет Е1 не настраивал, так что можно не прислушиваться. |
29 мар 2010, 11:26 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Сегодня тоже подумал об этом после тога как отписал, пробовал не катит. |
29 мар 2010, 12:47 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) 3 E1 на 1841 — это скорее всего одна двухпортовая и одна однопортовая плата VWIC.. http://www.cisco.com/en/US/prod/collate … _Guide.pdf Страницы 99-102 по нашим платкам. |
29 мар 2010, 14:15 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Платы проверил, заворот попробую завтра но что то мне подсказывает что это не поможет. |
30 мар 2010, 14:03 |
|
oblacko Зарегистрирован: 17 сен 2009, 10:51
|
Re: Controller E1 changed state to down (RAI detected) у мну настроено так: Цитата: Serial0/0/0:0 is up, line protocol is up и у вас я не вижу, ослеп, наверное, откуда он синхронизацию берет? |
30 мар 2010, 16:22 |
|
slAyEr Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) clock source line — дефолтовая настройка, не видна в running-config. Насколько я понимаю, команд network-clock-participate, network-clock-select нет в имеджах 1841, как и аппаратного клок-контроллера. http://www.cisco.com/en/US/prod/collate … _Guide.pdf ) встречается строчка «The Cisco 1841 Integrated Services Router provides secure data connectivity at up to one T1/E1/xDSL WAN connectivity rates.» Но можно попробовать брать синхру с первого потока, а в остальных написать явно clock source internal |
30 мар 2010, 17:01 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) пробовал сегодня clock source internal на одном потоке все равно не работает. Команд network-clock-participate, network-clock-select нет в имеджах 1841 действительно нет проверял и не будет. |
30 мар 2010, 17:28 |
|
yegorgk Зарегистрирован: 01 янв 1970, 03:00
|
Re: Controller E1 changed state to down (RAI detected) Случайно зашел в свой профиль и увидел эту тему. Может кому пригодится, Fedia прошу перенести в решенные вопросы только не знаю куда так как это может быть и с телефонией и с данными. В общем проблема была в том что некоторые тупые люди неправильно обжали коннектор и одни провод из двух пар необходимых для работы не был включен в коннектор и в циску не до входил. Я уже там просто не работаю давно топик случайно свой поднял пригодится авось кому. Ситуация осложнялась тем что порт на некоторое время поднимался, а потом падал. Выяснил когда приехал сам посмотреть на крос куда все это приходило. Как говорится не доверяй никому особенно монтажникам ))). |
14 сен 2011, 16:32 |
|
Fedia Супермодератор Зарегистрирован: 01 окт 2008, 12:24
|
Re: Controller E1 changed state to down (RAI detected) Ок Хоть проблема оказалась в недообжатом кабеле, в обсуждении было приведено масса полезных методов траблшутинга Е1. Будет полезным. |
18 сен 2011, 15:48 |
|
Показать сообщения за: Поле сортировки |
Страница 1 из 1 | [ Сообщений: 21 ] |
Кто сейчас на конференции |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0 |
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |
Стандарт E1 — это Европейский эквивалент стандарта T1, но имеющий групповую скорость 2.048Mbps и имеющий 32 канала по 64Kbps DS0.
Сигналы тревоги (Alarms), которые могут случаться в стандартом интерфейсе E1:
- ЖЕЛТАЯ (YELLOW): индикатор сбоя связи с удаленным абонентом — remote alarm indication (RAI): Сигнал RAI указывает на потерю работоспособности интерфейса между пользователем и сетью на первом уровне. Сигнал RAI распространяется в направлении сети, если работоспособности интерфейса между пользователем и сетью на первом уровне потеряна в направлении пользователя, и сигнал RAI распространяется в направлении пользователя, если эта работоспособность потеряна в направлении от пользователя к сети.
- СИНЯЯ (BLUE): сигнал сбоя связи — alarm indication signal (AIS): Сигнал AIS (alarm indication signal) используется для индикации потери работоспособности соединения на 1 уровне в направлении ET -> TE в сетевой части интерфейса между пользователем и сетью. Особенностью сигнала AIS является то, что его наличие указывает на то, что метки времени, предоставляемые в сторону TE, могут и не быть метками времени полученными из сети. Сигнал AIS передается в режиме non-framed и кодируется как «all binary ONEs».
- КРАСНАЯ (RED): Потеря сигнала — Loss of signal (LOS): Оборудование должно определить состояние «потеря сигнала», когда амплитуда поступающего сигнала: по временной продолжительности, как минимум 1 ms, более чем на 20 dB меньше, чем нормальная амплитуда. Оборудование должно отреагировать на эту ситуацию в течение 12 ms, генерируя сигнал AIS.
Хоть в стандарте E1 не используется понятий ЖЕЛТОЙ, СИНЕЙ и КРАСНОЙ тревоги, они приведены для сравнения со стандартом T1.
Ссылки по теме:
- DSx Digital Signal X
- ISDN
- PRI
Стандарт E1 — это Европейский эквивалент стандарта T1, но имеющий групповую скорость 2.048Mbps и имеющий 32 канала по 64Kbps DS0.
Сигналы тревоги (Alarms), которые могут случаться в стандартом интерфейсе E1:
- ЖЕЛТАЯ (YELLOW): индикатор сбоя связи с удаленным абонентом — remote alarm indication (RAI): Сигнал RAI указывает на потерю работоспособности интерфейса между пользователем и сетью на первом уровне. Сигнал RAI распространяется в направлении сети, если работоспособности интерфейса между пользователем и сетью на первом уровне потеряна в направлении пользователя, и сигнал RAI распространяется в направлении пользователя, если эта работоспособность потеряна в направлении от пользователя к сети.
- СИНЯЯ (BLUE): сигнал сбоя связи — alarm indication signal (AIS): Сигнал AIS (alarm indication signal) используется для индикации потери работоспособности соединения на 1 уровне в направлении ET -> TE в сетевой части интерфейса между пользователем и сетью. Особенностью сигнала AIS является то, что его наличие указывает на то, что метки времени, предоставляемые в сторону TE, могут и не быть метками времени полученными из сети. Сигнал AIS передается в режиме non-framed и кодируется как «all binary ONEs».
- КРАСНАЯ (RED): Потеря сигнала — Loss of signal (LOS): Оборудование должно определить состояние «потеря сигнала», когда амплитуда поступающего сигнала: по временной продолжительности, как минимум 1 ms, более чем на 20 dB меньше, чем нормальная амплитуда. Оборудование должно отреагировать на эту ситуацию в течение 12 ms, генерируя сигнал AIS.
Хоть в стандарте E1 не используется понятий ЖЕЛТОЙ, СИНЕЙ и КРАСНОЙ тревоги, они приведены для сравнения со стандартом T1.
Ссылки по теме:
- DSx Digital Signal X
- ISDN
- PRI
+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
Индикатор потери клиентского сигнала на уда-
лённой стороне.
—
—
greedisbad писал(а):Пытаюсь соединить АТС panasonic kx-TDA600 с АТС panasonic kx-tda200 платами pri30 через передачу потока E1 по сети ethernet при помощи мультиплексоров eltex topgate-1e1-1fg. При соединении платы с мультиплексором eltex topgate-1e1-1fg патчкордом не поднимается линк на мультиплексоре. Только лишь частые мигания оранжевого светодиода. (причем индикация не меняется даже при отключенном патчкорде) На плате pri30 в мануале соединение проходит по 1,2,4,5 жилам, на мультиплексоре по 1,2,3,6. Перепробовал все возможные комбинации, линк так и не поднялся. Вопрос: должен ли он вообще подниматься, если нет связи со вторым мультиплексором? По таблице индикации в мануале написано, что должен моргать зеленый светодиод
Bravo прав. В данной ситуации можете рассматривать в логическом плане пару topgate как простой патч корд для передачи потока Е1. Если есть сомнения в правильности определения пар на разъемах интерфейсов Е1 для определения пары TX можно использовать обычный светодиод. При подключении к паре TX активного потока Е1 светодиод должен светиться вне зависимости от полярности подключения светодиода.
Просьба загрузить с нашего сайта актуальную версию документации на обсуждаемое оборудование
http://eltex.nsk.ru/upload/iblock/5fd/t … tatsii.pdf
В документации подробно описано как анализировать статус порта Е1 TopGatr
3.2.1 Пункт /Е1
StrStatus Отображает состояние приемника/передатчика порта Е1.
OK — отсутствие ошибок в работе приемника/передатчика порта Е1;
AIS — присутствие сигнала AIS в принимаемом/передаваемом потоке Е1;
RAI — присутствие сигнала RAI в принимаемом/передаваемом потоке Е1;
LOS — присутствие сигнала LOS в принимаемом/передаваемом потоке Е1;
AZS — присутствие сигнала AZS в принимаемом/передаваемом потоке Е1;
NOS — отсутствие сигнала на приемнике/передатчике порта Е1;
CodeErr — наличие ошибок кодирования (AMI/HDB3) на приёмнике/передатчике порта Е1;
PRBSErr — наличие ошибок псевдослучайной двоичной последовательности PRBS (PRBS — pseudo-random binary sequence) на приёмнике/передатчике порта Е1 (возможен, если на порту установлен формат передачи PRBS);
TestErr — наличие ошибок работы тестера Е1 на приёмнике/передатчике порта Е1 (возможен, если на порту установлен формат передачи Test); MfASErr – наличие ошибок мультикадровой синхронизации;
CRC4Err – наличие ошибок в CRC-4;
RCRC4Err – наличие установленных битов индикации ошибок CRC-4 в двух последних нечетных кадрах мультифрейма;
RarePulseErr — наличие ошибок, говорящих о том, что импульсы приходят реже, чем положено при кодировании AMI/HDB3;
TXlock -на порту короткое замыкание (TX+ и TX-);
Unframed — порт работает в нефреймированном режиме;
Loop — на порту включен локальный шлейф;
Remote loop — на порту включен удалённый шлейф.
RTT — время от момента посылки запроса до момента получения ответа.
LinkStatus Отображает состояние порта.
Up — есть соединение;
Down — нет соединения.
Обозначения и коды аварий
При возникновении аварий потока Е1 (потеря сигнала (LOS), удаленная авария (RAI) и аварии «Перезапуск SIP-адаптера») на пульт СОРМ будет отправлено сообщение №1 с соответствующим кодом аварии.
Таблица Д6 — Обозначения и коды аварий
Код (Dec) |
Код (Hex ) |
Описание |
---|---|---|
01 |
01H |
авария потока Е1 потеря сигнала (LOS); |
02 |
02H |
удаленная авария потока Е1 (RAI) |
03 |
03H |
перезапуск SIP-адаптера |
Обозначения и коды услуг дополнительных видов обслуживания
Таблица Д7 — Обозначения и коды услуг ДВО
Код (Dec) |
Код (Hex) |
Наименование услуги ДВО |
Описание |
---|---|---|---|
32 |
20H |
Любая переадресация вызова All CF |
Выдается при установке флага «Разрешить переадресацию (302)» в настройке SIP-интерфейса и отсутствии настроек ДВО в параметрах абонента |
33 |
21H |
Безусловная переадресация вызова CFU |
Выдается при настройке ДВО «Переадресация безусловная» в параметрах ДВО абонента |
40 |
28H |
Любая условная переадресация вызова All ConfCF |
Выдается при настройке ДВО «Переадресация по недоступности», «Переадресация по расписанию», «Следуй за мной», «Следуй за мной (по неответу)» в параметрах ДВО абонента |
41 |
29H |
Переадресация вызова при занятости CFB |
Выдается при настройке ДВО «Переадресация по занятости» в параметрах абонента |
42 |
2АH |
Переадресация вызова при неответе CFNRY |
Выдается при настройке ДВО «Переадресация по неответу» в параметрах ДВО абонента |
49 |
31H |
Передача вызова CT |
Выдается при настройке ДВО «Передача вызова» в параметрах ДВО абонента либо при установке флага «Разрешить обработку сообщений REFER» в настройке SIP-интерфейса при отсутствии настроек ДВО в параметрах абонента |
50 |
32H |
Перехват вызова CP |
Выдается при настройке ДВО «Перехват вызова» в параметрах ДВО абонента |
51 |
33H |
Наведение справки во время разговора СС |
Выдается при настройке ДВО «Удержание вызова» в параметрах ДВО абонента, либо при установке флага «Разрешить обработку Re—INVITE c a=sendonly» в настройке SIP-интерфейса при отсутствии настроек ДВО в параметрах абонента |
66 |
42H |
Удержание вызова HOLD |
Выдается при настройке ДВО «Удержание вызова» в параметрах ДВО абонента либо при установке флага «Разрешить обработку Re-INVITE с a=sendonly» в настройке SIP-интерфейса при отсутствии настроек ДВО в параметрах абонента |
80 |
50H |
Все многосторонние конференции CONF |
Выдается при настройке ДВО «Конференцсвязь с последовательным сбором» в параметрах ДВО абонента |
82 |
52H |
Трехсторонняя связь 3PTY |
Выдается при настройке ДВО «Трёхсторонняя конференция» в параметрах ДВО абонента |
Причины неприёма и невыполнения команд
Таблица Д8 — Причины неприёма команд, отправляемые в сообщении 7, определенные в Приказе Минкомсвязи РФ от 19.11.2012 N 268
Код |
Код (Hex) |
Описание |
---|---|---|
0 |
00Н |
Команда принята к исполнению |
1 |
01H |
команда отвергнута в связи с некорректно заданным форматом команды или некорректно заданными с пункта управления ОРМ параметрами команды |
2 |
02Н |
Команда отвергнута в связи с заданием команды до запуска технических средств ОРМ |
Таблица Д9 — Причины невыполнения команд, отправляемые в сообщении 8, определенные в Приказе Минкомсвязи РФ от 19.11.2012 N 268
Код (Dec) |
Код (Hex) |
Описание |
---|---|---|
0 |
00Н |
Команда выполнена успешно |
1 |
01Н |
Команда не выполнена |
3 |
03Н |
Команда не выполнена в связи с неправильным паролем |
5 |
05Н |
Команда не выполнена в связи с неправильным «номером технических средств ОРМ» |
7 |
07Н |
Команда не выполнена т.к. технические средства ОРМ запущены |
Таблица Д10 — Причины неприёма и невыполнения команд, отправляемые в сообщениях 7 и 8, определенные в SMG
Код (Dec) |
Код (Hex) |
Описание |
---|---|---|
16 |
10Н |
Команда не принята: неверная длина (или неверное количество знаков в номере) |
17 |
11Н |
Ошибка параметра/параметров |
18 |
12Н |
Неверный тип объекта |
19 |
13Н |
Неверный тип номера |
20 |
14Н |
Неверная категория |
21 |
15Н |
Ошибка приоритета |
22 |
16Н |
Команда не принята: СОРМ уже стартовал |
23 |
17Н |
Команда не принята: СОРМ не запущен |
24 |
18Н |
Команда не принята: неверный номер СОРМ |
25 |
19Н |
Неверная длина номера |
32 |
20Н |
Не задан ни номер ни транк при постановке на контроль |
33 |
21Н |
Прервано по команде ПУ |
37 |
25H |
Транк-группа не задана |
45 |
2DH |
Команда не принята: идёт выполнение ранее поданой команды |
48 |
30H |
Группа определена другим типом |
49 |
31H |
Таблица объектов переполнена, мониторинг не начат |
50 |
32H |
В указанной группе нет такой КСЛ |
51 |
33H |
Объект уже задан |
52 |
34H |
Неверный номер объекта |
53 |
35Н |
Номер вызова не найден |
54 |
36H |
Номер уже задан |
55 |
37H |
Номер объекта не подходит для команды |
56 |
38H |
Неверный типа объекта или неверный тип номера |
57 |
39H |
Вывод уже завершен (ответ на команду остановить вывод) |
58 |
3AH |
КСЛ-А уже закреплена |
59 |
3BH |
Совпадает номер |
61 |
3DH |
Неверный номер объекта (при подключении к соединению, при отсоединении) |
62 |
3EH |
Неверный номер группы КСЛ (нет такой группы, группа занята) |
63 |
3FH |
Неверный номер КСЛ-А |
64 |
40H |
КСЛ не совпадает (неверная КСЛ) неверный номер КСЛ-Б |
65 |
41H |
Неверный номер КСЛ-А и КСЛ-Б Ошибка команды |
68 |
44H |
Количество цифр не совпадает |
71 |
47H |
Не задан номер транка для объекта типа «транк» |
72 |
48H |
Задан и номер объекта, и номер транка |
73 |
49H |
Не найден транк с таким номером |
74 |
4AH |
Такой транк уже контролируется |
75 |
4BH |
Общее количество контролируемых транков достигло 10 |
76 |
4CH |
Номер транка не совпадает с ранее заданным |
78 |
4EH |
Задан номер транка не для того типа объекта |
83 |
53H |
Не найден ни номер, ни направление |
84 |
54H |
Порт не локальный |
85 |
55H |
Признак номера неверен |
86 |
56H |
Неверный тип объекта для локального порта |
87 |
57H |
Передан неподходящий признак номера для данного номера |
95 |
5FH |
Ни одна КСЛ не была выбрана (нет КСЛ, соответствующих запросу) |
97 |
61H |
ДВО не заданы |
115 |
73H |
Ошибка выделения КСЛ |
В случае получения от ПУ СОРМ запроса на передачу данных об объектах контроля (команда №10) в ответ от SMG будет передано сообщение №3 (23H). В последнем, двадцатом байте данного сообщения будет передаваться информация о состоянии абонентского комплекта. Этот параметр может принимать значения, приведенные в таблице ниже.
Таблица Д11 — Состояния абонентского комплекта в сообщении №3
Код (Dec) |
Код (Hex) |
Расшифровка |
Описание |
---|---|---|---|
0 |
00H |
Абонентский комплект исправен и объект контроля не имеет ограничений по пользованию исходящей/входящей связью |
Данное состояние выдается, если абонент зарегистрирован на устройстве. Режим обслуживания в параметрах абонента выставлен в значение «включен» |
7 |
07H |
Объект контроля имеет ограниченные возможности при пользовании исходящей/входящей связью |
Данное состояние выдается, если абонент зарегистрирован на устройстве. Режим обслуживания в параметрах абонента выставлен в значение, отличное от «включен» |
255 |
FFH |
Информация о состоянии комплекта не доступна |
Данное состояние выводится для объектов с типом контроля 02H (контроль по полному номеру), 12H (контроль по неполному номеру) и 03H (контроль пучка каналов), то есть для нелокальных абонентов |
Controller E1 changed state to down (RAI detected)
Вот такая ошибка на интерфейсе E1 и постоянно скачет интерфейс а потом уходит в даун, что делать не знаю уже и карточку поменял.
sh controller E1 0/1/0 br
E1 0/1/0 is down.
Applique type is Channelized E1 — balanced
Receiver has remote alarm.
alarm-trigger is not set
Version info Firmware: 20050620, FPGA: 16, spm_count = 0
Framing is CRC4, Line Code is HDB3, Clock Source is Line.
CRC Threshold is 320. Reported from firmware is 320.
Data in current interval (79 seconds elapsed):
0 Line Code Violations, 0 Path Code Violations
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 79 Unavail Secs
Total Data (last 29 15 minute intervals):
0 Line Code Violations, 0 Path Code Violations,
0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,
0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 25328 Unavail Secs
Конфиг
mmi polling-interval 60
no mmi auto-configure
no mmi pvc
mmi snmp-timeout 180
ip subnet-zero
ip cef
!
!
!
!
controller E1 0/0/0
channel-group 0 timeslots 1-31 Это сущаствующий
!
controller E1 0/0/1
framing NO-CRC4
channel-group 1 timeslots 1-31 В этот сечас ничего не воткнуто
loopback diag
!
controller E1 0/1/0
channel-group 2 timeslots 1-31 этот который сечас настраиваем
!
!
interface Loopback0
ip address
!
interface Multilink1
no ip address
ppp multilink
ppp multilink fragment delay 10
ppp multilink interleave
ppp multilink group 1
!
interface FastEthernet0/0
description
no ip address
load-interval 30
speed 10
full-duplex
!
interface FastEthernet0/0.2
encapsulation dot1Q 2
ip address
no snmp trap link-status
!
interface FastEthernet0/1
no ip address
duplex auto
speed auto
!
interface Serial0/0/0:0
ip unnumbered Loopback0
encapsulation ppp
!
interface Serial0/0/1:1
no ip address
!
interface Serial0/1/0:2
no ip address
!
ip classless
ip route 0.0.0.0 0.0.0.0
ip route
no ip http server
ip http access-class 23
ip http authentication local
ip http timeout-policy idle 5 life 86400 requests 10000
!
disable-eadi
!
control-plane
!
banner motd ^CC